从同一个工作站向同一个 haproxy 服务器发出相同的 url 请求:
CD
标志--
这两个请求都得到了完整的答复 - 没有数据被截断。
根据此,标志CD
是指
客户端在数据传输期间意外中止。这可能是由于浏览器崩溃、客户端和 haproxy 之间的中间设备决定主动断开连接、客户端和 haproxy 之间的网络路由问题或服务器和客户端之间的保持活动会话终止引起的首先由客户。
鉴于我从同一个工作站发出两个查询,我将排除“中间设备”或“路由问题”的任何影响。区别似乎在于两个客户端如何打开和关闭连接。
有什么线索吗?
我正在尝试在我的公司中部署 freeIPA。网络很简单:
我首先在 VM(包括 Synology NAS)上模拟所有内容。Synology 还应导出 NFS 共享并尽可能与 freeIPA 集成。另外,我希望它为 freeIPA 用户托管 NFS 主目录(主目录当前是客户端的本地目录)。
地位:
关于 Synology 客户端状态和我的具体问题:
ipa-client-install
DSM没有,所以我尝试遵循通用和零散的(据我所知没有最新的手册)说明,例如:
我有一台frontend.example.com
带有公共 IP的服务器。Apache (2.4) 应该代理service1.example.com
(DNS 别名为frontend.example.com
)的流量。
service1.example.com
是位于192.168.56.0
两者之间的专用 LAN ( )上的 VM 。
现在,这对 HTTP 来说很容易:
<VirtualHost *:80>
ServerName service1.example.com
ProxyPass / http://192.168.56.2/
ProxyPassReverse / http://192.168.56.2/
<Location "/">
Require all granted
</Location>
</VirtualHost>
Run Code Online (Sandbox Code Playgroud)
我正在尝试为 HTTPS 做同样的事情:
<VirtualHost *:443>
ServerName service1.example.com
SSLEngine On
SSLProxyEngine On
ProxyRequests Off
SSLProxyCheckPeerCN off
SSLProxyCheckPeerExpire off
SSLInsecureRenegotiation on
SSLProxyVerify none
SSLVerifyClient none
SSLCertificateFile /etc/ssl/certs/example_com.crt
SSLCertificateKeyFile /etc/ssl/certs/example_com.key
ProxyPass / https://192.168.56.2/
ProxyPassReverse / https://192.168.56.2/
<Location "/">
Require all granted
</Location>
</VirtualHost> …
Run Code Online (Sandbox Code Playgroud)