Ինչպես ստուգել Mac-ի IPv6 վիճակը VPN-ի անջատումից հետո
VPN-ի անջատումից հետո նախքան որևէ վերակայում ստուգեք IPv6 հասցեն, ձախողված նպատակակետի երթուղին և հաճախորդի արգելափակման քաղաքականությունը այս հերթականությամբ։
Եթե թունելն ընկնելուց հետո կայքին հասնում եք IPv4-ով, ապա IPv6-ի մասին ոչինչ չեք ապացուցել։ macOS-ը երկու ընտանիքները կարգավորում է առանձին՝ յուրաքանչյուր ցանցային ծառայության համար, և VPN հաճախորդը կարող է փոխել մեկը՝ չդիպչելով մյուսին։ Անցեք երեք շերտերը հերթականությամբ՝ հասցեի կարգավորում, երթուղու ընտրություն, ապա ցանկացած քաղաքականություն, որը հաճախորդը տեղադրում է անջատված վիճակում։ Այդ ընթացքում թողեք մուտքի ցանցը անփոփոխ, այլապես կհամեմատեք երկու տարբեր խնդիր։
Սկսեք այն ընտանիքից, որն իրոք կոտրվել է
IPv4-ով բեռնվող էջը ձեզ ասում է, որ ֆիզիկական ցանցը կենդանի է։ Այն ոչինչ չի ասում այն մասին, թե արդյոք ծառայությունն ունի գլոբալ IPv6 հասցե, արդյոք նախածանցը դեռ հայտարարվում է, թե ինչ-որ բան զտում է ընտանիքը։ Հաստատեք, թե ինչ ձախողվեց, նախքան գործիք ընտրելը, որովհետև անհասանելի հասցեի վերածվող անունը նույն տեսքն ունի, ինչ բոլորովին չվերածվող անունը։ Հարցրեք, թե որ շերտը սխալ պատասխանեց, և գրի առեք պատասխանը։ Առանց դրա՝ յուրաքանչյուր հաջորդ քայլ ընթացակարգի զգեստ հագած ենթադրություն է։
Ողջ համեմատության ընթացքում պահեք նույն Wi-Fi ցանցը և նույն մուտքի կետը։ Երեկ IPv6 առաջարկած սրճարանի ցանցը ոչինչ չի ասում այն ցանցի մասին, որում հիմա եք։
Կարդացեք հասցեն երթուղուց առաջ
Համակարգի կարգավորումներում ակտիվ ծառայության TCP/IP վահանակը ցույց է տալիս՝ IPv6-ը ավտոմատ է, ձեռքով, թե միայն կապակցային-տեղական։ Համեմատեք այն ձեր սպասումների հետ՝ հիշելով, որ կազմակերպությունը կարող է դիտավորյալ ընտրել ձեռքով կարգավորումը։ Այնուհետև գործարկեք ifconfig և կարդացեք համապատասխան ինտերֆեյսը։ Միայն fe80:: հասցեն նշանակում է, որ ինտերֆեյսը կարող է խոսել իր հարևանների հետ և ոչ ավելին, ուստի կապակցային-տեղական առկայությունը օգտագործելի ուղու ապացույց չէ։
Փնտրեք նաև utun ինտերֆեյսներ, որոնք հաճախորդը թողել է։ Հնացած թունելային սարքը կարող է պահել հասցե և երթուղի շատ ավելի ուշ, քան հաճախորդը դադարել է օգտագործել այն։ Եթե այդպիսին կա, դա կյանքի ցիկլի հայտնաբերում է հաճախորդի սեփականատիրոջ համար, ոչ թե տեղում ջնջվող բան։
Կարդացեք երթուղիների աղյուսակը ձախողված նպատակակետի համար
Հարցրեք միջուկին ձախողված նպատակակետի մասին, ոչ թե լռելյայն երթուղու։ route -n get 2001:db8::25 տպում է այդ հասցեի համար ընտրված ինտերֆեյսը և դարպասը, իսկ netstat -rn -f inet6 ցույց է տալիս ամբողջ աղյուսակը համեմատության համար։ Լռելյայն երթուղին ձեզ ասում է, որ լռելյայն գոյություն ունի, բայց չի ասում, որ այս նպատակակետն օգտագործում է այն։
DNS-ը պահեք իր առանձին խցիկում։ IPv4-ով հասանելի լուծիչը դեռ կարող է վերադարձնել AAAA գրառումներ, ուստի որոնման ձախողումը և երթուղորման ձախողումը բրաուզերում նույն ախտանիշն են առաջացնում։
Առանձնացրեք հաճախորդի արգելափակման քաղաքականությունը մնացորդից
Որոշ հաճախորդներ նախատեսված են արգելափակելու երթևեկությունը անջատված վիճակում՝ ներառյալ հասցեների մյուս ընտանիքը, և այդ վարքը հատկանիշ է, ոչ թե խափանում։
Պարզեք, թե ինչ վարք է փաստաթղթավորում ձեր հաճախորդը, նախքան արգելափակումը որպես վնաս դիտարկելը։ scutil --dns ցույց է տալիս ծառայությունների համար գործող լուծիչները, և հենց այնտեղ է տեսանելի դառնում հաճախորդի տեղադրած լուծիչը կամ սահմանափակ DNS կարգավորումը։ Այնուհետև ստուգեք՝ արդյոք փաթեթների զտիչի կանոններ տեղադրվել և թողնվել են։ Սպասվող արգելափակումը և մնացած կանոնը պահանջում են հակադիր արձագանքներ, և միայն սեփականատիրոջ փաստաթղթերն են տարբերակում դրանք։
Հավաքեք ապացույցներ, ապա փոխեք մեկ բան
Գրանցեք հաճախորդի տարբերակը, macOS-ի տարբերակը, ցանցային ծառայությունը, նախատեսված անջատված քաղաքականությունը և հասցեների ու երթուղիների արտածումը մեկ միացում-անջատում ցիկլի երկու կողմերում։ Հենց այդ գրառումն է բողոքը վերածում կյանքի ցիկլի խնդրի, որը ինչ-որ մեկը կարող է ուսումնասիրել։ Ապա կատարեք մեկ փոփոխություն և նորից չափեք։
Դիմադրեք վերակայմանը։ Վիրտուալ ինտերֆեյսների ջնջումը, երթուղիների աղյուսակի դատարկումը և IPv6-ի անջատումը ամբողջ մեքենայում ոչնչացնում են այն վիճակը, որը պետք էր գրանցել, և կարող են իրենց հետ տանել անկապ կարգավորում։ Եթե հաճախորդն ունի աջակցվող դադարի, վերանորոգման կամ տեղահանման ընթացք, օգտագործեք այն և հետևեք ադմինիստրատորի ընթացակարգին այնտեղ, որտեղ ցանցը կառավարվում է։ Արդեն վերակայված մեքենան սեփականատիրոջը ոչինչ չի տալիս աշխատելու համար, և սովորաբար խափանումը վերարտադրում է հաջորդ միացման ժամանակ։