ゲストOS(vmwareが作りだした仮想マシンで動くOS)をLinuxにして使っている。外のマシンとのデータ交換が非常に不便だった。記事にまとめることにした。いう状況でも同様のテクニックでsshで外に出られる。いう状況で利用するパターンの方が多いだろう。丁寧に書いているつもり。ゲストOSからsshで外に出よう、という記事です。うまくいかなかったので、host-onlyで我慢することにしました。こんな方法もあるよ、ということで。networkについて説明しておきます。ホストOS(ネイティブOS。ゲストOS(vmware上のOS。この2マシンのみを繋ぐプライベートネットワークが組まれます。これがhost-onlyと呼ばれる仮想ネットワークです。名前の通り、この2マシン間の通信にしか使うことができません。Linuxには172.22.0.101を、それぞれ割り振りました。Linuxからは直接インターネットは見ることができません。筆者の環境は以下のとおりです。VMwareからアクセスできるようにする必要があります。172.22.0.101からのみ許可などとしておきます。sshが通せる、って話です。SSLが通るproxyでは、実は全てのプロトコルが通せるのです。制限があったりもするが、どうってことはありません。SSLやsshなどの面倒なプロトコルを通す場合にはこれを使う。establishedSSH-1.5-OpenSSH-1.2.3となって、別のサーバのsshdにつなぐことができる。proxyがアクセスできるネットワークどこにでもアクセスできちゃう。一ひねりすればsshで接続できそうでしょ?ProxyCommandとconnect.cで、その一ひねりの準備がOpenSSHには用意されている。ssh_configに書くことで、接続のためのfilter(外部コマンド)を書ける。proxy越しのsshが使えちゃうというわけ。ありがたく使うことにする。英語のみですが詳細な説明があります。何やらsocksに対応してたりして、こだわりの品って感じ。筆者はhttp-proxy使うだけなのでオーバースペックなのだが。%pとやってできあがり。Proxomitronはこんな使い方でも全く問題ない。作者も想定外の使い方なんじゃないだろうか。いちいちIPとホスト名の対応を書く必要もなくて幸せ。世間一般ではCONNECTで443番(SSL)にしかつなげない設定になっているproxyの方が普通です。思いつく対策は、接続したいサーバの443番にsshdを立ててしまうことです。563番も利用できるかもしれません。いうのもアリかと思います。残念ながら、どちらも無理という場合には打つ手なしかな...。proxy管理者を丸め込んで、22番も開けさせましょう。公開proxyでこれをやると踏み台にされる可能性もあります。悪くない設定だろうと思います。そんな意見が通るとは限らないですけど。リンク集こんな記事より素晴らしい文章がいっぱいあります。下記リンクが参考になると思います。自身の連載記事の転載だそうだが、内容が濃い。windowsのsshでイントラから外に出てます。なにやらSOCKSでがんばってます。