Տպիչը օֆլայն է, երբ VPN-ը միանում է. ստուգեք երթուղիների աղյուսակը

Ձեր նոթբուքը միանում է կորպորատիվ VPN-ին, և երկու մետր հեռավորության վրա գտնվող տպիչը դադարում է պատասխանել։ Տպիչի վրա ոչինչ չի փոխվել, և տեղական ցանցը չի ընկել։ Փոխվել է երթուղիների աղյուսակը. թունելի ադապտերն այժմ ունի ուղի, որը ծածկում է տպիչի հասցեն, ուստի այդ փաթեթները դուրս են գալիս VPN-ով և հասնում են մի դարպասի, որը պատկերացում չունի, թե որտեղ է ձեր հարթ ցանցը։ Անցեք ստորև բերված չորս ստուգումները հերթականությամբ և կանգ առեք առաջինի վրա, որը ձախողվում է։

Քայլ առաջին. ապացուցեք, որ տպիչը դեռ հասանելի է LAN-ում

Նախքան երթուղավորումը ձեռք տալը, հաստատեք, որ սարքը կենդանի է մի բանի համար, որը VPN չի օգտագործում։ Խնդրեք նույն Wi-Fi-ում գտնվող հեռախոսին բացել տպիչի վեբ էջը, կամ ping արեք հասցեն հարթ ցանցի մեկ այլ մեքենայից։ Եթե տպիչը այնտեղ էլ չի պատասխանում, VPN-ը պատահականություն է, և սխալը տպիչի, նրա Wi-Fi կապի կամ մուտքի կետում հաճախորդների մեկուսացման մեջ է։

Եթե այն պատասխանում է ամենուր, բացի այս նոթբուքից, դուք ունեք երթուղավորման կամ անունների լուծման խնդիր, որն ապրում է նոթբուքում, և հաջորդ քայլը ձեզ կասի, թե որն է այդ երկուսից։

Քայլ երկրորդ. գտեք այն երթուղին, որն իրականում ընտրում է Windows-ը

Մի՛ կարդացեք աղյուսակը վերևից ներքև և մի՛ գուշակեք։ Հարցրեք Windows-ին, թե որ գրառումն է այն ընտրում ձեզ հետաքրքրող ճշգրիտ հասցեի համար, և միաժամանակ վերցրեք ինտերֆեյսի ինդեքսը։

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute տպում է հաղթող երթուղին և նրա ինտերֆեյսը, և դրանք այն երկու փաստերն են, որոնցից կախված է մնացածը։ route print -4 ցույց է տալիս շրջակա գրառումները, ներառյալ այն երկու կիսալռելի երթուղիները, որոնք տեղադրում են ամբողջական թունելի հաճախորդները՝ 0.0.0.0/1 և 128.0.0.0/1, որոնք միասին ծածկում են ամբողջ IPv4 տարածությունը՝ երբեք չփոխարինելով 0.0.0.0/0-ին։ /1-ը ավելի երկար է, քան /0-ն, բայց ձեր 192.168.1.0/24 ավելի երկար է, այդ իսկ պատճառով բացակայող LAN երթուղին ավելի կարևոր է, քան բուն թունելի պահանջը։

Երկու կանոն է որոշում պատասխանը։ Ամենաերկար համընկնող նախածանցը հաղթում է առաջինը, և նույն նախածանցով գրառումների մեջ հաղթում է ավելի ցածր ընդհանուր չափանիշը, որտեղ ընդհանուրը միավորում է երթուղու չափանիշը և ինտերֆեյսի չափանիշը։ Եթե ընտրված ինտերֆեյսը թունելն է, շարունակեք։ Եթե դա ֆիզիկական ադապտերն է, և երթևեկությունը դեռ ձախողվում է, կանգ առեք այստեղ. ձեր խնդիրը անունների լուծումն է կամ տպիչի սեփական մուտքի ցանկը, ոչ թե VPN երթուղին։

Քայլ երրորդ. ավելացրեք ամենանեղ երթուղին, որը նշում է դարպասը և ինտերֆեյսը

