[参考译文] LAUNCHXL-CC3235SF：如果启用了 HTTP (S)服务器身份验证、则需要从客户端获取的查询字符串(名称/值对)来提供用户名和密码？

您好！

对于 http 基本身份验证、是通过 http 标头发送的凭据。 这意味着您需要使用正确的 http 标头创建 http 请求。 我不确定您使用 UserName:password@的方法是否正确。 您应该使用 Wireshark 软件并确定在您的案例中发生的情况。

如果 http 基本身份验证的使用不适合您的用途、您可以禁用 CC32xx 身份验证并使用您自己的身份验证机制。

1月

您好！

我使用自己的 http 服务器而不是 NWP http 服务器、但我认为 http 服务器具有修改响应的 http 标头的功能。 这意味着不会阻止您在响应时返回 cookie。

我不确定 Cookie 如何处理请求身份验证。 如果要将 Cookie 用作身份验证令牌、则可以执行此操作、而不会出现任何问题。 无论您想在服务器或客户端设置 cookie (通过 javascript)。

1月

谢谢、Jan！ 我从未意识到您是 TI 的私人员工、而不是 TI 的员工。  感谢您花时间回答问题！  你人真是太慷慨了。  

我做了一些进一步的实验、在服务器上启用了 TLS 以及用户身份验证的情况下、我能够使用 cURL (Linux 命令行)提取页面。  对于可能感兴趣的人来说、完整转储如下所示。  这证明这是可以做到的，所以我对此感到高兴。

cURL --insecure -v -u 'username:password' https://192.168.2.114:443

*重建了 https://192.168.2.114:443/的 URL
*  正在尝试192.168.2.114...
* tcp_NODELAY 设置
*连接到192.168.2.114 (192.168.2.114)端口443 (#0)
* ALPN、提供 H2
* ALPN、提供 http/1.1
*成功设置证书验证位置：
*  CAfile：/etc/ssl/certs/ca-certificates.crt
 CApath：/etc/ssl/certs
* TLSv1.3 (输出)、TLS 握手、客户端 hello (1)：
* TLSv1.3 (IN)、TLS 握手、服务器 hello (2)：
* TLSv1.2 (IN)、TLS 握手、证书(11)：
* TLSv1.2 (IN)、TLS 握手、服务器完成(14)：
* TLSv1.2 (输出)、TLS 握手、客户端密钥交换(16)：
* TLSv1.2 (输出)、TLS 更改密码、客户端 hello (1)：
* TLSv1.2 (输出)、TLS 握手、完成(20)：
* TLSv1.2 (IN)、TLS 握手、完成(20)：
*使用 TLSv1.2/AES256-SHA 的 SSL 连接
* ALPN，服务器不同意协议
*服务器证书：
* 主题：C=IL；ST=Sharon；L=Raanana；O=Texas Instruments Inc.；OU=RND； cn=dummy-root-ca-cert
* 开始日期：2016年9月11日13：18：10 GMT
* 到期日期：9月 9日13：18：10 2026 GMT
 *发行人：C=IL；ST=Sharon；L=Raanana；O=Texas Instruments Inc.；OU=RND； cn=dummy-root-ca-cert
* SSL 证书验证结果：自签名证书(18)、无论如何继续。
*使用具有用户"用户名"的 Basic 的服务器身份验证
> Get / HTTP/1.1
>主机：192.168.2.114
>授权：基本 Xi345012Q=
>用户代理：c卷 曲/7.58.0
>接受：*/*
>
* HTTP 1.0、假设主体后关闭
< HTTP/1.0 200正常
<服务器：webserver V1.0
< Content-Type：text/html
<





本地 OTA