Միայն IPv6 ունեցող ցանցը կոտրում է VPN-ը մինչև թունելի մեկնարկը

Նոթբուքը միանում է կոնֆերանսի Wi-Fi-ին, որը բաժանում է միայն IPv6, VPN հաճախորդը պտտվում է և ձախողվում, մինչդեռ նույն պրոֆիլը մեկ ժամ առաջ աշխատում էր հյուրանոցում։ Հավատարմագրերում ոչինչ չի փոխվել։ Փոխվել է այն, որ հաճախորդն այժմ պետք է հասնի IPv4 նպատակակետին միայն IPv6 կրող ցանցով, և ամեն հաճախորդ չգիտի, թե ինչպես դա անել։

Անցեք նույն հինգ քայլերը, որոնք անցնում են փաթեթները։

Քայլ 1: հետևեք անվան որոնմանը

Եթե պրոֆիլը օգտագործում է հոսթի անուն, առաջին հարցն այն է, թե ինչ է վերադարձնում լուծիչը։ dig AAAA vpn.example.com միայն IPv6 ցանցում վերադարձնում է իրական AAAA գրառում, DNS64-ից սինթեզված գրառում, կամ ընդհանրապես ոչինչ։ Սինթեզված պատասխանը կոդավորում է IPv4 նպատակակետը թարգմանության նախածանցի ներսում, և միայն այդ ժամանակ IPv6 նպատակակետ չունեցող հաճախորդը կարող է հասնել դրան։ Կոշտ կոդավորված IPv4 հասցեով պրոֆիլը երբեք այստեղ չի հասնում, որովհետև սինթեզելու անուն չկա։

Այդ մեկ տարբերությունը բացատրում է «այնտեղ աշխատում է, այստեղ ձախողվում է» հաշվետվությունների մեծ մասը, և այն տեսնելու համար բավական է մեկ հրաման։

Քայլ 2: տեսեք, թե որ ընտանիքին դիմեց հաճախորդը

Դիտեք սոքեթը, ոչ թե առաջընթացի գիծը։ Միայն IPv6 կապուղում IPv4 հասցեին IPv4 սոքեթ բացող հաճախորդը տեղ չունի այն ուղարկելու, և ձախողումը երևում է որպես ժամանակի սպառում, ոչ թե անվան սխալ։ ss -tanp հաճախորդի միացման պահին ցույց է տալիս հեռավոր հասցեն և այն ընտանիքը, որը նա փորձել է։ Համեմատեք այն ip -6 route-ի հետ՝ համոզվելու, որ լռելյայնը իրական IPv6 հաջորդ ցատկ է։

Սոքեթի աղյուսակի հասցեների ընտանիքը փաստն է։ Առաջընթացի գիծը ուրիշի գրած ամփոփումն է։

Քայլ 3: առանձնացրեք թարգմանությունը թունելից

NAT64-ը և DNS64-ը այն ձևն են, որով մուտքի ցանցը հասնում է IPv4 նպատակակետերին, և թունելի կանգնելուց հետո նրանք ոչինչ չեն անում դրա համար։ Թարգմանված ուղով կառուցված թունելը դեռ բանակցում է իր ներքին հասցեավորումը, և ներքին IPv4 կամ IPv6 ծածկույթը առանձին քաղաքականության հարց է։ Եթե հաճախորդը միանում է և հետո ոչ մի տեղ չի հասնում, դուք արդեն անցել եք թարգմանությունը և գտնվում եք երթուղավորման մեջ, ինչը այլ ապացույցներով այլ հետաքննություն է։

Թարգմանության ձախողումը նման է երբեք չմիանալուն։ Ներքին ծածկույթի ձախողումը նման է միանալուն և ոչ մի տեղ չհասնելուն։

Քայլ 4: փորձարկեք նույն պրոֆիլը մեկ այլ ցանցում

Վերցրեք նույն պրոֆիլը, հաճախորդի տարբերակը և հավատարմագրերը երկակի կույտով ցանց և կրկնեք։ Եթե այնտեղ աշխատում է, իսկ միայն IPv6 ուղով ձախողվում, փոփոխականը մուտքի ցանցն է, ոչ թե պրոֆիլը։ Գրանցեք հաճախորդի տարբերակը և ցանցի վիճակը տոմսում, որովհետև վերջնական լուծումը հաճախորդի թարմացումն է կամ այլ նպատակակետ։

«VPN-ը կոտրված է» ասող հաշվետվությունը գործողության ենթակա չէ։ «Ձախողվում է միայն IPv6 մուտքում» ասող հաշվետվությունը սխալի հաշվետվություն է։

Քայլ 5: ուղղեք ուղին, ոչ թե անվտանգության կարգավորումները

Գայթակղիչ բոլոր վերանորոգումները ամեն ինչ ավելի վատացնում են։ IPv6-ի անջատումը հեռացնում է ցանցի առաջարկած միակ ուղին։ Հաճախորդը հանրային լուծիչի ուղղելը կոտրում է DNS64 սինթեզը, որովհետև այդ սինթեզը պետք է գա թարգմանիչի հետևի լուծիչից։ Վկայագրի ստուգման անջատումը ձեզ կապ է տալիս մի բանի հետ, որը չեք կարող ճանաչել։ Դրանցից ոչ մեկը վերանորոգում չէ, և դրանցից երկուսը անվտանգության հետընթացներ են, որոնք կվերապրեն միջադեպը։

Իրական տարբերակներն են ցանցի թարգմանության մոդելին աջակցող հաճախորդը կամ հասանելի IPv6 հասցեով նպատակակետը։ Խնդրեք դրանցից մեկը։