IPv6 երթևեկությունը VPN-ից դուրս՝ գտնել արտահոսող երթուղին

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

Աշխատեք այդ հերթականությամբ. դրանց պատասխանելը հերթականությունից դուրս առաջացնում է երկար վեճ այն մասին, թե արդյոք հաճախորդը թերի է, մինչդեռ իրական պատասխանն այն է, որ IPv6 երթուղի երբեք չի տեղադրվել։

Որ հոսքը փաստորեն դուրս եկավ, և որ ադապտերով

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

Ուղարկեք մեկ հարցում յուրաքանչյուր ընտանիքի համար՝ էջ բեռնելու և դրա արդյունքը կարդալու փոխարեն։ Մեկ էջը կարող է խառնել v6 և v4 ռեսուրսներ, ֆոնային գործընթացը կարող է վարվել այլ կերպ, քան ձեր առջևի ներդիրը, և պահված պատասխանը կարող է ապրել ավելի երկար, քան այն ցանցային փոփոխությունը, որը փորձում եք ստուգել։ Հաստատեք փորձարկվող նպատակակետը և գրառեք այն, որպեսզի կրկնվող գործարկումը չափի նույնը։

Կարդալ այն երթուղին, որն ընտրել է միջուկը

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

ip -6 route get 2606:4700:4700::1111
ip -6 rule show
ip -6 route show table all

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

Որտեղից է գալիս հաճախորդի IPv6 քաղաքականությունը

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

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

Նեղ դիտարկում, երբ աղյուսակը հակասում է

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

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

Բացը փակելու երեք եղանակ

Տարեք ընտանիքը թունելով, արգելափակեք այն հաճախորդում, երբ թունելը չի կարող տանել այն, կամ գրանցեք դիտավորյալ բացառություն՝ պատասխանատուով և վերանայման ամսաթվով։ Յուրաքանչյուրը պաշտպանելի է, և միակ անպաշտպանելին ընտրությունը ենթադրյալ թողնելն է, որովհետև ենթադրյալ ընտրությունը հենց այն է, ինչ արտահոսքն է։ Եթե թունելն ընդհանրապես v6 ելք չունի, հաճախորդում v6-ից հրաժարվելը և՛ ազնիվ է, և՛ ստուգելի։ Կարևորն այն է, որ ընտրությունը գրված լինի այնտեղ, որտեղ հաջորդը կգտնի այն, ոչ թե վեց ամիս անց վարքից եզրակացվի։

Կրկնեք ստուգումը վերամիացումից հետո և ցանցերի միջև տեղափոխվելուց հետո, որովհետև նախորդ կապի համար տեղադրված երթուղին կարող է վերապրել փոփոխությունը։ Ապա գրանցեք նպատակակետը, ընտրված երթուղին, հաճախորդի քաղաքականությունը և փորձարկման օգտագործած ընտանիքը, որպեսզի հաջորդը կարդա որոշում՝ այն նորից արտածելու փոխարեն։ RFC 7359 փաստագրում է երկակի կույտի արտահոսքը որպես նախագծային խնդիր, ոչ որպես սխալ, և դա այն հղումն է, որին պետք է վկայակոչել, երբ ինչ-որ մեկը պնդում է, թե աշխատող v4 թունելը ծածկում է ամեն ինչ։