web-dev-qa-db-ja.com

SOCKSを介してSSH経由でHTTPをトンネルする方法は?

これは簡単に解決できる問題ですが、何らかの理由でうまくいきません。

ssh vpsは問題なく動作します(私は認証キーを使用します)

次のコマンドでトンネルを設定します。

ssh -C2TNv -D 8080 vps

次に、Firefoxのネットワーク設定を変更します。

  • 手動構成
    • httpプロキシ:localhost、ポート:8080
    • すべてのプロトコルにこのプロキシサーバーを使用する
    • ソックスv5
  • about:config
    • network.proxy.socks_remote_dns:true

端末出力:

$ ssh -C2TNv -D 8080 vps
OpenSSH_6.0p1, OpenSSL 1.0.1a 19 Apr 2012
debug1: Reading configuration data /home/ting/.ssh/config
debug1: /home/ting/.ssh/config line 47: Applying options for vps
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to vps.server.com [1.1.1.1] port 22.
debug1: Connection established.
debug1: identity file /home/ting/.ssh/id_rsa type 1
debug1: identity file /home/ting/.ssh/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.5p1 Debian-6+squeeze1
debug1: match: OpenSSH_5.5p1 Debian-6+squeeze1 pat OpenSSH_5*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.0
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 [email protected]
debug1: kex: client->server aes128-ctr hmac-md5 [email protected]
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server Host key: RSA <removed>
debug1: Host 'vps.server.com' is known and matches the RSA Host key.
debug1: Found key in /home/ting/.ssh/known_hosts:10
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/ting/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Enabling compression at level 6.
debug1: Authentication succeeded (publickey).
Authenticated to vps.server.com ([1.1.1.1]:22).
debug1: Local connections to LOCALHOST:8080 forwarded to remote address socks:0
debug1: Local forwarding listening on ::1 port 8080.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on 127.0.0.1 port 8080.
debug1: channel 1: new [port listener]
debug1: Requesting [email protected]
debug1: Entering interactive session.

次に、Firefox、SSH出力を使用してサイトにアクセスしてみます。

debug1: Connection to port 8080 forwarding to socks port 0 requested.
debug1: channel 2: new [dynamic-tcpip]
debug1: channel 2: free: dynamic-tcpip, nchannels 3
debug1: Connection to port 8080 forwarding to socks port 0 requested.
debug1: channel 2: new [dynamic-tcpip]
debug1: channel 2: free: dynamic-tcpip, nchannels 3

プロキシは機能しているように見えますが、Firefoxでサイトにアクセスすると、「接続がリセットされました」というエラーが返されます。

21
wting

-Dを指定したSSHコマンドは問題ありません(SOCKSは、HTTP経由でのSOCKSへの接続であり、ソートする必要があります)

私は良い出力を得ます

curl --socks5 127.0.0.1:8080 http://blah

しかし、私がした場合と同じ間違った出力が得られます

 curl --proxy 127.0.0.1:8080 http://blah

つまり、FirefoxはHTTPプロキシのように接続しています。

Firefoxウィンドウを見てください。

手動構成YES

「すべてのプロトコルにこのプロキシサーバーを使用する」にチェックマークを付けたと言っていましたが、これはまったく間違った動きです! SOCKSプロキシを入力する必要があり、その場合、SOCKSボックスがnullまたは灰色で表示され、HTTPプロキシのみを入力できます。

だからチェックしないでください。

そして、socksプロキシIPを入力します。

127.0.0.1、localhostのプロキシがないと表示されている場所を削除します。それが言うなら、それがデフォルトです。

27
barlop

Curlを介した接続を確認するには、フラグ-I -vを使用することもできます(HTTPヘッダーのみを取得し、よりおしゃべりな出力を取得するため)。

これらのフラグが選択され、カール接続している場合-次のような出力文字列が表示されます。

* Rebuilt URL to: http://www.google.ru/
*   Trying ::1...
* 87
* 245
* 198
* 44
* Connected to localhost (::1) port 8080 (#0)

接続できない場合:

* Rebuilt URL to: http://www.google.ru/
*   Trying ::1...
* connect to ::1 port 8080 failed: Connection refused

Ssh接続のある別の端末のタブでは、次のようになります。

debug1: channel 2: new [dynamic-tcpip]
debug1: channel 2: free: direct-tcpip: listening port 9999 for 87.245.198.44 port 80, connect from ::1 port 55034 to ::1 port 8080, nchannels 3
1
dmgl