HTTPSを介したSSHトンネリングを使用することによる不必要な制限のため、学校でプロキシサーバーをバイパスしようとしています。 無料のSSHトンネリングサービス と proxytunnel を使用して成功しました。これは、プロキシを介してリモートサーバーへの汎用HTTP(S)トンネルを作成すると思われます。
問題は、私が使用しているトンネリングサービスの信頼性が低いことです。 9/10回コマンドssh [email protected] -p 443 -ND 1080 -o"ProxyCommand /usr/local/bin/proxytunnel -p proxy.ip.address:port —v -d %h:%p"
を使用してトンネルを作成しようとしていますssh_exchange_identification: connection closed by remote Host
を受け取ったので、サーバーが過負荷になっていると思います。
あなたが無料のサービスから期待するかもしれないように、このサーバーもかなり遅いです。この方法は機能しますが、私が望んでいる方法ではありません。
そのため、自宅にsshd
を実行している追加のコンピューターがポート443でリッスンしていて、ルーターでポート443をポート転送しました。プロキシの背後にないリモートネットワークからホームサーバーに接続したので、外部からアクセスできることがわかりました。
制限されたネットワークからssh [email protected] -p 443 -o"ProxyCommand /usr/local/bin/proxytunnel -p proxy.ip.address:port -v -d %h:%p"
を実行すると、何か面白いことが起こります:ssh_exchange_identification: connection closed by remote Host
。制限されたネットワークから接続しようとするたびに、これが発生します。
では、なぜ無料のサーバーに接続できるのに、ホームサーバーを使用できないのでしょうか。 -vvv
を追加しても(コマンドのssh
コマンド部分では、proxytunnel
ではありません)、ホームサーバーに接続できない以外に役立つ情報は得られません。それが役に立ったら、proxytunnel
はVia proxy.ip.address:port -> home.server.ip:port
を出力するので、原因ではないと思います。これは、プロキシに接続していることを意味します。 proxy.ip.address
は、明確にするために、バイパスしようとしている制限プロキシです。
私は問題を見つけました:
私の学校のプロキシサーバーは生のIPアドレス(つまり、123.45.79.911
)をブロックしていたので、hostname.net
から自宅のIPアドレスに接続をリダイレクトするようにDNSサーバーを設定しました。
プロキシディレクティブのセット全体を配置しました。これは次のとおりです。
RequestReadTimeout header=0,MinRate=500 body=0,MinRate=500
ProxyRequests on
AllowCONNECT 22
<Proxy localhost>
Order allow,deny
Allow from all
</Proxy>
最初の<VirtualHost>
httpd.confのブロック、そしてそれはトリックをしました-「405メソッドは許可されていません」は永久に消えました。