Տեղական սարքերը անհետանում են VPN-ում՝ երեք առանձին խափանում
Սարքը կարող է դեռ պատասխանել իր հասցեով այն բանից հետո, երբ անհետացել է ցանկից։ Հայտնաբերումը, անվան լուծումը և հասանելիությունը ձախողվում են առանձին, ուստի փորձարկեք դրանք հերթով։
Տպիչը, որը անհետանում է սարքերի ցանկից, երբ VPN-ն միանում է, կարող է դեռ պատասխանել իր հասցեով։ Ցանկը լրացվում է հայտնաբերմամբ, անունը կարող է գալ լուծիչից, իսկ ծառայությունն ինքնին հասանելի է socket-ի միջոցով, և այդ երեքը կարող են ձախողվել միմյանցից անկախ։ Համեմատելը, թե ինչ է աշխատում յուրաքանչյուր շերտում, ցույց է տալիս, թե որ գործառույթը փոխել։ Նախ բոլոր տեղական հասանելիության բացառությունները միացնելը վերացնում է ապացույցները։
Սա է տարբերությունը բացակայող սարքի և պարզապես չհռչակվող սարքի միջև։
Հայտնաբերումը, անունները և հասանելիությունը երեք շերտ են
Հայտնաբերման արձանագրությունները հիմնվում են multicast կամ broadcast-ի վրա, և դրանք լռելյայն չեն անցնում երթուղավորված թունելով, դրա համար սարքը կարող է անհետանալ ցանկից՝ մնալով լիովին հասանելի։ Անվան լուծումը երկրորդ շերտն է՝ VPN-ը կարող է փոխել լուծիչը, և անունը, որին նախկինում պատասխանում էր տեղական ցանցը, այժմ կարող է լուծվել այլ տեղ կամ ընդհանրապես չլուծվել։ Հասանելիությունը երրորդն է՝ երթուղի, firewall-ի կանոն և լսող ծառայություն։ Յուրաքանչյուր շերտ կարող է կոտրվել, մինչ մյուս երկուսը կարգին են։
Փորձարկեք դրանք ներքևից վերև։ Հասանելիության մեկ ստուգումը բաժանումը դարձնում է ակնհայտ՝ nc -vz 192.168.1.20 443 կամ հաջողվում է, ինչը նշանակում է, որ ուղին և ծառայությունը կարգին են, և կասկածելին անունն է, կամ ձախողվում է, ինչը հարցը տեղափոխում է երթուղավորում և քաղաքականություն։ Ապա հարցրեք անունը։ Առաջին խափանումը, որին հանդիպում եք, այն շերտն է, որի վրա պետք է աշխատել, և վերևի շերտերը չեն կարող փոխհատուցել այն։
Նախ հարցրեք հասցեն, ապա հոսթի անունը
Եթե հասցեն պատասխանում է, իսկ անունը՝ ոչ, խնդիրը լուծումն է, ոչ թե երթուղավորումը։ VPN-ի հաճախորդը, որը տեղադրում է իր լուծիչը, կարող է փոխել, թե որ սերվերն է պատասխանում տեղական անուններին, և այն, որը չի փոխանցում տեղական դոմենը, անունը թողնում է առանց պատասխանի։ Եթե հասցեն նույնպես ձախողվում է, խնդիրը ուղու մեջ է՝ լռելյայն երթուղի թունելով, տեղական երթևեկության արգելափակում հաճախորդի կողմից կամ firewall-ի կանոն, որը թույլ է տալիս միայն ֆիզիկական ինտերֆեյսը։
Եթե երկուսն էլ աշխատում են, բայց ավտոմատ հայտնաբերումը՝ ոչ, սարքը պարզապես չի հռչակվում թունելի միջով։ Սա սպասելի վարք է multicast-ի վրա հիմնված հայտնաբերման համար, ոչ թե կարգավորման խափանում։ Սարքն ըստ հասցեի ավելացնելը սովորաբար ազնիվ լուծումն է։
Ինչ է իրականում փոխում տեղական հասանելիության անջատիչը
Տեղական ցանցի հասանելիության կարգավորումը սովորաբար թույլ է տալիս ուղղակիորեն միացված ենթացանցի երթևեկությանը շրջանցել թունելը, և տարբեր հաճախորդներում այն տարբեր բաներ է անում։ Այն չի կարգավորում փոխանցումը հեռավոր գրասենյակ, և չի փոխում հոսթի firewall-ը կամ հավելվածի սեփական թույլտվությունները։ Այն նաև համընկնող ենթացանցը միանշանակ չի դարձնում։ Կարդացեք հաճախորդի փաստաթղթերը, թե ինչ է ընդգրկում կարգավորումը, նախքան այն լայնորեն միացնելը։
Մեկ վստահելի սարքի համար նեղ բացառությունը ավելի լավ է, քան ընդհանուր թույլտվությունը, հատկապես հյուրային ցանցում, որտեղ արգելափակումը կարող է դիտավորյալ լինել։ Մասնավոր հասցեն ինքնության ստուգում չէ, ուստի ընտրությունը կախված է այն ցանցից, որտեղ գտնվում եք։
Երբ ցանցերը համընկնում են
Եթե տնային և հեռավոր ցանցերն օգտագործում են նույն տիրույթը, երթուղավորումը դառնում է երկիմաստ, և ոչ տեղական հասանելիության անջատիչը, ոչ բացառությունը չեն լուծում այն։ Նույն հասցեում երկու ծառայությունների չի կարելի հասնել միաժամանակ, և թե որն է հաղթում, կախված է երթուղու յուրահատկությունից և հերթականությունից, ոչ թե մտադրությունից։ Լուծումը հասցեների պլանավորումն է, ոչ թե հաճախորդի կարգավորումը։ Ստուգեք տիրույթները, նախքան տպիչի հետ երեկո անցկացնելը։
Հեռավոր դարպասի հետևում գտնվող սարքի համար փոխանցումը, հոսթի քաղաքականությունը և վերադարձի ուղին օպերատորինն են։ Հաճախորդի տեղական նշագծման վանդակը չի կարող տրամադրել դրանցից ոչ մեկը, և դա խնդրելը ավելի արդյունավետ է, քան անջատիչների հետ փորձարկումը։
Գրանցեք, թե որ շերտը ձախողվեց և ինչ եք փոխել։ Հաջորդ սարքը կձախողվի նույն երեք տեղերից մեկում։