その音からすると、あなたの問題を解決する特定の「アプリケーション」はありません。よりネットワークの問題です - あなたの自宅のコンピューターは NAT の背後にあり、職場のコンピューターはプロキシ (http またはソックス) の背後にあります。
したがって、できれば Linux または BSD を実行する 3 台目のコンピューターが必要です。これを「3 台目の pc」と呼びます。安価な Linux vps ホスティングがおそらく最善の方法です。
職場のコンピューターから、ssh 構成で「connect」を使用して、プロキシを介して「second-pc」にトンネリングできます。http://bent.latency.net/bent/git/goto-san-connect-1.85/ を参照してください。 src/connect.html.
たとえば、~/.ssh/config にあるエントリは次のとおりです。
Host foo.dyndns.org
User sonia
Port 443
ProxyCommand connect -H 1.2.3.4:8080 %h %p
(ポート 443 の使用は、http プロキシを回避する一般的な方法です)。
自宅のコンピューターから、「autossh」を使用して「second-pc」への永続的なトンネルをセットアップできます。http://www.harding.motd.ca/autossh/ および http://www.linux.com/archive を参照してください。 /feature/134133
職場のコンピューターから「third-pc」に ssh 接続し、autossh トンネルを使用して自宅のコンピューターに戻ることができます。
同じものを探していて、2 つのツールを見つけました!
- tmate - インスタント端末共有
- GoTTY - 端末をウェブ アプリケーションとして共有
tmate :ターミナルで tmate を起動すると、ターミナル セッションへの接続を許可したい別のパーティと共有できる ssh リンクが作成されます。別のパーティは ssh をインストールするだけで済みます。
問題なく NAT を介して動作し、サードパーティのツールは必要ありません。
tmate ssh リンクは次のようになります:
<ブロック引用>システムに tmate をインストールするだけで、ほぼすべての主要なディストリビューション (Fedora、Debian、Arch、Ubuntu...) の公式リポジトリにパッケージがあります。
また、tmate はオープンソースであるため、後でサードパーティのサービスを使用しないことにした場合でも、独自のサーバーをセットアップして使用することができます。
GoTTY :任意のターミナル アプリを共有し、相手は ssh を持っている必要さえありませんが、ファイアウォールと NAT の内側にいる場合は、ポート フォワーディングを整理する必要があります。
[1] ツール自体 - jrdesktop [ http://jrdesktop.sourceforge.net/ ] を参照することをお勧めします。あまりアクティブなプロジェクトではなく、特にモデムのような接続には適していませんが、安定しており、信頼性が高く、マルチプラットフォームであり、正常に動作します.
[2] jrdekstop と ssh の両方で、NAT トランスバーサルを実行していない場合 (Hamachi のように、ゼロ構成 VPN と呼ばれます。これを必ず確認してください! https://secure.logmein.com/products/hamachi2/)、次のようなオプションがあります。役に立つかもしれない「逆接続」。
マシン間でこのような VPN を確立すると、通常の LAN と同様に、ssh、X、RDP、jrdesktop、VNC、およびその他の任意のツールを自由に使用できます。サード パーティの「トランスバーサル プロバイダー」を信頼しない場合、そのようなソフトウェアに対応する独自のプロバイダーを作成するのは比較的簡単であると聞きました (それでも、マシンの少なくとも 1 つがパブリックである必要があるか、両方の NAT-ed がパブリックに一時的にアクセスできる必要があります)。 3 番目のマシン)。
また、serverfault.com の人々がより良い洞察を提供してくれるかもしれません。