ifconfig-push: partneri aadress net30 puhul või alammask subneti puhul?

ifconfig-push teine argument on net30 puhul partneri aadress ja topology subnet all alammask. Enne CCD-faili muutmist võrrelge jooksvat topoloogiat.

Dünaamilised kliendid ühenduvad ja marsruutimine töötab hästi, kuid ainus fikseeritud aadressiga klient ei saa serverini üldse. Tulemüüris ei ole miski muutunud ja CCD rida näib usutav. Tavaline põhjus on teine argument, mis on kirjutatud teise TUN-topoloogia jaoks kui see, mida server käivitab. Tõrge on vaikne: klient tuleb üles aadressiga ja server võtab ühenduse vastu, kuid liiklus ei liigu.

net30 puhul on see väli partneri aadress; subneti puhul on see alammask. Kaks vormi on alternatiivid, mitte kunagi jada.

Kaks vormi kõrvuti

Traditsioonilises net30 juurutuses omab iga klient /30 plokki: võrguaadress, kaks kasutatavat aadressi ja leviedastusaadress. ifconfig-push võtab kliendi aadressi ja partneri aadressi ning partner on sama ploki teine kasutatav aadress, mida kasutab punkt-punktiühenduse serveripool.

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

topology subnet all jagab klient serveriga ühte alamsust ja sama direktiiv võtab aadressi ja alammaski. Serveri enda aadress tuleb direktiivist server, mitte teisest väljast. Vormide segamine loob kliendi, kes usub, et on punkt-punktiühenduses, samal ajal kui server marsruudib teda alamsõlme hostina, või vastupidi. Seepärast ei tohi alammaski kunagi net30-ga siduda.

Mõlemad read plokis on CCD-faili jaoks üksikud read. Iga klient saab täpselt ühe neist.

Lugege topoloogiat, mida server tegelikult käivitab

Lugege jooksvat konfiguratsiooni, mitte paketi vaikeväärtust, sest topoloogia võib olla seatud aastaid tagasi ja edasi kopeeritud. Otsige topology subnet või selle puudumist, seejärel kontrollige, kuidas server rida aadresse eraldab. Konfiguratsioon, mis ei maini kunagi topoloogiat, ei ole sama mis see, mis seab subneti.

Seejärel lugege seadeid, mille klient vastu võttis. Aadress, mask ja partner, millest ta teatab, ütlevad, millist tõlgendust server rakendas.

Hoidke fikseeritud aadress dünaamilisest poolist väljas

Fikseeritud aadress peab asuma väljaspool dünaamilist pooli, muidu võivad kaks klienti saada sama aadressi. Subneti topoloogia korral pärsib nopool real server automaatset pooli ja selgesõnaline vahemik ifconfig-pool määrab, mida dünaamilised kliendid saavad.

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

Server võtab 10.99.0.1 endale ja fikseeritud kliendi aadress asub väljaspool pooli vahemikku. CCD-fail nimetatakse kliendi tegeliku identiteedi järgi, mitte profiilifaili nime järgi, ja sellel ei ole lisalaiendit. Kui username-as-common-name on aktiivne, on autenditud kasutajanimi identiteet, millega tuleb kokku viia. Kaks seadet, mis jagavad ühte identiteeti, jagavad ka fikseeritud aadressi, mis on poliitika, mitte marsruutimise probleem.

Kontrollige määramist, mille klient tegelikult sai

Ühendage soovitud klient uuesti ja kinnitage, milline CCD-fail valiti, enne kui midagi muud kontrollite. Seejärel kontrollige aadressi, maski või partnerit ja marsruuti tagasi serverini. Klient, kes näitab subneti juurutuses partneri aadressi, kasutab endiselt vale vormi.

Topoloogia muutmine mõjutab iga klienti ja iga ülekirjutust, seega käsitlege seda migratsioonina, mitte ühe kliendi parandusena. Staatilise rea parandamine juba kasutusel oleva topoloogiaga vastavaks on tavaliselt väiksem muudatus. server-options viide dokumenteerib abivahendi ja kliendipõhised ülekirjutused.

Seotud artiklid