سؤال خطأ شبكة PuTTY: تسبب البرنامج في إحباط الاتصال


لدي مشكلة غريبة: عندما أستخدم PuTTY مع SSH الذي يتصل بخادم Linux مستضافًا في إم وير على بلدي المحلية ويندوز 7، كثيرا ما أحصل على الخطأ قائلا "Network error: Software caused connection abort" ثم نافذة PuTTY SSH غير نشطة. عادة يمكنني تسجيل الدخول في الخادم مع PuTTY والقيام بشيء ما ، ولكن بعد وقت عشوائي (حوالي واحد أو دقيقتين) أحصل على هذا الخطأ. وأحيانًا لا أستطيع الدخول ، حيث أتلقى رسالة خطأ توضح المهلة.

أعتقد أن هناك خطأ ما في مشغل VMware الخاص بي ، لأن لدي سطح مكتب Ubuntu آخر مستضاف في VMware كخادم مستودع للشفرة ، وفي أغلب الأحيان ليس لديه خطأ في المهلة عندما أقوم بتحديث / التزام SVN. ومع ذلك ، أظن أيضًا أن Windows 7 لديه بعض التفضيلات لأن نفس خادم Ubuntu المستضاف في VMware كمستودع للشفرة يعمل بشكل جيد عندما يكون على Windows Vista! يبدو أن كل الأشياء السيئة تحدث بعد أن انتقلت من Windows XP إلى Windows Vista ثم Windows 7!

ماذا يمكن أن يكون سبب هذه المشكلة وكيف يمكن إصلاحها؟

تكملة:

أجريت بحثًا في Google وطبقت جميع الطرق للمساعدة ، بما في ذلك:

  1. تمكين sshd TCPKeepAlive
  2. تعيين sshd ClientAliveInterval إلى 900 و ClientAliveCountMax إلى 3
  3. اضبط إعداد اتصال PuTTY "الثواني بين عمليات keepalives" على 5.

لكن هذه كلها لا تعمل! وجلسة SSH في PuTTY لا تزال تنكسر في وقت ما!

لقد قمت بإيقاف تشغيل كلٍّ من جدار حماية خادم لينكس وجدار حماية عميل Windows 7 ، ولكن تسجيل الدخول لا يزال خارجاً! انها حقا مزعج!

يبدو أنني أستطيع أحيانًا تسجيل الدخول ، ولكن في بعض الأحيان تنتهي أوقات تسجيل الدخول! أنا حقا لا أعرف لماذا. هذا يدفعني للجنون!

شيء واحد لا بد لي من الإشارة إلى أنه عندما أستخدم PuTTY SSH الاتصال بخادم بعيد ، وكل شيء على ما يرام!

عندما فشلت في تسجيل الدخول ، فشل اختبار ping أيضًا! لكن كيف يمكن أن يحدث هذا؟ يمكنني استخدام مشغل VMware لاستضافة خادم Linux على الجهاز المحلي الخاص بي!


74
2018-06-09 02:12


الأصل


هل تحصل على هذا الخطأ عند استخدام اتصال ssh بشكل نشط؟ أو بعد تركه غير نشط لفترة من الوقت؟ - MaQleod
انها غير نشطة لالمال. ولكن في بعض الأحيان لا أستطيع حتى تسجيل الدخول إلى المهلة. - Robert
أود التحقق من إعدادات مهلة الجلسة لخادم SSH. - MaQleod
ولكن في أكثر الأحيان ، لا أستطيع حتى دخول الخادم من المعجون لمهلة! - Robert
هل تم حل هذه المشكلة؟ جربت معظم الحلول المذكورة أدناه ولا يبدو أن أي شيء يعمل لي. أي اقتراحات أخرى؟ أواجه نفس المشكلة تمامًا مثل المشكلة الأصلية لروبرت - user682765


الأجوبة:


يحتوي المعجون على ميزة تحاول إصلاح هذه المشكلة:

Network Error: Software caused connection abort
  1. بدء المعجون
  2. قم بتحميل إعدادات الاتصال الخاصة بك إذا قمت بحفظها
  3. اضغط على "اتصال"
  4. في القسم "إرسال حزم فارغة للاحتفاظ بالجلسة نشطة" ، تم تغييرها إلى 5 ثوانٍ. قد يكون 300 ثانية أفضل إذا كانت مشكلة انقطاع الشبكة هي مشكلتك ، اقرأ أدناه للحصول على التفاصيل.

