ifconfig-push: adresa e peer-it në net30 apo maska e nënrrjetit në subnet?

Klientët dinamikë lidhen dhe rutojnë mirë, por klienti i vetëm me adresë fikse nuk arrin fare te serveri. Asgjë në firewall nuk ka ndryshuar, dhe rreshti CCD duket i besueshëm. Shkaku i zakonshëm është një argument i dytë i shkruar për një topologji TUN të ndryshme nga ajo që ekzekuton serveri. Dështimi është i heshtur: klienti ngrihet me një adresë dhe serveri e pranon lidhjen, por asnjë trafik nuk kalon.

Në net30 ai fushë është adresa e peer-it; në subnet është maska e nënrrjetit. Të dy format janë alternativa, kurrë një sekuencë.

Të dy format, krah për krah

Në një vendosje tradicionale net30 çdo klient zotëron një bllok /30: një adresë rrjeti, dy adresa të përdorshme dhe një adresë transmetimi. ifconfig-push merr adresën e klientit dhe adresën e peer-it, dhe peer-i është adresa tjetër e përdorshme në të njëjtin bllok, e përdorur nga ana e serverit të lidhjes pikë-për-pikë.

# 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

Nën topology subnet klienti ndan një nënrrjet me serverin, dhe e njëjta direktivë merr një adresë dhe një maskë nënrrjeti. Adresa e vetë serverit vjen nga direktiva server, jo nga fusha e dytë. Përzierja e formave prodhon një klient që mendon se është në një lidhje pikë-për-pikë, ndërsa serveri e rruton si host nënrrjeti, ose e kundërta. Kjo është arsyeja pse një maskë nënrrjeti nuk duhet të çiftohet kurrë me net30.

Të dy rreshtat në bllok janë rreshta të veçantë për një skedar CCD. Një klient merr saktësisht një prej tyre.

Lexoni topologjinë që serveri po ekzekuton vërtet

Lexoni konfigurimin që po ekzekutohet, jo parazgjedhjen e paketës, sepse topologjia mund të jetë vendosur vite më parë dhe kopjuar më tej. Kërkoni topology subnet ose mungesën e tij, pastaj kontrolloni si rreshti server shpërndan adresat. Një konfigurim që nuk përmend kurrë topologjinë nuk është i njëjtë me atë që vendos subnet.

Pastaj lexoni cilësimet që ka marrë klienti. Adresa, maska dhe peer-i që raporton ju tregojnë se cilën interpretim ka zbatuar serveri.

Mbajeni adresën fikse jashtë pishinës dinamike

Një adresë fikse duhet të qëndrojë jashtë pishinës dinamike, përndryshe dy klientë mund të marrin të njëjtën adresë. Me topologji subnet, nopool në rreshtin server shtyp pishinën automatike, dhe një interval eksplicit ifconfig-pool përcakton çfarë marrin klientët dinamikë.

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

Serveri merr 10.99.0.1 për vete, dhe adresa fikse e klientit qëndron jashtë intervalit të pishinës. Skedari CCD emërtohet sipas identitetit efektiv të klientit, jo sipas emrit të skedarit të profilit, dhe nuk merr një shtesë extra. Nëse username-as-common-name është aktiv, emri i përdoruesit i autentikuar është identiteti që duhet përputhur. Dy pajisje që ndajnë një identitet do të ndajnë edhe adresën fikse, që është problem politike dhe jo rrugëtimi.

Verifikoni caktimin që klienti ka marrë vërtet

Rilidhni klientin e synuar dhe konfirmoni cili skedar CCD u zgjodh përpara se të kontrolloni çdo gjë tjetër. Pastaj verifikoni adresën, maskën ose peer-in, dhe rrugën kthim te serveri. Një klient që shfaq një adresë peer-i në një vendosje subnet ende po përdor formën e gabuar.

Ndryshimi i topologjisë prek çdo klient dhe çdo anulim, prandaj trajtojeni si migrim dhe jo si riparim i një klienti. Korrigjimi i rreshtit statik për t'u përputhur me topologjinë tashmë në përdorim është zakonisht ndryshimi më i vogël. Referenca server-options dokumenton ndihmësin dhe anulimet specifike të klientit.