SSH SOCKS გვირაბის ხელახლა დაკავშირება autossh-ით
გამოიყენეთ autossh SSH-ის სიცოცხლისუნარიანობის შემოწმებებით და გაითვალისწინეთ, რომ გვირაბის ხელახალი დაკავშირება ძველ აპლიკაციის კავშირებს არ აღადგენს.
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 ტრანსპორტი არ ამტკიცებს, რომ კარიბჭე კონკრეტულ ვებსაიტს მიაღწევს. გამოყავით გვირაბის ზედამხედველობა მისი გამომყენებელი სამუშაოს მონიტორინგისგან.