enter image description here

كيف keepalives لمنع انفصال مع المعجون:

تحتاج بعض أجهزة توجيه الشبكة وجدران الحماية إلى تعقب كافة الاتصالات من خلالها. عادة ، سوف يفترض أن جدران الحماية هذه ميتة إذا لم يتم نقل أي بيانات في أي اتجاه بعد فترة زمنية معينة. يمكن أن يؤدي ذلك إلى إغلاق جلسات PuTTY بشكل غير متوقع بواسطة جدار الحماية في حالة عدم مشاهدة أي حركة مرور في الجلسة لبعض الوقت.

يسمح لك خيار keepalive ('Seconds بين keepalives') بتكوين PuTTY لإرسال البيانات عبر الجلسة على فترات زمنية منتظمة ، بطريقة لا تعطل جلسة العمل الطرفية الفعلية. إذا وجدت أن جدار الحماية يقوم بقطع الاتصالات غير النشطة ، فيمكنك محاولة إدخال قيمة غير صفرية في هذا الحقل. يتم قياس القيمة بالثواني. لذلك ، على سبيل المثال ، إذا كان جدار الحماية يقطع الاتصالات بعد عشر دقائق ، فقد تحتاج إلى إدخال 300 ثانية (5 دقائق) في المربع.

تقليل المشكلة باستخدام أداة المعجون الذاتي و "الشاشة"

المعجون لا يمكن التعامل مع واي فاي crappy الذي يفقد الاتصال لمدة دقائق في كل مرة. وهناك عمل حول استخدام autologin والشاشة.

إنها مشكلة غير بسيطة بالنسبة للمعجون لإعادة مزامنة جهازك بعد خسارة طويلة لمدة طويلة في اتصال الإنترنت. يمكنك إدارة مخاطر الرجل في الهجمات المتوسطة خلال انقطاع. يجب عليك إعادة مصادقة نفسك على أي حال للتأكد. المعجون لا يفرض عليك ، فقط يسقطك.

لذلك استخدم autologin لذلك يمكن أن المعجون التلقائي تسجيل الدخول نيابة عنك.

  1. توليد مفتاح خاص مع أداة puttygen على الكمبيوتر أنت المعجون.
  2. قم بلصق المفتاح العام في /home/youruser/.ssh/authorized_keys على جانب الخادم ، على الخادم الذي تستخدمه المعجون تذهب تسجيل الدخول إلى.
  3. جعل المفتاح الخاص للوصول إلى المعجون في إعدادات المعجون Connection-> SSH-> Auth
  4. أضف المفتاح الخاص عن طريق تحديد ملف المفتاح الخاص تحت: "ملف مفتاح خاص للمصادقة".
  5. حفظ إعدادات اتصال المعجون.

ثم ستتمكن من النقر مرتين فوق الاتصال الخاص بك من خلال المعجون ، ويجب أن يأخذك مباشرة إلى المحطة دون كتابة اسم المستخدم / كلمة المرور.

حتى الآن يمكنك ربط تسجيل الدخول إلى المعجون على هذا الربط مع مزيج لوحة المفاتيح مثل F6. لذلك عندما يذهب واي فاي سيئ وتسقط. أنت تمسط F6 وكنت مرة أخرى تسجيل الدخول.

ولكنك ما زلت تفقد حالة محطة الخاص بك! كيفية اصلاح ذلك؟ استخدم برنامج "الشاشة". قم بعمل شاشة جديدة بكتابة "الشاشة". يتم إنشاء شاشة جديدة.

عندما يتم طردك وتسجيل الدخول التلقائي ، يمكنك إعادة تعيينه على شاشتك. فيما يلي برنامج تعليمي حول كيفية القيام بذلك: http://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/

إنها صعوبة في الكتابة screen وإعادة الاتصال في كل مرة يتم إسقاطها. لذا يمكنك كتابة نص برمجي "يعيدك تلقائيًا إلى آخر شاشة متوفرة" لجعلها شفافة.

