Ինչու է ձեր Windows-ի VPN-ը սպանում տեղական տպիչը և ինչպես դադարեցնել դա

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

Նախ կարդացեք երթուղիների աղյուսակը

Նախքան որևէ բան փոխելը, վերցրեք IPv4 աղյուսակը route print -4-ով և պահպանեք արդյունքը։ Միացեք, նորից վերցրեք և համեմատեք 0.0.0.0 տողերը՝ ակտիվ լռելյայն երթուղին նշում է ինտերֆեյս, և եթե այդ ինտերֆեյսը թունելն է, տեղական տպագրությունն ու զննարկումը նախ ուղարկվում են գրասենյակ։

Երկրորդ սյունակի ինտերֆեյսի համարն այն է, ինչին մշտական երթուղին պետք է հղվի ավելի ուշ, ուստի գրառեք այն, քանի դեռ թունելը միացված է։ Դա նաև այն արժեքն է, որը փոխվում է ադապտերը վերստեղծելիս, և դրա համար էլ դրան ամրացված երթուղիները կարող են հանգիստ ապրել իրենց օգտակարությունից ավելի։

Հեռացրեք լռելյայն երթուղին՝ երեք եղանակով

Ներկառուցված Windows պրոֆիլում կառավարումը նշատուփ է։ Բացեք կապի հատկությունները, IPv4, ապա Ընդլայնված, և հանեք Use default gateway on remote network նշումը՝ ավելի նոր Կարգավորումներ հավելվածը թաքցնում է նույն երկխոսությունը մեկ շերտ ավելի խորը։ Բարձրացված հրամանի տողից նույն փոփոխությունը մեկ cmdlet է:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

OpenVPN պրոֆիլը այլ կերպ է աշխատում, այդ պատճառով նրա վարքը շփոթեցնում է նրանց, ովքեր նշատուփ են ակնկալում։ Նրա redirect-gateway def1 հրահանգը բոլորովին չի փոխարինում լռելյայն երթուղին՝ այն տեղադրում է երկու կիսամիջակայքային երթուղի՝ 0.0.0.0/1 և 128.0.0.0/1, որոնք միասին հաղթում են լռելյային՝ առանց այն ջնջելու։ Քանի որ սկզբնական լռելյայնը մնում է, դեպի net_gateway ուղղված նախածանց ավելացնելը միայն այդ նախածանցն է հետ ուղարկում տեղական երթուղիչին։ Այդ մանրամասնությունը բացատրում է, թե ինչու def1 պրոֆիլի լուծումը նախածանցի երթուղի է, այլ ոչ թե նշատուփ, որը ոչ ոք չի գտնում։

Վերադարձրեք միայն այն, ինչ պատկանում է աշխատանքին

Լռելյայն երթուղու բացակայության դեպքում թունելը ոչինչ չի տեղափոխում, ուստի աշխատանքային նախածանցները պետք է հստակ նշվեն։ Այն cmdlet-ը, որը նախածանցը կապում է միացմանը, ավելի ապահով է, քան մշտական երթուղին, որովհետև տեղադրվում է միայն այն ժամանակ, երբ այդ միացումը միացված է, և կախված չէ ինտերֆեյսի համարից:

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

Հին մոտեցումը դեռ աշխատում է և դեռ կա յուրաքանչյուր ստուգաթերթում՝ route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, թունելի սեփական ինտերֆեյսի ինդեքսով և դարպասի հասցեով։ Այն պահպանվում է վերագործարկումների ընթացքում, ինչը և՛ նպատակն է, և՛ վտանգը, քանի որ ինդեքսը հաջորդ բեռնարկման ժամանակ կարող է պատկանել այլ բանի։

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

Երբ սերվերն է որոշում ձեր փոխարեն

Հաճախորդը, որը անտեսում է ձեր նշատուփը, սովորաբար ենթարկվում է քաղաքականության։ Cisco պրոֆիլները կրում են Allow Local LAN Access կարգավորում, և headend-ը կարող է հրել tunnel-all քաղաքականություն, որը վերացնում է այն, ինչ հաճախորդը կնախընտրեր՝ պարտադիր թունելի տեղակայման դեպքում տեղական անջատիչ չկա փոխելու։ Կարդացեք հաճախորդի մատյանը հրված երթուղիների և քաղաքականության տողերի համար՝ նույն երկխոսությունը նորից ստուգելու փոխարեն։

Ապա նայեք անունների լուծմանը, որը երթուղավորումից առանձին անջատիչ է։ Բաժանված թունելը դեռ կարող է ստանալ ներքին resolver և որոնման վերջածանց, ուստի տեղական սարքը հասանելի է հասցեով և անգտնելի՝ անունով, քանի դեռ DNS կողմը նույնպես չի ուղղվել։

Համընկնումները այլ խնդիր են

Եթե տնային LAN-ը և գրասենյակի LAN-ը կիսում են նախածանց, օրինակ՝ 192.168.0.0/24, ոչ մի երթուղի չի կարող տարբերել դրանք։ Այդ միջակայքի յուրաքանչյուր փաթեթ ունի որոնման մեկ արդյունք, և լուծումը մի կողմը վերահամարակալելն է կամ գրասենյակ հասնելը լողավազանից թարգմանված հասցեով։ Ավելի կոնկրետ երթուղիներ ավելացնելը միայն տեղափոխում է, թե ցանցի որ կեսն է կոտրվում։

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