General failure՝ LAN հասցեին ping անելիս VPN հաճախորդը միացված վիճակում
Windows-ը հայտնում է, որ ընդհանրապես չի կարողանում հասնել ոչ մի ադապտերի, մինչդեռ երթուղիների աղյուսակը ճիշտ է թվում։ Որոշեք՝ արգելափակումը երթուղավորմա՞նն է, զտո՞ւմը, թե՞ հաճախորդը։
Մեկ հոսթ-երթուղի, մեկ հասցե, և ping-ը անմիջապես ձախողվում է General failure-ով՝ հարցման ժամկետը լրանալու փոխարեն։ Հենց այդ տարբերությունն է ամբողջ ախտորոշումը։ Ժամկետի լրանալը նշանակում է, որ փաթեթը դուրս է եկել, և ինչ-որ բան անտեսել է այն։ General failure նշանակում է, որ Windows-ը սկզբից ի վեր չի կարողացել փաթեթը հանձնել ոչ մի ինտերֆեյսի։
Այսպիսով, երբ երթուղիների աղյուսակը կատարյալ է թվում, իսկ սխալը դեռ General failure է, արգելափակումը տեղի է ունենում երթուղավորման որոշումից ներքև, և մատակարարի հաճախորդն է այն, ինչ աշխատում է այնտեղ։
Կարդացեք սխալը երթուղիների աղյուսակից առաջ
Windows-ը վերադարձնում է այդ սխալը, երբ չի գտնում ինտերֆեյս՝ ուղարկելու համար, և ոչինչ չի ասում այն մասին, թե ինչ կաներ նպատակակետը փաթեթի հետ։ Հասանելիությունը, հեռավոր կողմի ֆայրվոլները և ծառայության հասանելիությունը բոլորը հետագա հարցեր են, որոնց դեռ չեք հասել։
Այս դեպքի դասական կարգավորումը հոսթ-երթուղին է, որը մեկ LAN հասցե ուղղում է ֆիզիկական դարպասին, որպեսզի այն շրջանցի թունելը։ route add ընդունում է այն, route print ցուցադրում է այն, և ping-ը դեռ ձախողվում է, որովհետև զտիչի դրայվերն արդեն որոշել է, որ փաթեթին արգելված է դուրս գալ։
Նախքան այդ բացատրությունն ընդունելը, հաստատեք, որ երթուղին իրոք ընտրվում է՝ ստուգեք ինտերֆեյսի ինդեքսը և չափիչը, և համոզվեք, որ գրառումը հնացած չէ վերամիացումից հետո։ Երթուղին, որը ցույց է տալիս այլևս գոյություն չունեցող ինտերֆեյսի, առաջացնում է նմանատիպ սխալ շատ ավելի քիչ հետաքրքիր պատճառով։
Երեք շերտ, երեք տարբեր տերեր
Հաղթում է այն շերտը, որն աշխատում է վերջինը, և այս երեքը այն հերթականությամբ չեն, ինչ ենթադրում է մեծամասնությունը։
| Layer | What it decides |
|---|---|
| Routing table | Which interface and next hop should carry the packet |
| Client filter driver | Whether this packet is permitted to leave outside the tunnel at all |
| Client feature | Whether a named feature, such as LAN blocking, is active right now |
Միջին շերտն է պատճառը, որ երթուղին կարող է միաժամանակ ճիշտ և անօգուտ լինել։ Մատակարարների հաճախորդները տեղադրում են զտիչ և ֆայրվոլի կանոններ, որպեսզի թունելից դուրս երթևեկությունը դեն նետվի, և դա նույն մեխանիզմն է, որն իրականացնում է նրանց kill switch-ը։ Երթուղիների աղյուսակում ոչինչ չի մասնակցում այդ որոշմանը։
Երրորդ շերտը բացատրում է տարօրինակ զեկույց, որը պարբերաբար գալիս է՝ տեղական ենթացանցն անհասանելի է նույնիսկ հաճախորդն անջատելուց հետո։ Ծառայությունը դեռ աշխատում է, և զտիչը դեռ տեղադրված է, ուստի «միացված չլինելը» նույնը չէ, ինչ «չզտելը»։ Դուրս եկեք հաճախորդից, այլ ոչ թե պարզապես անջատեք այն, նախքան որևէ եզրակացություն անելը։
Ինչ փորձել, հերթականությամբ
Սկսեք հեռացնել այն ֆունկցիաները, որոնք էժան է հեռացնել և հեշտ՝ վերականգնել։ LAN-ի հայտնաբերումը, որը երբեմն կոչվում է անտեսանելիություն LAN-ում, արգելափակում է երթևեկությունը դեպի մասնավոր հասցեների միջակայքեր, որպեսզի սարքը թաքնված մնա հարևաններից։ Տպիչները, տեղական ֆայլային սերվերները և հենց երթուղիչը անհետանում են այդ անջատիչի հետևում։ DNS-ը զտող սպառնալիքների պաշտպանության ֆունկցիաները տեղադրում են իրենց սեփական կեռիկները, և հաղորդվում է, որ դրանք նույն կերպ խախտում են տեղական հասանելիությունը։
Անջատեք երկուսն էլ, ամբողջությամբ դուրս եկեք հաճախորդից, ապա փորձարկեք հասցեն։ Այդ հաջորդականությունը առանձնացնում է երթևեկությունն արգելափակող ֆունկցիան այն թունելից, որը սխալ է երթուղավորում այն, և այն տևում է երկու րոպե՝ ստատիկ երթուղիների ամբողջ կեսօրի փոխարեն։
ping 192.168.1.50
tracert -d 192.168.1.50
route print -4Եթե հասցեն պատասխանում է, երբ ֆունկցիաներն անջատված են, դուք ունեք քաղաքականության որոշում, ոչ թե խափանում՝ ընտրեք ֆունկցիան անջատված թողնելու, բացառություն ավելացնելու կամ սարքի տեղական ցանցում անտեսանելի մնալն ընդունելու միջև։
Օգտագործեք հաճախորդի բացառության ուղին՝ նեղ սահմաններում
Երբ ֆունկցիան պետք է մնա միացված, հաճախորդի սեփական բաժանված թունելավորումն է աջակցվող ելքը։ Պահեք բացառությունը այնքան փոքր, որքան թույլ է տալիս պահանջը, ինչը սովորաբար նշանակում է մեկ հոսթ-հասցե մեկ սերվերի համար կամ մեկ նախածանց մեկ սեգմենտի համար։ Ամբողջ մասնավոր միջակայքը ծածկող կանոնը մշտական անցք է, որը ոչ ոք չի հիշի ավելացրել, և ոչ ոք չի համարձակվի հեռացնել։
Այնուհետև ստուգեք նախ հասցեով, ապա անունով։ Եթե հասցեն պատասխանում է ֆիզիկական դարպասի վրա առաջին ցատկով, բացառությունը աշխատում է։ Եթե անունը դեռ ձախողվում է, դուք անցել եք DNS-ին, որովհետև թունելի լուծիչը չի ճանաչում տեղական գոտին, և ոչ մի երթուղային փոփոխություն չի սովորեցնի դա նրան։
Պահեք երթուղին կամ բացառությունը, ոչ երկուսը, գումարած նշում, թե որն է կատարում աշխատանքը։ Երկու համընկնող մեխանիզմներ թաքցնում են միմյանց, և հաջորդ մարդը, ով կվրիպազերծի այս սարքը, կհեռացնի դրանցից մեկը և ոչ մի փոփոխություն չի տեսնի։
Երբ հաճախորդն է խոչընդոտը
Որոշ տարբերակներ զտում են երթևեկությունն այնպես, որ ոչ ստատիկ երթուղին, ոչ էլ հաճախորդի բացառությունը չեն կարող հաղթահարել դրանք։ Երբ դա է հայտնաբերումը, ազնիվ տարբերակներն են սպասել շրջանցման ֆունկցիային կամ միանալ պարզ OpenVPN հաճախորդով՝ օգտագործելով մատակարարի սեփական պրոֆիլը, ինչը խորհուրդ էր տվել արտադրողի աջակցության պատասխանը սկզբնական զեկույցում։
Հասկացեք փոխանակումը նախքան այդ փոխարինումը կատարելը։ Պարզ պրոֆիլն իրեն պահում է ինչպես ցանկացած սովորական թունել՝ այն տեղադրում է իր երթուղիները և չի վերակառուցում մնացած կույտը, ուստի նեղ հոսթ-երթուղին դեռ իրեն պահում է այնպես, ինչպես սպասում եք։ Այն, ինչ դուք կորցնում եք, այն ամենն է, ինչ բրենդային հաճախորդն իրականացրել է թունելի շուրջ, ներառյալ kill switch-ը և DNS զտումը, և դրանք պետք է դիտավորյալ վերստեղծվեն կամ ընդունվեն որպես բացակայող։
Ինչ էլ ընտրեք, գրառեք, թե որ շերտն էր արգելափակման տերը։ Փաթեթը, որը երբեք չի լքել սարքը, զտիչի արդյունք է, և ոչ մի երթուղային փոփոխություն չի կարող վերանորոգել զտիչը։