.png)
Linux OpenVPN サーバーに接続できない Windows 10 ボックスが 1 台あります。証明書が有効であることを確認し (再発行しました)、ログ (クライアント上) に次の内容が繰り返し表示されます。
2018年1月30日火曜日 10:01:40 TCP/UDP: 最近使用したリモートアドレスを保存しています: [AF_INET]:443
2018 年 1 月 30 日火曜日 10:01:40 ソケット バッファー: R=[65536->65536] S=[65536->65536]
2018年1月30日火曜日 10:01:40 [AF_INET]:443 [nonblock] とのTCP接続を確立しようとしています
2018年1月30日火曜日 10:01:41 [AF_INET]:443とのTCP接続が確立されました
2018 年 1 月 30 日火曜日 10:01:41 TCP_CLIENT リンク ローカル: (バインドされていません)
2018年1月30日火曜日 10:01:41 TCP_CLIENT リンク リモート: [AF_INET]:443
2018 年 1 月 30 日火曜日 10:01:59 TCP_CLIENT を読み取り: 接続がタイムアウトしました (WSAETIMEDOUT) (コード = 10060)
2018年1月30日火曜日 10:01:59 接続リセット、再起動中 [-1]
2018年1月30日火曜日10:01:59 SIGUSR1[soft,connection-reset]を受信しました。プロセスを再起動しています。
2018年1月30日火曜日 10:01:59 一時停止を再開、300秒
証明書が取り消されましたが、同じログ コンテンツが生成され、新しいエラーは発生しませんでした。
Windows からポート 443 でサーバーに Telnet できることを確認しました。また、Windows ボックスからの tracert で予期しないドロップが表示されないことも確認しました。
サーバーを grep で検索すると、openvpn-status.log (サーバー上) にエントリはありません (ただし、ファイルを参照すると他の接続を確認できます)。
最後に、Windows クライアントのネットワークには Web フィルタリング アプライアンスが存在しないと言われました。
他に確認できることはありますか? ありがとうございます。
答え1
結局、顧客には私たちが知らなかったコンテンツ フィルターがあったことが判明しました。