詳細は次のとおりです。月曜日には、大学のホームシステムに開発環境とハードウェアを設定するプログラムを実演する必要があります。 ISPは不適切に行動しており、私たちがオフィスを訪問していくつかの法的問題をクリーンアップするまで、SSHを使用するために必要な固定IPサービスを開くことはありません(解決方法はありません。テクニカルサポートにお問い合わせください。SSHは固定IPサービスを介してのみ機能します)(読んで、それらにキックしてください...)。そういえばもう月曜日ですね。
私が使用できるもの:
家庭用コンピュータ、Fedora 23を実行するIntelデスクトップコンピュータ、必要な開発環境とライブラリ、プログラムの実行に必要なハードウェア
私はまた、合理的な時間内にWindows 7 64ビットを搭載したラップトップであるLenovo L440とFedora 23を搭載した無料のVMware Player(通常、必要な環境が存在せずに設定することもできません)も所有しています。 、もちろん機械には必要なハードウェアはありません)
Linksysルータの背後にあるISPが提供する100MBitケーブル接続を使用すると、ログインして必要な設定をさらに変更できます。必要に応じて、ISPのWebサイトアカウント設定でNATをオンまたはオフにできます。
私は必要です:
大学に来るには、ラップトップをネットワークに接続します(大学のWi-Fiまたは64Kb / sの4G USBモデムを介して可能ですが、より高い場合は)速度が必要です。一定の金額を支払うと、すぐに無制限の速度と帯域幅のロックを解除できます)
次に、自宅のコンピュータにログインします。
Fedoraデスクトップ(gettyログインだけでなくX.org)を表示し、リモートでマウスとキーボード入力を送信する機能。
SSHまたは固定IPに依存するすべては疑問の余地がありません。他のオプションがある場合は何ですか?
答え1
- 単純なSSHでは、Fedoraデスクトップを見ることはできません。
- デスクトップで作業したい場合、おそらく唯一の合理的な解決策はVNCです。
- 固定IPがないのは災害ではありません。静的IPを使用して他のサーバー(大学など)へのシェルアクセス権がある場合は、リバースポート転送を使用できます。
という別のツールがあります。autossh
この接続を監視し、何らかの理由で失敗した場合(リモートコンピュータの再起動)、信頼性を高めるために再起動します。
ポイントは次のとおりです。
デスクトップでサーバーへのパスワードなしの接続を確立し、SSHを開始します。
ssh -NTf -R 22:localhost:22022 public-ip
大学に行くと、
ssh
次のことができますpublic-ip
。ssh -p 22022 localhost
デスクトップに移動します。
同様にVNCポートを転送できます。
参考にするいくつかの点:
- デスクトップ接続が中断されていないことを確認してください。
autossh
失敗した接続の回復ServerAliveInterval
、ServerAliveCountMax
KeepAlive メッセージ転送オプション- デスクトップがスリープ状態になっていないことを確認してください
- 実演する前に一度してみてください:) 自宅で機能を検証できると思います。