VPN պորտը լուռ է? Լսորդ, կապակցման հասցե կամ հոսթի հրապատ

VPN-ը ոչինչ չի պատասխանում իր պորտին, և երկու հնարավոր պատճառները հակադիր վերանորոգում են պահանջում՝ կամ ոչ մի պրոցես չի բացել սոկետը, կամ սոկետը գոյություն ունի և մեքենաների միջև ինչ-որ բան կանգնեցնում է փաթեթները: Մեկ հրամանը որոշում է այդ հարցի առաջին կեսը, դրա համար այն գալիս է ցանկացած հրապատի կանոնից առաջ: Ստորև տրված հերթականությունը յուրաքանչյուր քայլում հեռացնում է մեկ բացատրություն՝ փոխարենը նոր ենթադրություն ավելացնելու: Հենց երկուսի միջև գուշակելն է, որ տասը րոպեի ախտորոշումը դարձնում է ամբողջ երեկո:

Ենթադրեք, որ կարող եք մուտք գործել սերվեր և որ հաճախորդը իսկական պրոֆիլ է, ոչ թե սկաներ: Երկու ենթադրություններն էլ կարևոր են, որովհետև ընդհանուր զոնդը չի կարող պատասխանել արձանագրությանը բնորոշ հարցին:

Արդյո՞ք սոկետը ընդհանրապես գոյություն ունի

Սկսեք նրանից, ինչ ծառայությունն ասում է իր մասին՝ արդյոք այն բարձրացել է և, ավելի օգտակար, որն էր նրա առաջին մեկնարկային սխալը: Վերլուծության ձախողումը, բացակայող բանալին կամ կապակցման սխալը թույլ չեն տալիս, որ լսորդը երբևէ գոյանա, և պրոցեսը կարող է այնքան լուռ դուրս գալ, որ կարգավիճակի տողը երկիմաստ կարդացվի: Իրեն ակտիվ հայտարարող միավորը ինքնին ապացույց չէ, որովհետև հիմնական պրոցեսը կարող է կենդանի լինել, մինչ պորտը կապակցելու պարտականություն ունեցող բաղադրիչն արդեն հանձնվել է:

systemctl status openvpn-server@server --no-pager
journalctl -u openvpn-server@server -n 30 --no-pager
ss -lunp

Սոկետների ցանկը այն փաստն է, որի վրա հենվում է ախտորոշման մնացած մասը: Կարդացեք տեղական հասցեի սյունը, ոչ միայն պորտը, որովհետև հենց այդ սյունում են երևում loopback-ի և սխալ ինտերֆեյսի կապակցումները: 127.0.0.1-ի վրա գոյություն ունեցող լսորդը կատարյալ աշխատում է և այնուամենայնիվ անտեսանելի է ձեր նոթբուքի համար:

Ո՞ր հասցեով և ո՞ր ընտանիքով է սոկետը պատասխանում

Երկու սխալ հաճախորդի կողմից նույն տեսքն ունեն և բացատրում են «անհասանելի» հաղորդումների մեծ մասը: Loopback հասցեին կապակցված սերվերը երբեք չի ընդունում երթևեկություն այլ մեքենայից, և միայն IPv4 հասցեին կապակցված սերվերը երբեք չի պատասխանում նույն հոսթի IPv6 հասցեն հավաքող հաճախորդին: Համեմատեք սոկետների աղյուսակի հասցեն այն հասցեի հետ, որը հաճախորդը իրականում հավաքում է, տառ առ տառ, նախքան քաղաքականության մասին որևէ բան ենթադրելը:

Ցանկը մեկ պորտով սահմանափակելը պահում է այն ընթեռնելի, երբ հոսթը մի քանի ծառայություն է աշխատեցնում: sport զտիչը պորտը վերցնում է ձեր փորձարկած տրանսպորտի հետ միասին:

ss -lun 'sport = :51820'
ss -ltnp 'sport = :1194'

Արձանագրության սյունը փոխում է ամբողջ պատասխանը

Սոկետների աղյուսակը ինդեքսավորվում է և՛ պորտով, և՛ արձանագրությամբ, և դրանք երկու անկախ գրառումներ են: 1194-ում TCP-ին պատասխանող ծառայությունը ոչինչ չի ասում այն մասին, թե արդյոք ինչ-որ բան լսում է UDP 1194-ում, և հաճախորդը միշտ կօգտագործի դրանցից միայն մեկը: Հաստատեք, թե որ տրանսպորտն է ընտրում սերվերի կարգավորումը և որը՝ հաճախորդի պրոֆիլը, ապա փնտրեք հենց այդ տողը:

UDP-ն ունի երկրորդ ոլորում. չնույնականացված զոնդը սխալ չէ, որին ծառայությունը պարտավոր է պատասխանել: Պորտը լուռ հայտարարող սկանավորումը չափել է ծառայության զգուշավորությունը, ոչ թե հասանելիությունը, ուստի փորձարկեք իսկական հաճախորդով և պրոֆիլով:

Մեկ փորձ, նայելու երեք տեղ

Թույլատրված հաճախորդից կատարեք ճիշտ մեկ փորձ և գրի առեք ժամանակը մինչև վայրկյան: Ապա կարդացեք երեք աղբյուր այդ պատուհանի համար՝ մատակարարի ցանցային կանոնը կամ կոնսոլը, հոսթի հրապատի հաշվիչները կամ մատյանը, և ծառայության սեփական մատյանը: Մեկ անգամ դա անելն է, որ երեք վկայությունները դարձնում է համեմատելի, և այն արժե ավելի քիչ, քան կրկնել փորձ, որի ժամանակադրոշմը ոչ ոք չի գրանցել:

Երկու ելքերը հակառակ ուղղություններ են ցույց տալիս: Եթե ոչ մի փաթեթ չի հասել հոսթին, ուղին այն գցում է և լսորդը անկարևոր է: Եթե փաթեթը հասել է սոկետին և ծառայությունը մերժել է այն, ուղին կարգին է և պատասխանը արձանագրության, գաղտնագրության կամ հավատարմագրերի մեջ է: Պորտ բացելը մի ծառայության համար, որն արդեն ընդունել է կապ, հաջորդ ախտորոշումը դարձնում է ավելի դժվար, ոչ ավելի հեշտ:

Անվանեք փուլը նախքան կանոնը փոխելը

Սկսվող բանակցությունը և ձախողվող նույնականացումը մեկ խափանում են, իսկ թունելը, որը հաստատվում է, մինչ փոխանցումը կանգ է առնում, բոլորովին այլ խափանում է: Փուլը նախ անվանելը վերանորոգումը պահում է նեղ. հավատարմագրերի խնդիրը չի լուծվում հրապատի կանոնով, իսկ տվյալների ուղու խնդիրը չի լուծվում վերագործարկմամբ:

Օգտագործեք ամենանեղ ախտորոշումը, որը պատասխանում է հարցին: Մեկ պորտի վրա փաթեթների ժամանակավոր դիտարկումը՝ ադմինիստրատորի հսկողության ներքո, խելամիտ գործիք է. ամբողջ հրապատն անջատելը՝ ոչ, որովհետև արդյունքը դառնում է անհնար վերագրել: ss-ի փաստաթղթերը ընդգրկում են վերևում օգտագործված զտիչները, և դա ավելի էժան առաջին քայլ է, քան ցանկացած որսում: Գրանցեք, թե երկու ճյուղերից որն եք ապացուցել, և հաջորդ դեպքը կսկսվի հայտնի պատասխանից: