関するご質問はこのフォーラムにお気軽にご投稿ください。amプロクシまたはリバースプロクシのログは確認されたでしょうか。amSNIで振り分けているのだとすると、URLのパス部分が見えているのがおかしいですね。ApacheがSSLをデコードしてしまっているように見えます。amApacheのリバースプロクシ動作には詳しくないのですが、SSLを解いてしまうとクライアントに正しいサーバー証明書を提示できなくなるような気がします。(クライアントで検証しない設定になっているか、Apacheのサーバー証明書を検証すれば良いのかもしれませんが。)証明書関連の問題でないとすると、クライアント側のプロクシとの相性問題のほうがありそうですね。通信の方向が頻繁に切り替わることが問題だとすると、半二重モードに設定すると良いかもしれません。相性問題があるという可能性も考えられます。am通常、というのがわかりませんが、リバースプロキシを通さずに、192.168.1.2のSoftetherVPNサーバへ直接接続するとなんの問題もなくVPNがはれます。(つまりルータのポート転送で192.168.1.2に443番を流すように設定)今までその方法でやっていたのですが、httpsサーバを他にも設置したためバーチャルホストが必要になり、リバースプロキシを導入した次第です。・Ubuntu上に設置した場合は接続できませんでしたテザリングであれば↑のどちらも正しく使えました。amUbuntuとの相性が悪いというのは考えにくいですが、問題の起きているプロクシは、何か通信内容またはタイミングに干渉するような動作となっている可能性は考えられると思います。443は他の用途で使用したいとして、5555など他のポートを使用する訳にはいかないでしょうか。サービスを使用するのはいかがでしょうか。