حتى ذلك الحين عندما تجميد محطة المعجون. يبدو كالتالي: أنت تقوم بعمل شخير من الاحتقار ، قم بملس Alt + F4 لإغلاق المعجون ، Mash down F6. وفي 6 ثوانٍ تعود إلى المكان الذي توقفت عنده.

حل أفضل من الناحية النظرية

نظريًا ، يمكنك كتابة هذه العملية بالكامل أعلاه ، بحيث يكتشف الجهاز متى تم إسقاطه ، ويقوم بكل الخطوات المذكورة أعلاه لك عند استعادة اتصال الإنترنت. إذا كان أي شخص يعرف برنامجًا يقوم بذلك تلقائيًا ، فأعلمني بذلك. سيكون أنيق.

مصادر:

http://the.earth.li/~sgtatham/putty/0.58/htmldoc/Chapter4.html#config-keepalive

http://rafaelwolf.com/؟p=516


55
2018-06-25 18:52



مرحبًا ، أفعل هذا ، ولكن ما زلت أحصل على خطأ في اتصال البرنامج - tuskiomi


استكشاف الأخطاء وإصلاحها في PuTTY Network Error

Software caused connection abort

اقرأ ما يقوله PuTTY عن الخطأ

هذا خطأ عام ينتج بواسطة رمز شبكة Windows عندما يقتل اتصال محدد لسبب ما. على سبيل المثال ، قد يحدث ذلك إذا قمت بسحب كابل الشبكة من الجزء الخلفي للكمبيوتر المتصل بالإيثرنت ، أو إذا كان لدى Windows أي سبب آخر للاعتقاد بأن الشبكة بأكملها أصبحت غير قابلة للوصول.

يقوم Windows أيضًا بإنشاء هذا الخطأ إذا تم التخلي عنه على الجهاز في الطرف الآخر من الاتصال الذي يستجيب له. في حالة انقطاع الشبكة بين العميل والخادم ثم يحاول العميل إرسال بعض البيانات ، سيقوم Windows بإجراء عدة محاولات لإرسال البيانات وسيتوقف عن الاتصال ثم يقوم بوقف الاتصال. على وجه الخصوص ، يمكن أن يحدث هذا حتى لو لم تكتب أي شيء ، إذا كنت تستخدم SSH-2 و PuTTY يحاول إعادة تبادل المفتاح.

