Statična OpenVPN IP adresa po klijentu: ifconfig-push, a ne ipp.txt

Uređivanje retka u ipp.txt izgleda kao rezerviranje adrese, ali to nije. Ta datoteka, koju imenuje ifconfig-pool-persist, bilježi koju je adresu zajedničko ime imalo prošli put, kako bi bazen mogao vratiti istu adresu kada mu to odgovara. Ništa u njoj ne veže sljedeću vezu uz taj broj.

Provedite donje provjere redom. Svaka ili potvrđuje mehanizam ili vam kaže da se zaustavite i popravite neki ulaz.

Čemu služi datoteka postojanosti

Datoteka postoji kako bi adrese ostale stabilne između ponovnih pokretanja, što ponovna povezivanja čini ugodnijima, a zapisnike čitljivijima. Čita se kao povijest i piše kao povijest, a put dodjele ostaje slobodan odabrati drugu adresu kada naznaka ne odgovara: drugi bazen, sukobljena dodjela ili klijent koji je stigao nakon što se bazen napunio. Zato ručni uređaj može izgledati savršeno u datoteci, a ne promijeniti ništa u vezi. Tretirajte je kao predmemoriju prošlih odluka, a ne kao izvor pravila.

Ako trebate određenu adresu za određenog klijenta, dokumentirani mehanizam je ifconfig-push, a on pripada konfiguraciji koja posjeduje tog klijenta.

Provjerite je li odabran pravi klijent

Eksplicitna dodjela traži se prema zajedničkom imenu klijenta, pa se datoteka nazvana po pogrešnom identitetu jednostavno nikada ne čita. Potvrdite što poslužitelj smatra imenom tog klijenta, osobito tamo gdje ga username-as-common-name mijenja nakon autentifikacije. Zatim potvrdite da naziv datoteke točno odgovara toj vrijednosti, uključujući velika i mala slova.

Razmislite o istovremenosti dok ste ovdje. Ako je duplicate-cn dopušten, nekoliko uređaja može predstaviti isti identitet, a jedna fiksna adresa ne može biti jedinstvena za sve njih. Odlučite je li fiksna adresa vrijedna odbijanja istovremenih sesija za taj identitet, jer se ta dva zahtjeva ne mogu istovremeno zadovoljiti.

Provjerite odgovaraju li brojevi topologiji

Značenje argumenata ovisi o topologiji tunela, i upravo tu kopirani primjer čini najviše štete. U starijem rasporedu net30 svaki klijent zauzima blok od četiri adrese, pa push šalje par adresa. U topologiji podmreže klijent dobiva jednu adresu plus masku bazena, a oblik para je pogrešan. Pročitajte topologiju iz konfiguracije koja radi prije nego napišete redak.

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

Provjerite adresu prema svemu drugom što bi ju moglo posjedovati: drugoj eksplicitnoj dodjeli, rasponu dinamičkog bazena i svakoj statičkoj ruti koja pretpostavlja fiksno računalo. Adresa koja se preklapa s bazenom radit će dok je bazen ne preda nekome drugome, a taj će kvar izgledati slučajan.

Provjerite rezultat na novoj vezi

Postojeća sesija zadržava adresu koju je dobila, pa je jedini smislen test nova veza. Prekinite vezu klijenta, ponovno se spojite i pročitajte adresu koju je stvarno dobio zajedno s rutama koje su stigle s njom. Ako je adresa još dinamička, dodjela nije primijenjena, a sljedeći je korak traženje u konfiguraciji, a ne još jedno uređivanje datoteke povijesti.

Držite dokaze zajedno: naziv klijenta, datoteku koja se podudarala, dodijeljenu adresu i bazen iz kojeg je došla.

Konačno, fiksna adresa tunela nije vjerodajnica uređaja. Ona označava mjesto u planu adresa, dok se autentifikacija i dalje oslanja na certifikat i račun. Brkanje tih dvaju pojmova pretvara sukob adresa u sigurnosnu pretpostavku koju nitko nije zapisao.