Վերականգնել SSH SOCKS թունելը autossh-ի միջոցով

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 տրանսպորտը չի ապացուցում, որ դարպասը կարող է հասնել կոնկրետ վեբկայքի։ Առանձնացրեք թունելի հսկողությունը այն օգտագործող աշխատանքի մոնիտորինգից։