私の職場では、交通ブロッカー/ファイアウォールが次第に悪化しています。ポート22でホームマシンに接続できず、sshアクセスがないので悲しくなります。以前はSSHをポート5050に移動することで使用できましたが、最近のフィルターの中には、このトラフィックをIMとして扱い、別のプロキシを介してリダイレクトするものがあると思います。それが私の一番の推測です。いずれにせよ、ログインする前にssh接続が終了するようになりました。
最近は、ポート443がまだ修正されていないため、HTTPS経由でAjaxtermを使用していますが、これは理想からはほど遠いものです。（端末エミュレーションがうまくいかない、ポートフォワーディングがない、ブラウザが驚くべき速度でメモリリークを起こす...） HTTPS経由でリクエストを送信できるという考えで、mod_proxy_connect上にセットアップしてみたところ、すべて設定されました。 。悲しいことに、これは機能しないようです。HTTPS接続は、リクエストの送信が完了するまで機能します。その後、SSLがクラップスします。パイプスルーを継続するのではなく、接続全体を引き継ぐように見え、HTTPSクライアントからの混乱を招きます。mod_sslCONNECT localhost:22 HTTP/1.1mod_proxy_connectmod_ssl
これを機能させる方法はありますか？いくつかの理由から、プレーンHTTPでこれを実行したくありません。
- そのような大きなファットオープンプロキシを残すことはただ悪臭を放ちます
- ビッグファットオープンプロキシはHTTPSでも適切ではありませんが、認証が必要な場合は問題ないと感じます
- HTTPはプロキシを通過します-トンネルを「プレーンテキスト」で通過するのはsshであるため、トラフィックがスニッフィングされることについてはあまり心配していません-しかし、HTTPSよりもはるかに壊れやすい可能性があります。プロキシされる
要件：
- 他のHTTPSトラフィックを妨害することなく、ポート443で動作する必要があります（つまり、HTTPS経由でページを提供できなくなるため、sshサーバーをポート443に配置することはできません）
- Windows（またはCygwin）で実行される単純なポートフォワーダークライアントを持っているか、書くことができます
編集
DAG：SSH over HTTP（S）のトンネリングが指摘されましたが、役に立ちません。記事の最後に、バグ29744が記載されています-CONNECTは既存のSSL接続では機能せず、HTTPSでのトンネリングを防ぎます。私が遭遇した問題。この時点で、私はおそらくいくつかのCGIスクリプトを検討していますが、より良いソリューションが利用できる場合は、それを要件としてリストしたくありません。