(يمكن أن يحدث ذلك أيضًا إذا كنت تستخدم أدوات الحفاظ على الاتصال في اتصالك. وقد أبلغ أشخاص آخرون عن إصلاح هذا الخطأ بالنسبة لهم. (هناك إيجابيات وسلبيات من عمليات الصيانة).

نحن لسنا على علم بأي سبب قد يحدث هذا الخطأ من شأنه أن يمثل خلل في PuTTY. تكمن المشكلة بينك وبين نظام Windows وشبكتك والنظام البعيد.

جرب عميل SSH مختلف

على الأرجح المشكلة موجودة في مكان ما بين PuTTY وخادم SSH المستهدف. لتقديم دليل على ذلك ، استخدم عميل SSH مختلفًا مثل (http://kitty.9bis.net) ومعرفة ما إذا كانت المشكلة تحدث في ذلك أيضًا. ربما سوف يعزل المشكلة بعيدا عن PuTTY.

اتصال الإنترنت متقطعا المشكوك فيها

قد تكون المشكلة اتصال الإنترنت متقطعا. الاتصال بشبكة الإنترنت يعد رصد وقت اتصال الإنترنت طريقة جيدة لتحديد ما إذا كان مزود خدمة الإنترنت الخاص بك يفقد الحزم ويلقى باللوم على PuTTY في النزول. احصل على بعض البرامج التي تختبر وقت تشغيل اتصال الإنترنت. فمثلا، http://code.google.com/p/internetconnectivitymonitor/. الانفصال المتكرر والطويل من الإنترنت هو خرق لمتطلبات خدمة مزود خدمة الإنترنت. إذا كان هذا هو الحال ، سيكون من الصعب إثبات خطأ ISP ، لأن الدعم الفني يلوم تلقائيًا هذه الأنواع من المشكلات على جهاز الكمبيوتر ونظام التشغيل وجهاز التوجيه والأسلاك إلى منزلك. إذا كنت تستخدم كبل إنترنت وتعيش خارجاً في boonies ، فقد يكون من الممكن أن تكون الأجهزة المعيبة في منازل جيرانك مرسلة بشكل ثابت على الخط لبضع ثوانٍ / دقائق عند تشغيلها لأول مرة. وأخيرًا ، من المحتمل وجود أجهزة معيبة في شبكة مزودي خدمات الإنترنت إلى منزلك. إن التكلفة التي يتحملها مزودو خدمات الإنترنت لاستبدال أجهزتهم عالية للغاية ، وفي كثير من الأحيان لن يفعلوا ذلك ما لم يكن هناك عدد كافٍ من المشتركين في منطقة ما لخفض التكاليف.

يشك في جهاز التوجيه السلكية / اللاسلكية

هل تتصل من خلال جهاز توجيه سلكي / لاسلكي؟ كم عمرها؟ قد يكون جهاز التوجيه الخاص بك هو المشكلة. يمكن للتكنولوجيا اللاسلكية والسلكية القديمة الحصول على اتصالات قديمة وإفلاتها بشكل متقطع وإعادة تشغيلها ، مما يتسبب في موت PuTTY. إزالة هذه المكونات من المعادلة ومعرفة ما إذا كان ذلك يحل المشكلة. جرب اتصالاً سلكيًا و / أو جهاز توجيه مختلفًا لمعرفة ما إذا كان ذلك سيؤدي إلى حل المشكلة. كان لي جهاز التوجيه اللاسلكي لينكسيس تعاني هذا الموت البطيء وإسقاط الاتصالات وإعادة تشغيلها.

اشتبه في نظام التشغيل الذي يوفر اتصال SSH

يحتوي الكمبيوتر الذي تتصل به مع SSH على سياسة لعدد الثواني للحفاظ على اتصالات SSH. تم تعيين هذا الرقم منخفض لأسباب تتعلق بالأمان ، ويمكنك زيادة هذا الرقم. حيث يعتمد هذا الإعداد على نظام التشغيل الذي تستخدمه والذي يوفر SSH.

إذا كنت تستخدم PuTTY من خلال جهاز ظاهري

إذا كنت تستخدم PuTTY يمر عبر جهاز ظاهري ، فقد تكون هناك سياسة على الجهاز الظاهري الذي يقوم بتكسير اتصال SSH بالخادم عندما يظن أنه غير نشط. تعتمد زيادة هذه القيم على برنامج الجهاز الظاهري ونظام التشغيل الذي تستخدمه.

إذا كان اتصال الإنترنت سيئًا ، فستكون حلول اتصال العميل SSH:

إذا كان مزود خدمة الإنترنت الخاص بك يوفر اتصالاً غير مستقر ، فيمكنك جعل قطع الاتصال أقل إيلاما مع "autologin ssh". ما تفعله هو إنشاء مفتاح عام وخاص. وأخبر الخادم الأجنبي الخاص بك تلقائياً السماح لأي شخص يوفر مفتاح خاص دقيق. لا يحل مشكلتك تمامًا ، ولكن عندما يحدث انقطاع الإنترنت ، كل ما عليك فعله هو إغلاق النافذة ، والنقر المزدوج على أيقونة ، وستتم إعادتك على الفور إلى سطر الأوامر في مجلد المنزل دون إدخال اسم المستخدم / كلمة المرور.

هذا سيساعدك في ذلك: هل هناك طريقة "لتسجيل الدخول التلقائي" في PuTTY باستخدام كلمة مرور؟


9
2017-08-20 13:35





في موجه أوامر تمت ترقيته ، قم بتشغيل ما يلي:

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

4
2018-02-08 19:08



هل يمكن أن توضح لماذا يعمل هذا / ماذا يفعل؟ - Eiyrioü von Kauyf
support.microsoft.com/kb/947239 هنا هو وصف هذا - bksi


الخطأ خطأ في الشبكة: تسبب البرنامج في إحباط الاتصال من PuTTY هي النتيجة إذا كان هناك تعارض عنوان IP (جهازي كمبيوتر أو أكثر لهما نفس عنوان IP) على الشبكة. (كان لدي هذه المشكلة مع فطيرة التوت التي حصلت على نفس عنوان IP المعين من قبل DHCP الخادم مثل بعض الأجهزة / أجهزة الكمبيوتر المارقة التي تم إعدادها يدويًا لاستخدام نفس عنوان IP.)

في هذه الحالة بالذات ، يمكن أن يكون تعارض عنوان IP محليًا على جهاز الكمبيوتر الذي يعمل بنظام التشغيل Windows 7 أو مع جهاز آخر على الشبكة. إيثار ريال يمكن استخدامها بنجاح لتعقب هذا النوع من الخطأ.


3
2017-11-26 09:57





علامة تبويب الاتصال: تبقى على قيد الحياة في "5" ثواني وتمكينها

ولكن الأهم من ذلك:

صلة -> SSH -> Kex، ماكس دقائق قبل ريكي: "2" (الافتراضي هو 60).

كان بلدي PuTTY يفقد مفتاحه بعد حين ، مما تسبب في المهلة. إسقاط هذه القيمة إلى "2" دقائق حل المشكلة. أنا أبقى على اتصال لأجل غير مسمى الآن.


2
2017-08-24 09:09





عملت مع سينت أو إس خوادم من أجهزة الكمبيوتر ويندوز ، وكان لي نفس المشكلة مع PuTTY. لم تستمر الجلسة أكثر من 1-5 دقائق. حاولت اللعب مع إعدادات PuTTY (keepalives ، الخ) ولكن لم يساعد على الإطلاق.

أخيرا لقد وجدت الحل لقضيتي. لقد سجلت عمليات تفريغ TCP على العميل والخادم. لقد اكتشفت أنه خلال 25-30 ثانية قبل فصل هناك العديد من عمليات إعادة الإرسال من شرائح TCP في تفريغ العميل (سواء من العميل ومن جانب الخادم) وأخيراً يقوم PuTTY بإرسال RST وإغلاق الجلسة بهذا الخطأ. في مستودع تفريغ الخادم لم أتمكن من رؤية أي شرائح من العميل في هذه الفترة ، حتى RST. وهذا يعني أنه يتم تسليم أي جزء TCP من العميل من وقت لآخر إلى الخادم وهذه الفترة حوالي 30-60 ثانية. لقد سجلت القضية عدة مرات ودائما كانت هناك إعادة الإرسال و RST النهائي من PuTTY. ربما في مكان ما على الحزم الطريق تم إسقاطها بواسطة معدات الشبكة.

لإيجاد حل بديل قمت بزيادة العدد الأقصى لعمليات إعادة إرسال البيانات من القيمة الافتراضية 5 إلى 16. قد تمنع PuTTY من قطع الاتصال بسرعة كبيرة. المتغير "HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters \ TcpMaxDataRetransmissions '. لقد أضفت هذا المتغير يدويًا ، ولم يتم تعريفه في البداية في سجل Windows. فعلت ذلك! الآن أرى أن PuTTY معلقة من وقت لآخر ، لكنها تعود دائما إلى العمل.

من أجل حل المشكلة: 1. سجل تفريغ TCP وابحث عن عمليات إعادة الإرسال و RST قبل قطع الاتصال. 2. إذا وجدت نفس شرائح إعادة الإرسال / RST ، فاضبط عدد مرات إعادة المحاولة على الخادم أو جانب العميل (يعتمد ذلك على جانب RST).

كن حذرًا: ينطبق تغيير إعدادات TCP على جميع البرامج ونظام التشغيل نفسه.


2
2017-10-29 16:48





الخطأ 10053 WSAECONNABORTED (البرنامج تسبب في إحباط الاتصال.) عام WINSOCK الخطأ الذي يمكن أن ينبعث بسبب أي عدد من الأسباب.

ال التفسير الرسمي يقول:

يمكن أن يحدث هذا الخطأ عندما يقوم نظام شبكة الاتصال المحلي بإحباط اتصال ، مثل عندما يقوم Winsock بإغلاق اتصال تم إنشاؤه بعد فشل إعادة إرسال البيانات (لا يقر جهاز الاستقبال أبداً بالبيانات المرسلة على مأخذ توصيل البيانات).

يمكن أن تتراوح أسباب هذه المشكلة من كابلات الشبكة المعيبة إلى فقدان الاتصال البسيط. من المستحيل تقديم حل واحد.


1
2017-08-20 13:41