Երկու VPN հաճախորդ միաժամանակ. ով է հաղթում լռելյայն երթուղին։

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

Երթուղիների աղյուսակը ընտրում է մեկ հաղթող

Գրանցեք աղյուսակը կորպորատիվ հաճախորդի մեկնարկից առաջ և հետո, և կարդացեք ինտերֆեյսի սյունը, ոչ միայն նպատակակետը։ Արտաքին թունելի սովորական լռելյայն երթուղին հեշտ է տեղահանել, որովհետև /1 զույգը ավելի կոնկրետ է, քան /0-ը։ Բառացի 0.0.0.0/1 և 128.0.0.0/1 զույգը ծածկում է ամբողջ IPv4 տարածությունը երկու կեսով և հաղթում ցանկացած միայնակ լռելյայնի։ Տեղադրվելուց հետո արտաքին թունելը դեռ ցույց է տալիս միացված և ոչինչ չի տեղափոխում։

ip route show default
ip route show | grep -E '^(0.0.0.0/1|128.0.0.0/1)'

Քաղաքականությամբ երթուղավորումը կարող է ամբողջությամբ վերացնել հիմնական աղյուսակը, ուստի կարդացեք և՛ կանոնները, և՛ երթուղիները։ Այն կանոնը, որը նշված երթևեկությունը ուղարկում է այլ աղյուսակ, հաղթում է նախքան հիմնական աղյուսակին դիմելը։ Այսպես մեկ հավելվածը կարող է մնալ ֆիզիկական կապուղու վրա, մինչ մնացած ամեն ինչ օգտագործում է թունելը։

ip rule show

Windows-ը լուծում է դա չափիչներով

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

route print -4
Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4DefaultGateway

Համեմատեք երկու արդյունքները և անվանեք այն ինտերֆեյսը, որը տիրապետում է 0.0.0.0/0-ին։ Եթե երկու հաճախորդներն էլ պահանջում են այն, որոշում է չափիչը, և դրա համար էլ միացման հերթականության թեստը կարող է անհամապատասխան թվալ տարբեր մեքենաներում։ Եթե արդյունքներից ոչ մեկը ցույց չի տալիս լռելյայն դարպաս, հաճախորդը չի աշխատում լրիվ թունելով և շղթայի փաստարկն անիմաստ է։

Երկու դիտորդ, երկու տարբեր տեսք

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

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

DNS-ը և IPv6-ը այն տեղերն են, որտեղ շղթան արտահոսում է

DNS-ը հետևում է այն լուծիչի կարգավորմանը, որը հաղթում է, և դա պարտադիր չէ, որ այն ուղին լինի, որով անցնում են փաթեթները։ Կորպորատիվ թունելով հասանելի կորպորատիվ լուծիչը համապատասխանում է դիզայնին. դրանից դուրս հասանելի տեղական լուծիչը չի համապատասխանում, և այն բացահայտում է անուններ, որոնք թունելը պետք է թաքցներ։ IPv6-ը երկրորդ արտահոսքն է. երկկույտ հոսթը շարունակում է IPv6 օգտագործել այն նպատակակետերի նկատմամբ, որոնք թունելը տեղափոխում է միայն IPv4-ով։ Ստուգեք ընտանիքները առանձին, որովհետև միայն IPv4 թունելը ոչինչ չի ասում IPv6 երթուղիների կամ լուծիչների մասին։

ip -6 route show default
resolvectl status | grep -A2 'DNS Servers'

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