Ինչպես ստուգել IPv6-ը VPN-ի միջով ձեր սեփական ռեսուրսով

Հանրային IP ստուգման էջը պատասխանում է մեկ հարցի, և սովորաբար ոչ այն հարցին, որը դուք եք տվել։ Այն նշում է ելքի հասցեն, որը տեսել է էջը՝ այն չի նշում, թե արդյոք IPv6 երթուղին աշխատում է թունելի միջով, արդյոք հոսթը նախընտրել է IPv6-ը թե հետ է ընկել, կամ արդյոք բացառված հավելվածը այլ ուղի է վերցրել։ Ձեր վերահսկողության տակ գտնվող լիազորված ռեսուրսը պատշաճ կերպով պատասխանում է ավելի նեղ հարցին, որովհետև տեսնում եք երկու ծայրերը։ Ստորև տրված ուղեցույցը պաշտպանելի եզրակացության հասնելու մասին է, ոչ թե կանաչ արդյունք ստանալու։

Քայլ 1՝ նշեք, թե որ IPv6 ուղին եք ստուգում

Ասեք դա մեկ նախադասությամբ։ Թունելի սերվերի սեփական IPv6 հասցեին ուղղված հարցումը ստուգում է թունելը՝ ելքից այն կողմ գտնվող հոսթին ուղղված հարցումը ստուգում է ելքի IPv6 ելքը՝ մասնավոր IPv6 հասցեին ուղղված հարցումը ստուգում է ներքին երթուղին։

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

Քայլ 2՝ հաստատեք, որ հոսթն ընտրում է այդ երթուղին

ip -6 route get 2001:db8:1::10 տպում է երթուղին, աղբյուրի հասցեն և այն ինտերֆեյսը, որը կօգտագործեր միջուկը, և ստուգման մնացած մասը կախված է հենց այս փաստից։

Ինտերֆեյսի գոյությունը նույնը չէ, ինչ դրա ընտրվածությունը։ Երկկույտ հոսթներն ունեն առաջնահերթության աղյուսակ, և Linux-ում /etc/gai.conf-ը կարող է փոխել, թե որ ընտանիքն է հաղթում այն անվան համար, որը լուծվում է երկուսի։

Քայլ 3՝ օգտագործեք օրինական նպատակակետ և անուն

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

Գործարկեք հարցումը այնպիսի ձևով, որը ցույց է տալիս օգտագործված հասցեն՝ curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/։ -6-ը պարտադրում է ընտանիքը, և այդպես դուք առանձնացնում եք «IPv6-ը չի աշխատում»-ը «IPv6-ը նախընտրված չէր»-ից։

Մաքուր հասանելիության ստուգման համար, որտեղ ICMPv6-ը թույլատրված է, ping -6 -c 3 2001:db8:1::10-ը բավարար է։ Այն ապացուցում է ուղին և ոչինչ դրա վերևում։

Քայլ 4՝ համադրեք երկու ծայրերը

Երբ հասանելի են երկու ծայրերը, գործարկեք tcpdump -ni any ip6 and host 2001:db8:1::10-ը հաճախորդի վրա և դրա համարժեքը ռեսուրսի վրա՝ ժամանակային նշումներով, և հաստատեք, որ նույն հոսքը երևում է երկուսում։ Սա է, որ հավանական արդյունքը դարձնում է ապացույց՝ հաճախորդի տեսքը միայնակ չի կարող տարբերել ռեսուրսի պատասխանը մեջտեղի ինչ-որ բանի պատասխանից։ Պահեք գրանցումը նեղ՝ մեկ նպատակակետի վրա, որպեսզի ելքը մնա ընթեռնելի, և ոչ ոքի չկապված նստաշրջանը չհայտնվի ֆայլում։

Կրկնեք ստուգումը վերամիանալուց հետո, եթե մտահոգությունը այն է, թե արդյոք քաղաքականությունը դիմանում է վերագործարկմանը։ Միանալիս մեկ անգամ կիրառված երթուղու և հրային պատի վիճակը կարող է տարբերվել նորից կիրառվող վիճակից, և տարբերությունը երևում է միայն երկրորդ միացման ժամանակ։

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

Քայլ 5՝ գրի առեք, թե ինչ չի ապացուցել ստուգումը

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

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