Ոչ մի երթուղի չի շտկում ձեր LAN-ի հետ համընկնող VPN լողավազանը

Երբ թունելի լողավազանը և տնային LAN-ը կիսում են 192.168.1.0/24-ը, հաղթում է տեղական ենթացանցը։ Վերահամարակալեք ձեր կառավարած կողմը կամ թարգմանեք հեռավոր միջակայքը։

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

Ինչու լրացուցիչ երթուղին չի կարող բաժանել մեկ նախածանց

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

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

Հարցրեք համակարգին մեկ հասցեի մասին և նկատեք, թե որ ինտերֆեյսն է այն նշում։ Linux-ը, macOS-ը և Windows-ը պատասխանում են միայն կարդալու որոնմամբ, որը հաղորդում է ընտրված ինտերֆեյսը և հաջորդ ցատկը՝ ոչինչ չուղարկելով։ Երբ պատասխանը ցույց է տալիս ֆիզիկական ադապտերը, մինչ թունելը վերևում է, միջուկը հասցեն համարում է կապի վրա գտնվող, այլ ոչ թե այնպիսին, որը թունելը կարող էր կրել։

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

Կարդացեք այն լողավազանը, որը հաճախորդը իրոք ստացել է

Կարդացեք, թե ինչ է ստացել հաճախորդը, ոչ թե մատակարարի մարքեթինգային էջը։ Բարձրացրեք OpenVPN հաճախորդի մատյանի մանրամասնությունը, և սերվերի կողմից ուղարկված երթուղիները կհայտնվեն դրանում՝ բացահայտելով թունելի նախածանցերը. այլ տեղերում լողավազանը երևում է միացման մանրամասներում կամ հենց ադապտերի վրա։ Մատակարարից պահանջեք իր օգտագործած բոլոր մասնավոր միջակայքերի ամբողջական ցանկը, քանի որ այսօրվա մեկ /24-ը վաղը կարող է երկուսը լինել։ Սովորական RFC 1918 բլոկներից խուսափելը նույնը չէ, ինչ ձեզ իրոք տրված հատկացումից խուսափելը։

Լողավազանը կարող է նաև կրճատվել կամ տեղափոխվել տարածաշրջանների միջև, այնպես որ ցանկին պետք է ամսաթիվ և պատասխանատու։ Ձեր վերջին պլանի փոփոխությունից հին ցանկացած մատակարարային պատասխան համարեք ենթադրություն, ոչ թե փաստ։ Նորից հարցրեք, նախքան միջակայքին պարտավորվելը, և պատասխանը պահեք ցանցային նշումների հետ, որպեսզի հաջորդ մարդը ժառանգի ապացույցը։

Վերահամարակալումը այն ուղղումն է, որը դուք կարող եք անել

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

  1. Նախ գույքագրում՝ երթուղիչի սեփական հասցեն, DHCP միջակայքը, ամրագրումները, պորտերի փոխանցումները և ցանկացած սարք, որի հասցեն ձեռքով է մուտքագրվել։
  2. Այնուհետև փոխեք երթուղիչի LAN նախածանցը և DHCP միջակայքը միասին սպասարկման պատուհանի ընթացքում, և նորացրեք լարային վարձակալությունները անլարներից առաջ։
  3. Հետո ուղղեք ստատիկ հասցեները՝ տպիչներ, ցանցային պահոց, ամեն ինչ կոշտ կոդավորված դարպասով։
  4. Վերջում նորից միացրեք VPN հաճախորդը և հաստատեք, որ թունելի հասցեն այլևս չի բախվում LAN-ի հետ։

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

Ինչ կարող է և ինչ չի կարող անել այլանունը

Երբ սերվերը ձերն է, հաճախորդի վրա հասցեների թարգմանությունը կարող է բացահայտել հեռավոր նախածանցը ազատ տեղական միջակայքի ներսում, այնպես որ նույն հոսթը պատասխանում է երկրորդ հասցեով։ Համայնքային OpenVPN-ը դա անում է client-nat, և այդ հրահանգը բնորոշ է հենց այդ հաճախորդին, բացակայում է առևտրային և բջջային հաճախորդներում, որոնց հետ սովորաբար համեմատում են այն։ Կարգավորումը պահանջում է թարգմանությանը համապատասխան երթուղի, ազատ միջակայք այլանունի համար և սերվեր, որը պատրաստ է պատասխանել հաճախորդի չթարգմանված հասցեին։ Սրանից ոչինչ չի օգնում, երբ հաճախորդը պատկանում է կառավարվող մատակարարի, որը դուք չեք կարող կարգավորել։

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

Գրեք այն նախածանցերը, որոնց վրա կանգնել եք, այնտեղ, ուր մարդիկ իրոք նայում են՝ ցանցային նշումներում, երթուղիչի սեփական մեկնաբանության դաշտում, ծանոթացման էջում։ Ինչ-որ մեկը նորից կընտրի 192.168.1.0/24-ը, և բախումը կվերադառնա նրա հետ։

Առնչվող հոդվածներ