SSH वर vim गोठतो? VPN ला दोष देण्यापूर्वी stty तपासा

अशी सत्रे संपादक सुरू होत असताना जोडलेली राहतात, नंतर SSH प्रक्रिया स्पष्टपणे जिवंत असूनही स्क्रीन अपडेट होणे थांबते। टाइप केल्याने काहीच येत नाही, Ctrl-C काहीच करत नसल्यासारखे वाटते, आणि स्पष्ट निष्कर्ष असा की VPN ने काहीतरी टाकले। बहुतेक वेळा बोगदा ठीक असतो आणि दूरचे स्यूडो-टर्मिनल अशा स्थितीत असते जिचा कोणी हेतू केला नव्हता, कारण इको, कॅनोनिकल इनपुट आणि प्रवाह नियंत्रण नेटवर्कमध्ये नाही तर टर्मिनलमध्ये राहतात। या तीनपैकी कोणते सरकले हे शोधणे दोन आदेशांचे काम आहे।

गोठणे बोगद्यात नाही, टर्मिनलमध्ये राहते

स्यूडो-टर्मिनल बाइट्सपेक्षा जास्त वाहते। ते ओळ-शिस्तीचे फ्लॅग ठेवते जे इनपुट इको होते का, वाचन नवीन ओळीची वाट पाहते का, काही अक्षरे सिग्नल निर्माण करतात का, आणि नियंत्रण अक्षराने आउटपुट थांबवता येते का हे ठरवतात। इंटरॅक्टिव्ह संपादक ते टर्मिनल संपूर्ण काळासाठी कच्च्या मोडमध्ये टाकतो आणि बाहेर पडताना आधीची सेटिंग्ज पुनर्संचयित करायला हव्यात। पुनर्संचयित न झाल्यास, तुम्ही परत येता ते शेल तुम्ही सोडलेले शेल नसते, जरी कनेक्शन कधीही तुटले नसले तरी।

काहीही निष्कर्ष काढण्यापूर्वी टर्मिनलची तुलना करा। तेच संपादक चालवणारे दुसरे सत्र क्लायंट आणि मार्ग काम करू शकतात हे सिद्ध करते; फ्लॅग तुटलेल्या टर्मिनलबद्दल ते काहीच सांगत नाही।

गोठलेल्या टर्मिनलवर सेटिंग्ज वाचा

आधी उपकरण ओळखा, नंतर त्याच्या स्थितीचे दोन्ही स्वरूप वाचा। वाचनीय स्वरूप काय सेट आहे हे दाखवते, आणि मशीन स्वरूप ते आहे जे तुम्ही नंतर परत देऊ शकता।

tty
stty -a
stty -g

तीन फ्लॅग गट यांपैकी बहुतेक अहवाल स्पष्ट करतात। इको सेटिंग्ज कीस्ट्रोक अजिबात दिसतात का हे ठरवतात, त्यामुळे इको बंद टर्मिनल मृत दिसते जेव्हा शेल प्रत्येक अक्षर घेत असते। कॅनोनिकल मोड प्रोग्राम इनपुट एका वेळी एक ओळ पाहतो का हे ठरवतो, त्यामुळे कॅनोनिकल मोडमध्ये सोडलेले टर्मिनल कच्च्या मोडमधील अनुप्रयोगाला Enter पर्यंत कळा दुर्लक्षित करत असल्यासारखे दाखवते। प्रवाह नियंत्रण सेटिंग्ज टर्मिनल XON आणि XOFF अक्षरांचे पालन करते का हे ठरवतात, आणि तोच गट तिनांमधील सर्वात विश्वासार्ह बनावट गोठणे निर्माण करतो।

काहीही बदलण्यापूर्वी आउटपुट नोंदवा, विशेषतः जेव्हा सत्रात कोणी अवलंबून असलेली सानुकूल कळ बांधणी असेल। मशीन स्वरूप हा सर्वात सुरक्षित नोंद आहे, ते अंमलबजावणीवर अवलंबून आहे आणि ते तयार करणाऱ्या त्याच प्रकारच्या प्रणालीने ते पुनर्संचयित केले पाहिजे या अटीसह।

