低帯域幅中のssh

現在、自宅のWi-Fi（OSXからUbuntuへ）で次のsshコマンドを呼び出しています。

ssh -XYC -l my_username -c arcfour,blowfish-cbc -XC my_local_server

これは、コーディング中にWeb経由で音楽をストリーミングしている場合など、低帯域幅の状況を除いて、うまく機能します。

これらの状況では、sshは1〜2分以内にドロップすることがよくあります。

低帯域幅の状況で試すことができるより良い設定または構成はありますか？

接続のドロップが心配な場合は、「画面」を使用して仮想端末を作成します。そうすれば、sshがダウンしても、プログラムは実行を継続し、再接続できます。

$ screen sudo su - userX

後で再接続できるように、セッションのIDを取得してください。

$ screen -list

pid.tty.hostnameのようなものを与える必要があります

sshセッションがドロップした場合は、再起動して仮想端末に再接続するだけです。

$ screen -r <pid>.<tty>.<hostname>

面倒な詳細については、「マンスクリーン」をご覧ください。

また、「mosh」（MIT Mobile Shell）について良いことを聞いたことがありますが、まだ遊んでいません。 http://mosh.mit.edu/

SSHでできることはそれほど多くありません。圧縮は既に有効になっています。短いMACを使用することを検討するかもしれませんが、これは非常に役立つでしょうと懐疑的です。たとえば、私は

MAC umac-64 @ openssh.com、hmac-md5-96、hmac-sha1-96、hmac-md5、hmac-sha1

（man ssh_config詳細については。）

しかし、一般的に、SSHは頻繁にパケットがドロップする状況ではあまりうまくいきません。状況がわかりませんが、SSHトラフィックを他のトラフィック（QoSなど）より優先させることができますか？また、パケットのドロップの問題に対処するMoshのようなものを検討することもできます。