Jauns maršrutētājs, tas pats VPN serveris: pārvietojiet tā publisko ieeju

Jūs pievienojat jauno maršrutētāju, internets atgriežas, un tālruņa VPN klients joprojām norāda uz adresi, kas vairs neatbild. VPN serverī nekas nav mainījies, jo serveris nekad nav pārvietojies. Maršrutētājs bija publiskais ieejas punkts, un tā nomaiņa nomainīja adresi, pāradresācijas noteikumu un, iespējams, dinamiskā DNS atjauninātāju vienlaikus.

Uztveriet nomaiņu kā divas nodošanas, nevis vienu, un darba laikā saglabājiet lokālu piekļuvi administrēšanas saskarnei.

Pierakstiet nodošanu pirms atvienošanas

Pierakstiet LAN prefiksu, servera adresi un tās piešķiršanas veidu, klausītāju un transportu, ko VPN faktiski izmanto, ienākošo noteikumu, kas to publicē, un nosaukumu, ko klienti saglabāja. Pēc tam atzīmējiet, kura mašīna šodien atjaunina dinamiskā DNS ierakstu: tas var būt maršrutētājs, pats serveris vai atsevišķs aģents citā hostā. Dariet to, kamēr vecās administrēšanas lapas vēl ielādējas. Ienākošā noteikuma ekrānuzņēmums ir labāks par atcerētu porta numuru.

Pievienojiet privātos prefiksus, kuriem klientiem jāpiekļūst, un to, kā LAN ierīces sūta atbildes atpakaļ uz tiem. Abus viegli aizmirst, jo nomaiņas vednis runā par interneta piekļuvi, nevis par atgriešanās ceļiem. Eksportējiet arī veco konfigurāciju, ja ražotājs atbalsta tās atjaunošanu, pieņemot, ka viena modeļa dublējums reti tiek importēts tīri citā.

Glabājiet šo pierakstu aizsargātā vietā. Maršrutētāja dublējums var saturēt WAN līnijas akreditācijas datus. Attiecieties pret eksporta failu kā pret paroli, nevis kā pret iestatījumu piezīmi.

Vispirms pārvietojiet adresi, pēc tam pāradresāciju

Ja jaunais maršrutētājs saglabā to pašu LAN prefiksu, piešķiriet serverim iepriekšējo rezervāciju vai līdzvērtīgu statisku piešķīrumu. Ja prefikss mainās, vispirms atjauniniet servera adresi un jebkuru klausītāja piesaisti, kas to nosauc, jo pāradresācija uz veco adresi klusi sūtīs trafiku nekurp.

Pēc tam izveidojiet tieši vienu ienākošo noteikumu transportam, ko izmanto VPN. Ražotāju rokasgrāmatas, kas apraksta pāradresāciju uz lokālu serveri, parāda mehānismu, nevis universālu recepti, tāpēc pielāgojiet noteikumu savam reālajam protokolam un portam, nevis sarakstam no bloga. Pāradresācija jaunajā maršrutētājā nevar noņemt operatora līmeņa NAT, kas atrodas virs tā, un neviens lokāls noteikums nepadarīs privātu adresi sasniedzamu no interneta, ja pakalpojumu sniedzējs jau dala vienu ar jums.

Apstipriniet, ka paša servera ugunsmūris joprojām atļauj šo trafiku. Pārbaudiet, vai starp maršrutētāju un internetu nav otrās vārtejas, jo daudzi pakalpojumu sniedzēji piegādā apvienotu modemu un maršrutētāju. Nolasiet WAN adresi jaunajā ierīcē un salīdziniet to ar adresi, ko atrisina klienti. Ja tās atšķiras, jūsu pāradresācija nonāk uz kaut ko, kas nav mala.

Izlemiet, kas atjaunina publisko nosaukumu

Galapunkta atjauninājumiem vajag vienu īpašnieku un tikai vienu. Ja vecais maršrutētājs publicēja nosaukumu, konfigurējiet atbalstītu atjauninātāju aizvietotājā un apstipriniet, ka ieraksts tiešām mainījās. Ja serveris to jau publicēja, atstājiet šo kārtību mierā, nevis pievienojiet konkurējošu atjauninātāju, kas šūpojas starp divām adresēm.

Kad izvietojums publicē abas adrešu saimes, lasiet gan A, gan AAAA ierakstu. Katram jānorāda uz pakalpojumu, kas tiešām klausās un ir atļauts caur savu ugunsmūra ceļu, un strādājoša IPv4 atbilstība neko nepasaka par IPv6 pusi. Saglabājiet arī identitātes pārbaudes klienta profilā: mainīta publiskā adrese nav iemesls pieņemt sertifikātu vai partnera atslēgu, kas neatbilst.

Pierādiet nomaiņu no ārpuses

Pārbaudiet ar atļautu ārēju savienojumu un jaunu sesiju, nevis no LAN iekšpuses. Iekšējs tests pret publisko adresi ir atkarīgs no atgriešanās uz savu adresi uzvedības un iet citu ceļu nekā īsts klients.

Sekojiet secībai, ko ievēro klients: atrisiniet nosaukumu, vienojieties par tuneli, autentificējieties un pēc tam veiciet vienu darbību pret privātu resursu. Tieši šo pēdējo soli cilvēki izlaiž, un tikai tas pierāda atgriešanās ceļu. Ja pieteikšanās izdodas, bet privātā darbība neizdodas, salīdziniet jauno LAN prefiksu, klienta izvēlētos maršrutus un resursa atbildes ceļu ar savām nodošanas piezīmēm.

Tikai pēc tam, kad izturēti visi četri soļi, veco maršrutētāju ir droši izslēgt no ekspluatācijas. Atvienojiet to un pēc tam vēlreiz atkārtojiet ārējo testu. Novecojis ieraksts, kas joprojām atrisinās uz veco adresi, neizdodas jau pirmajā solī, un to ir vieglāk diagnosticēt, kamēr vecā ierīce vēl ir plauktā.

Glabājiet jauno atbilstību kopā ar atkopšanas piezīmēm

Arhivējiet galīgo servera piešķīrumu, ienākošo noteikumu un atjauninājuma īpašnieka nosaukumu blakus procedūrai, kā lokāli piekļūt maršrutētājam. Nākamajai nomaiņai jāsākas no šīs lapas, nevis no traceroute.

Ja tunelis pēc visa iepriekš minētā joprojām neizdodas no ārpuses, pārbaudiet, vai publiskā adrese, ko ziņo maršrutētājs, sakrīt ar to, ko atrisina klienti. Šis viens salīdzinājums atdala DNS problēmu no pāradresācijas problēmas, un tas prasa mazāk laika nekā vēl vienas portu pāradresācijas rokasgrāmatas lasīšana.