autossh के साथ SSH SOCKS टनल को फिर से जोड़ना

SSH SOCKS प्रॉक्सी तब गायब हो जाता है जब उसका SSH कनेक्शन समाप्त होता है। एक सुपरवाइज़र उस कनेक्शन को फिर से शुरू कर सकता है, लेकिन वह हर उस वेबसाइट अनुरोध को फिर से शुरू नहीं कर सकता जो पुरानी स्ट्रीम का उपयोग कर रहा था।

पहले से काम कर रहे SSH सेटअप के लिए, autossh एक गतिशील फ़ॉरवर्ड की निगरानी कर सकता है जबकि OpenSSH एक अनुत्तरदायी सर्वर का पता लगाता है:

autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

-M 0 autossh की अलग निगरानी-पोर्ट व्यवस्था को बंद कर देता है। यह इस पर निर्भर करता है कि SSH बाहर निकले ताकि सुपरवाइज़र प्रतिक्रिया दे सके। server-alive विकल्प SSH स्तर पर जीवंतता जाँच देते हैं; वे आपके द्वारा उपयोग किए जाने वाले हर गंतव्य से पृष्ठ नहीं माँगते।

प्रारंभिक सेटअप को तब तक दृश्यमान रखें जब तक प्रमाणीकरण और फ़ॉरवर्डिंग काम न करें। autossh का पृष्ठभूमि व्यवहार सादे SSH के -f से भिन्न है: बिना निगरानी वाला लॉन्च पासवर्ड या कुंजी पासफ़्रेज़ पूछने के लिए रुक नहीं सकता। इसका प्रलेखित स्टार्टअप गेट तत्काल सेटअप विफलता को बाद में टूटे सत्र से भी अलग कर सकता है।

फिर से जुड़ने के बाद स्थानीय श्रोता फिर से उपलब्ध हो सकता है। एप्लिकेशन को अभी भी अपने स्वयं के विफल कार्यों को फिर से आज़माना पड़ सकता है। प्रतिक्रिया मिलने से पहले बाधित हुए अपलोड का एप्लिकेशन स्तर पर एक परिणाम तय करना होता है, केवल एक गायब टनल को फिर से शुरू करना नहीं।

अंत में, स्वस्थ SSH परिवहन यह सिद्ध नहीं करता कि गेटवे किसी विशेष वेबसाइट तक पहुँच सकता है। टनल की निगरानी को उस कार्य की निगरानी से अलग रखें जो इसका उपयोग करता है।