PuTTYネットワークエラー。ソフトウェアが原因で接続が中断しました

Windows XP以前のOSのみ:

この回答を書いたのは9年前のWindows XPで、Puttyのソフトウェアは21年前のものなので、この回答は歴史的な意味で有用です。Windowの現在のスマートフォンベースのZune-OS for Desktopは、有料のAzure Vendorツールスタックの一部ではないすべての出入り口を刺激するために、ネットワークレベルでPuttyが壊れています。

Puttyにはこの問題を解決しようとする機能があります:

Network Error: Software caused connection abort

1. Puttyを起動してください。あなたがそれらを保存している場合は、あなたの接続設定をロードします
2. 接続」をクリックしてください。セッションをアクティブに保つためのヌルパケットの送信」というセクションで、5秒に変更しました。300秒の方が良いかもしれませんが、詳細は以下をお読みください。

Puttyを使って切断を防ぐ方法:

いくつかのネットワークルータやファイアウォールは、それらを介してすべての接続を追跡する必要があります。通常、これらのファイアウォールは、一定時間経過してもデータが転送されない場合、接続が切れたと判断します。これは、しばらくの間セッションでトラフィックが見られない場合、ファイアウォールによってPuTTYセッションが予期せず閉じられる原因となります。

keepaliveオプション（「Seconds between keepalives」）は、実際のターミナルセッションを中断しない方法で、一定の間隔でセッションを通してデータを送信するようにPuTTYを設定することができます。ファイアウォールがアイドル接続を切断していることがわかったら、このフィールドにゼロ以外の値を入力してみてください。例えば、ファイアウォールが10分後に接続を切断している場合は、300秒(5分)を入力してください。周りのワークアラウンドはautologinとスクリーンを使用することです。停電時には中間者攻撃を受ける危険性があります。念のために再認証をする必要があります。そのため、autologinを使用してputtyが自動でログインできるようにしてください。パティを使用しているコンピュータで秘密鍵を生成します。公開鍵をサーバ側の/home/youruser/.ssh/authorized_keysに貼り付けます。パティの設定で、Connection–SSH-Auth 4. 秘密鍵ファイルを指定して、秘密鍵を追加します。"認証用の秘密鍵ファイルを指定して、秘密鍵を追加します。 5.パテの接続設定を保存します。無線LANの調子が悪くなって落ちてしまった時に F6を押せばログインできるようになりました。どのようにそれを修正するには？screen」プログラムを使用します。screen」と入力して新しい画面を作成します。新しい画面が作成されます。

追い出されて自動ログインすると、画面に再アタッチできます。その方法についてのチュートリアルです。 http://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/

落とされるたびにscreenを入力して再接続するのは面倒です。なので、「自動的に最後に利用可能な画面に戻す」スクリプトを書いて透明にします。

そうすると、パテ端末がフリーズしたら。こんな感じになります。あなたは軽蔑の鼻を鳴らし、Alt+F4を押してパテを閉じ、F6を押してマッシュダウンします。そして、6秒であなたはあなたが去ったところに戻って右です。

Even better solution, in theory

理論的には、この全体の上記のプロセスをスクリプト化することができますので、端末は、それがドロップされているときに検出し、インターネット接続の回復にあなたのために上記のすべての手順を行います。誰もが自動的にこれを行うプログラムを知っている場合は、私に知らせてください。それは良いことでしょう。

ソース: http://the.earth.li/‾sgtatham/putty/0.58/htmldoc/Chapter4.html#config-keepalive http://rafaelwolf.com/?p=516

PuTTY ネットワークエラーのトラブルシューティング

Software caused connection abort

エラーについて PuTTY が述べていることをお読みください

これは、何らかの理由で確立された接続を切断したときに Windows ネットワークコードによって生成される一般的なエラーです。例えば、イーサネット接続されたコンピュータの背面からネットワーク ケーブルを引き抜いた場合や、ネットワーク全体が到達不可能になったと Windows が考える他の同様の理由がある場合に発生することがあります。クライアントとサーバー間のネットワークがダウンして、クライアントがデータを送信しようとすると、Windowsはデータを送信するためにいくつかの試行を行い、その後あきらめて接続を切断します。特に、何も入力していなくても、SSH-2を使用していてPuTTYが鍵の再交換を試みた場合に発生することがあります。

