Statični IP OpenVPN za vsakega odjemalca: ifconfig-push, ne ipp.txt

Urejanje vrstice v ipp.txt se zdi kot rezervacija naslova, pa ni. Ta datoteka, ki jo poimenuje ifconfig-pool-persist, beleži, kateri naslov je imelo skupno ime nazadnje, da lahko bazen vrne istega, ko je to priročno. Nič v njej ne veže naslednje povezave na to številko.

Izvedite spodnje preverbe po vrsti. Vsaka potrdi mehanizem ali pa vam reče, naj se ustavite in popravite vnos.

Čemu je namenjena datoteka obstojnosti

Datoteka obstaja zato, da naslovi ostanejo stabilni med ponovnimi zagoni, kar naredi ponovne povezave prijaznejše in dnevnike lažje berljive. Bere se kot zgodovina in piše kot zgodovina, pot dodeljevanja pa ostane prosta, da izbere drug naslov, ko namig ne ustreza: drug bazen, nasprotujoča dodelitev ali odjemalec, ki je prišel po tem, ko se je bazen napolnil. Zato je lahko ročni popravek v datoteki videti popoln in ne spremeni ničesar pri povezavi. Obravnavajte jo kot predpomnilnik preteklih odločitev, ne kot vir politike.

Če potrebujete določen naslov za določenega odjemalca, je dokumentirani mehanizem ifconfig-push in spada v konfiguracijo, ki ima tega odjemalca.

Preverite, ali je izbran pravi odjemalec

Izrecna dodelitev se išče po skupnem imenu odjemalca, zato se datoteka, poimenovana po napačni identiteti, preprosto nikoli ne prebere. Potrdite, kaj strežnik šteje za ime tega odjemalca, zlasti tam, kjer ga username-as-common-name spremeni po preverjanju pristnosti. Nato potrdite, da se ime datoteke natančno ujema s to vrednostjo, vključno z velikimi in malimi črkami.

Pomislite na sočasnost, dokler ste tukaj. Če je duplicate-cn dovoljen, lahko več naprav predstavi isto identiteto in en fiksni naslov ne more biti edinstven za vse. Odločite se, ali je fiksni naslov vreden zavrnitve sočasnih sej za to identiteto, ker teh dveh zahtev ni mogoče izpolniti hkrati.

Preverite, ali se številke ujemajo s topologijo

Pomen argumentov je odvisen od topologije tunela in prav tukaj kopiran primer naredi največ škode. V starejši razporeditvi net30 vsak odjemalec zavzame blok štirih naslovov, zato push priskrbi par naslovov. V topologiji podomrežja odjemalec prejme en naslov plus masko bazena, oblika para pa je napačna. Preberite topologijo iz delujoče konfiguracije, preden napišete vrstico.

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

Preverite naslov proti vsemu drugemu, kar bi ga lahko imelo: drugi izrecni dodelitvi, obsegu dinamičnega bazena in vsaki statični poti, ki predpostavlja fiksnega gostitelja. Naslov, ki se prekriva z bazenom, bo deloval, dokler ga bazen ne da nekomu drugemu, in ta napaka bo videti naključna.

Preverite rezultat na novi povezavi

Obstoječa seja obdrži naslov, ki ga je dobila, zato je edini smiseln preizkus nova povezava. Prekinite povezavo odjemalca, znova se povežite in preberite naslov, ki ga je dejansko prejel, skupaj s potmi, ki so prišle z njim. Če je naslov še vedno dinamičen, dodelitev ni bila uporabljena, in naslednji korak je iskanje v konfiguraciji, ne pa še en popravek v datoteki zgodovine.

Hranite dokaze skupaj: ime odjemalca, datoteko, ki se je ujemala, dodeljeni naslov in bazen, iz katerega je prišel.

Nazadnje, fiksni naslov tunela ni poverilnica naprave. Označuje mesto v načrtu naslovov, medtem ko preverjanje pristnosti še vedno sloni na potrdilu in računu. Zamenjava obeh spremeni nasprotje naslovov v varnostno predpostavko, ki je nihče ni zapisal.