Վերանորոգումը մեկ գրառում է, որը տպիչի հասցեն ուղղում է տեղական ադապտերի տեղական երթուղիչին։ Գործարկեք այն բարձրացված հրամանի տողում և փոխարինեք հենց նոր կարդացած արժեքները։

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

if արժեքը ֆիզիկական ադապտերի ինտերֆեյսի ինդեքսն է։ Այն բաց թողնելը ամենատարածված պատճառն է, թե ինչու հրամանը կարծես հաջողվում է և ոչինչ չի փոխում, քանի որ երբ երկու ադապտեր կարող են հասնել նույն հաջորդ թռիչքին, Windows-ը ազատ է ընտրելու այն, որը դուք չեք ուզել։ -p դրոշիչը գրառումը դարձնում է մշտական, այնպես որ այն վերագործարկումից հետո գոյատևում է, փոխանակ մահանա սեսիայի հետ։

Նախընտրեք հոսթ-երթուղին մեկ սարքի համար ամբողջ 192.168.1.0/24-ի երթուղու փոխարեն։ Ենթացանցի երթուղին ավելի լայն է, քան առաջադրանքը պահանջում է, և այն բախվում է այն պահին, երբ կորպորատիվ կողմը նույնպես օգտագործում է այդ նախածանցը. այդ ժամանակ մի նախածանց ունի երկու սեփականատեր, և որ գրառումը հաղթի, դա է որոշում, թե որ ցանցին կարող եք իրականում հասնել։

Հակառակ ուղղությամբ, եթե դուք ջնջել եք լռելյայն դարպասի ընտրանքը VPN միացման վրա՝ LAN-ը պաշտպանելու համար, հեռավոր մասնավոր նախածանցները նույնպես դադարում են լուծվել։ Ավելացրեք դրանց երթուղիները VPN ինտերֆեյսի միջոցով նույն կերպ, այլապես թունելը կդառնա մի կապ, որը ոչինչ չի կրում։

Քայլ չորրորդ. արեք այնպես, որ բացառությունը գոյատևի հաջորդ միացումից

Շատ կորպորատիվ հաճախորդներ ամեն միացման ժամանակ նորից տեղադրում են իրենց ամբողջ երթուղիների հավաքածուն և դա անելիս վերահաշվարկում ինտերֆեյսի չափանիշները, ուստի երեկ աշխատած երթուղին այսօր կարող է գերազանցվել։ Վերամիացումից հետո կրկնեք Find-NetRoute-ը տպիչի համար և ստուգեք, որ ինտերֆեյսը դեռ համապատասխանում է ֆիզիկական ադապտերին։ Եթե գրառումը անհետացել է, ինչ-որ բան ջնջում է այն. մշտական երթուղին ձեզ չի պաշտպանում աղյուսակը ավլող գործակալից։ Ժամանակացույցով առաջադրանքները, որոնք VPN-ի միանալուց հետո նորից ավելացնում են երթուղին, սովորական լուծումն են, և դրանք նաև այն լուծումն են, որը կոտրվում է, երբ ադապտերի ինդեքսը փոխվում է դոկից կամ վարորդի թարմացումից հետո։

Հետևեք IPv6-ին առանձին։ Հաճախորդը, որը պահանջում է միայն IPv4 լռելյայնը, կարող է IPv6 լռելյայն երթուղին թողնել ֆիզիկական ադապտերի վրա, ուստի IPv6-ով հասանելի տպիչը շարունակում է աշխատել, մինչ IPv4-ը ձախողվում է, կամ հակառակը։ Փորձարկեք ping -4-ով և ping -6-ով, նախքան որոշելը, որ երթուղիների աղյուսակն անմեղ է։

Ինչ արժե ձեզ տեղական կարճուղին

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

Եթե փոփոխությունից հետո տպիչը պատասխանում է, կրկնեք չորս ստուգումները ձեր հաջորդ վերամիացումից հետո, փոխանակ ենթադրելու, որ ուղղումը պահպանվել է։ Եթե այն չի պատասխանում, գրանցեք Find-NetRoute-ի ելքը միացումից առաջ և հետո. տարբերությունը ձեզ կասի՝ հաճախորդը ջնջել է գրառումը, թե միայն վերադասավորել այն։