(接続にkeepalivesを使用している場合にも発生することがあります。他の人は keepalives でこのエラーが修正されたと報告しています。(keepalives には長所と短所があります。)

このエラーが発生する理由として、PuTTY のバグを表すような理由はわかりません。問題は、あなた、あなたのWindowsシステム、ネットワーク、リモートシステムの間にあります。

別のSSHクライアントを試してみてください

ほとんどの場合、問題はPuTTYとターゲットSSHサーバの間のどこかに存在します。その証拠に、 http://kitty.9bis.net ) のような別の SSH クライアントを使用して、問題が発生するかどうかを確認してください。おそらくそうなるでしょう、これで問題はPuTTYから切り離されます。インターネット接続 インターネット接続のアップタイムを監視することは、ISPがパケットを失っているかどうかを判断する良い方法であり、それがPuTTYのダウンの原因になっているかどうかを判断する良い方法です。インターネット接続の稼働時間をテストするソフトウェアを入手してください。例えば、 http://code.google.com/p/internetconnectivitymonitor/ 。インターネットからの頻繁で長い切断は、ISP のサービス要件の違反です。これがケースである場合、それは技術サポートが自動的にあなたのコンピュータ、OS、ルータ、およびあなたの家への配線上の問題のこれらの種類のせいにするように、それがISPの障害であることを証明することは困難になります。あなたがケーブルインターネットを使用しており、荒野に住んでいる場合, それはあなたの隣人の家の欠陥ハードウェアは、彼らが最初にそれをオンにしたときに数秒/分のためのライン上の静的な送信される可能性があることが可能である可能性があります. 最後に、それはあなたの家へのISPのネットワークに欠陥のあるハードウェアがある可能性があります。また、そのような場合は、「有線/無線ルーターを疑ってみてください」と言われています。それは何年前のものですか？お使いのルーターが問題かもしれません。古い無線/有線技術は古くなり、散発的に接続を落としたり、再起動したりしてPuTTYが死ぬ原因になることがあります。これらのコンポーネントを方程式から削除して、問題が解決するかどうかを確認してください。それが問題を解決するかどうかを確認するために、有線接続および/または別のルータを試してみてください。私はLinksysの無線ルータがこの遅い死に苦しみ、接続を落として再起動しました。

SSH接続を提供しているオペレーティングシステムを疑ってください

SSHで接続しているコンピュータには、SSH接続を生きたまま維持するための秒数のポリシーがあります。この数字はセキュリティ上の理由から低く設定されていますが、それを増やすこともできます。この設定をどこにするかは、SSHを提供するオペレーティングシステムに依存します。

仮想マシンを経由してPuTTYを使用している場合

仮想マシンを経由してPuTTYを使用している場合、仮想マシンが非アクティブであると判断したときに、サーバへのSSH接続を切断するポリシーが仮想マシンに存在する可能性があります。これらの値を上げるのは、使用している仮想マシンのソフトウェアとオペレーティングシステムに依存します。

インターネット接続が悪い場合、SSHクライアント接続の回避策:

お使いのISPが不安定な接続を提供している場合は、"ssh autologin “を使用して切断の痛みを軽減することができます。何をするかというと、公開鍵と秘密鍵を生成します。そして、あなたは自動的に正確な秘密鍵を提供している人に許可するためにあなたの外国のサーバーを教えてください。これはあなたの問題を完全に解決するものではありませんが、インターネットの障害が発生したとき、あなたがすることは、ウィンドウを閉じ、アイコンをダブルクリックすることだけです。

Windows PCから CentOS サーバで作業していたのですが、PuTTYでも同じような問題がありました。1回のセッションが1〜5分も続かない。PuTTYの設定(keepalivesなど)を弄ってみましたが、全く効果がありませんでした。私は、切断する前の25-30秒の間に、クライアントのダンプでTCPセグメントのいくつかの再送があることを発見しました（クライアント側とサーバ側の両方から）、最後にPuTTYはRSTを送信し、そのエラーでセッションを閉じます。サーバのダンプでは、この期間にクライアントからのセグメントは見られず、RSTさえも見られませんでした。これは、クライアントからのTCPセグメントがサーバに配信されない時間があることを意味し、この期間は約30～60秒です。私はこのケースを何度か記録していますが、いつもPuTTYからの再送と最終的なRSTがありました。おそらく、経路のどこかでパケットがネットワーク機器によって落とされたのでしょう。

回避策として、データ再送の最大回数をデフォルト値の5回から16回に増やしました。これにより、PuTTYが高速に切断されるのを防ぐことができます。変数は「HKEYLOCAL_LOCALMACHINE_S\SYSTEM\CurrentControlSet\Services\TcpipParameters\TcpMaxDataRetranmissions」。この変数を手動で追加したのですが、Windowsのレジストリには最初に定義されていませんでした。これで助かりました。今では、PuTTYが時々ハングアップするのがわかりますが、常に動作するように戻ってきます。

問題を修正するには: 1. TCPダンプを記録し、切断する前に再送とRSTを探します。2. 2.同じ再送/RSTセグメントが見つかった場合は、サーバ側、クライアント側（RSTの側にもよります）でリトライ回数を調整してください。

注意：TCP設定の変更は、すべてのソフトウェアとOS自体に適用されます。

高架下のコマンドプロンプトで、次のように実行してください:

C:\Windows\system32>netsh int tcp show global

Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State : enabled

Chimney Offload State : automatic

NetDMA State : enabled

Direct Cache Acess (DCA) : disabled

Receive Window Auto-Tuning Level : normal

Add-On Congestion Control Provider : none

ECN Capability : disabled

RFC 1323 Timestamps : disabled

もし Receive Window Auto-Tuning Level が正常なら、問題が発生するでしょう。これを無効にすれば、すべてが以前のように動作するはずです:

C:\Windows\system32>netsh int tcp set global autotuninglevel=disabled

ネットワークエラーです。ネットワーク上に_IPアドレスの競合(2台以上のコンピュータが同じIPアドレスを持っている)がある場合、PuTTYからのSoftware caused connection abortというエラーが発生します(私は、Raspberry PiサーバがDHCP](http://en.wikipedia.org/wiki/DynamicHostConfigurationProtocol)サーバによって割り当てられた同じIPアドレスを、いくつかの不正なデバイスとして手動で設定したRaspberry Piでこの問題が発生しました。(私は、同じIPアドレスを使用するように手動で設定された不正なデバイス/コンピュータと、[DHCP]&003サーバーによって割り当てられた同じIPアドレスを取得した[Raspberry Pi]&003でこの問題が発生しました)

この特定のケースでは、Windows 7コンピュータ上のローカルまたはネットワーク上の別のデバイスとのIPアドレスの競合が考えられます。Wireshark ]&003を使用すると、この種のエラーをうまく追跡することができます。

Connection tab: keep alive set at “5” seconds and enabled

しかし、もっと重要なのは:

Connection -> SSH -> Kex, Max minutes before rekey. “2”(デフォルトは60).

私のPuTTYはしばらくすると鍵を失ってタイムアウトしていました。この値を「2」分に落とすと問題は解決しました。今では無期限に接続されたままになっています。

エラー 10053 WSAECONNABORTED (Software caused connection abort.) は、一般的な Winsock エラーで、さまざまな理由で発生する可能性があります。

公式説明 には次のように記載されています。

このエラーは、ローカルネットワークシステムが接続を中断したときに発生する可能性があり、例えば、データの再送に失敗した後に Winsock が確立された接続を閉じたとき(受信機がデータストリームソケットで送信されたデータを認識しない)などです。単一の解決策を提供することは不可能です。

私は、インターネットに接続するために新しいWLANルータ/3Gモデムをインストールした後、PuTTYと同じ問題を抱えていました。私は上記のすべてのキープアライブソリューションを試してみました - と私のルータの設定メニュー内のすべてのもの - 何の効果もありません。

だから私は私のWLANルーターの設定をチェックして、MTUの設定を見つけて、1424の固定値から “自動 "に変更しました（私はより小さな値を試してみるつもりでしたが、"自動 "はさらに良い音がしました）。その後、私はPuTTYでこれ以上の問題を抱えていませんでした - 接続は今では岩のようにしっかりしています。これが、少なくとも「ネットワークエラー: ソフトウェアが接続を中断させました」という問題を抱えている人の助けになることを願っています。

私は実際にこの問題に何度も直面していました。何時間もかけて解決策を探しましたが、どれも効果的ではありませんでした。私は、私のために働いたソリューションを共有し、それが他の人の役に立つことを願っています。DBAとしてクライアントを訪問し、クライアントの敷地内でネットワーク構成を設定しなければなりません。そのため、クライアントを離れて無線で別のネットワークに接続してVMを開くと、質問と同じ問題に直面しました。そこで、しばらく考えて、LANイーサネットとワイヤレスイーサネットの設定をチェックしてみたところ、不一致が見つかりました。私のVMは自動的にブリッジングのために2つの間の物理的なイーサネットを使用します。そこで、LAN/Wireless Ethernetのネットワーク設定をDHCPにリセットすると、魅力的に動作し、接続のアボートもなくなりました。DHCPに設定した後、ホストマシンを再起動しても大丈夫です。

私はWinSCPスクリプトまたはGUIコンソールで同じ問題に遭遇しました。最終的に私はそれが速度（インターネットの速度 - 私たちのサーバーはインターネット上にある）に関連していることがわかりました。ネットワーク上の別の場所、別のサイトにスクリプトを移動させてみましたが、GUIとスクリプトの両方ではうまくいきませんでした。

LinuxではTCPKeepAliveを有効にする必要があります。

このエラーを検索しているときに、WebサイトのPuTTyのFAQに説明されています。

仮想マシンがローカルハードウェア上で実行されている場合は、キープアライブパケットを無効にします。