तेच एक टर्मिनल दुरुस्त करा, तुम्ही टाइप करत असलेले सत्र नाही

मानक दुरुस्ती मॅन पेजमध्ये सूचीबद्ध निरोगी प्रोफाइल पुनर्संचयित करते, आणि ती फक्त एका टर्मिनलवर परिणाम करते। जर संपादक त्या टर्मिनलमध्ये अजून न साठवलेले काम धरून असेल, तर काम साठवले जाईपर्यंत ते सोडून द्या।

दुसऱ्या शेलमधून, गोठलेल्या उपकरणाला स्पष्टपणे लक्ष्य करा जेणेकरून तुम्ही काम करत असलेले टर्मिनल अस्पर्शित राहील।

stty -F /dev/pts/7 -a
stty -F /dev/pts/7 sane

दूषित प्रदर्शनासह कोरी स्क्रीन ही तुटलेल्या ओळ-शिस्तीपेक्षा वेगळी समस्या आहे, आणि reset प्रोग्राम टर्मिनल सुरुवातीचे क्रम पाठवून त्याकडे वळतो। आधी स्थिती दुरुस्ती करून पाहा, कारण ती तुम्ही तपासू शकता अशा सेटिंग्ज बदलते, तर reset क्रम स्क्रीन पुन्हा लिहितो आणि ते कसे तुटले याबद्दल काहीच सांगत नाही।

विश्वासार्ह गोठण्यामागील Ctrl-S सापळा

जेव्हा सॉफ्टवेअर प्रवाह नियंत्रण सक्षम असते आणि नेहमीची अक्षरे नेमलेली असतात, तेव्हा Ctrl-S टर्मिनलला आउटपुट पाठवणे थांबवायला सांगते आणि Ctrl-Q पुन्हा सुरू करायला सांगते। सत्र संपूर्ण काळ जिवंत राहते, एकच Ctrl-Q बहुतेक वेळा संपूर्ण दुरुस्ती असते, आणि कोणत्याही लॉगमध्ये काहीच दिसत नाही, आणि अशा प्रकारे हे गोठणे इतक्या वाढीतून टिकते।

गृहीत धरण्याऐवजी प्रत्यक्ष सेटिंग्ज तपासा। सुरुवात आणि थांबवण्याची अक्षरे पुन्हा नेमली जाऊ शकतात किंवा अक्षम केली जाऊ शकतात, आणि प्रवाह नियंत्रण बंद असलेले टर्मिनल दोन्हींपैकी कोणालाही प्रतिसाद देणार नाही।

स्थिती परत आल्यास, किंवा SSH स्वतः अडकल्यास

वारंवार येणारी वाईट स्थिती अशा एखाद्या गोष्टीकडे निर्देश करते जी फ्लॅग बदलते पण पुनर्संचयित करत नाही: स्टार्टअप फाइल, रॅपर स्क्रिप्ट, चुकीची विंडो रीसेट करणारे मल्टिप्लेक्सर, किंवा कच्चा मोड धरून मरणारे अनुप्रयोग। बिनशर्त रीसेटऐवजी स्थितीची नोंद करणारी सशर्त तपासणी जोडा, कारण सर्वसमावेशक रीसेट कारण लपवते आणि जाणीवपूर्वक केलेल्या सेटिंग्ज अधिलंघित करू शकते।

जेव्हा सामान्य SSH रहदारीही अडकते, किंवा दुरुस्ती काहीच बदलत नाही, टर्मिनल संशयित राहणे थांबवते।

ssh -vvv [email protected]
ping -M do -s 1400 -c 3 host.example.com

फक्त मोठ्या हस्तांतरणांदरम्यान दिसणारे अडकणे मार्गाच्या MTU समस्येकडे निर्देश करते, तर एकेरी कळादेखील गिळणारे अडकणे पॅकेटच्या आकाराकडे नाही, मार्ग किंवा सर्व्हरकडे निर्देश करते। टर्मिनलचे पुरावे नेटवर्कच्या पुराव्यांपासून वेगळे ठेवा, कारण दुसऱ्या सत्रात काम करणारा संपादक पहिले टर्मिनल कधी निरोगी होते याचा पुरावा नाही।