Նոր երթուղիչ, նույն VPN սերվերը՝ տեղափոխեք նրա հանրային մուտքը

Միացնում եք նոր երթուղիչը, ինտերնետը վերադառնում է, և հեռախոսի VPN հաճախորդը դեռևս ուղղված է մի հասցեի, որը այլևս չի պատասխանում։ VPN սերվերի վրա ոչինչ չի փոխվել, որովհետև սերվերը երբեք չի տեղափոխվել։ Երթուղիչը հանրային մուտքի կետն էր, և դրա փոխարինումը միաժամանակ փոխարինեց հասցեն, փոխանցման կանոնը և հնարավոր է՝ դինամիկ DNS-ի թարմացնողը։

Փոխարինումը դիտարկեք որպես երկու հանձնում, ոչ թե մեկ, և աշխատանքի ընթացքում պահեք կառավարման ինտերֆեյս տանող տեղական ուղին։

Գրի առեք հանձնումը նախքան անջատելը

Արձանագրեք LAN նախածանցը, սերվերի հասցեն և դրա տրամադրման եղանակը, լսորդը և տրանսպորտը, որոնք VPN-ն իրականում օգտագործում է, այն մուտքային կանոնը, որը հրապարակում է այն, և այն անունը, որը պահել են հաճախորդները։ Այնուհետև նշեք, թե այսօր որ մեքենան է թարմացնում դինամիկ DNS գրառումը՝ դա կարող է լինել երթուղիչը, սերվերն ինքը կամ առանձին գործակալ այլ հոսթում։ Արեք դա, քանի դեռ հին կառավարման էջերը դեռ բեռնվում են։ Մուտքային կանոնի էկրանի պատկերն ավելի լավ է, քան հիշված պորտի համարը։

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

Պահեք այդ գրառումը պաշտպանված վայրում։ Երթուղիչի պահուստը կարող է պարունակել WAN կապի հավատարմագրեր։ Վերաբերվեք արտահանված ֆայլին ինչպես գաղտնաբառի, ոչ թե կարգավորումների նշումի։

Նախ տեղափոխեք հասցեն, ապա՝ փոխանցումը

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

Այնուհետև ստեղծեք ուղիղ մեկ մուտքային կանոն այն տրանսպորտի համար, որն օգտագործում է VPN-ը։ Արտադրողների ուղեցույցները, որոնք նկարագրում են փոխանցումը տեղական սերվերին, ցույց են տալիս մեխանիզմը, ոչ թե համընդհանուր բաղադրատոմս, ուստի կանոնը համապատասխանեցրեք ձեր իրական արձանագրությանն ու պորտին, ոչ թե բլոգի ցանկին։ Նոր երթուղիչի վրա փոխանցումը չի կարող հեռացնել դրա վերևում գտնվող օպերատորի մակարդակի NAT-ը, և ոչ մի տեղական կանոն մասնավոր հասցեն ինտերնետից հասանելի չի դարձնի, եթե մատակարարն արդեն մեկը կիսում է ձեզ հետ։

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

Որոշեք, թե ով է թարմացնում հանրային անունը

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

Երբ տեղակայումը հրապարակում է հասցեների երկու ընտանիքները, կարդացեք և՛ A, և՛ AAAA գրառումը։ Յուրաքանչյուրը պետք է մատնանշի ծառայության, որը իսկապես լսում է և թույլատրված է իր սեփական հրապարակ պատնեշի ուղով, և աշխատող IPv4 քարտեզագրումը ոչինչ չի ասում IPv6 կողմի մասին։ Պահեք նաև ինքնության ստուգումները հաճախորդի պրոֆիլում՝ փոխված հանրային հասցեն պատճառ չէ ընդունելու չհամապատասխանող վկայական կամ զուգընկերոջ բանալի։

Ապացուցեք փոխարինումը դրսից

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

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

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

Պահեք նոր քարտեզագրումը ձեր վերականգնման նշումների հետ

Արխիվացրեք սերվերի վերջնական տրամադրումը, մուտքային կանոնը և թարմացման սեփականատիրոջ անունը երթուղիչին տեղական հասնելու ընթացակարգի կողքին։ Հաջորդ փոխարինումը պետք է սկսվի այդ էջից, ոչ թե traceroute-ից։

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