ifconfig-push: Peer-Adress an net30 oder Subnetzmaske ënner subnet?

Dynamesch Cliente verbannen sech a Routing funktionnéiert gutt, awer deen eenzege Client mat enger fixer Adress erreecht den Server guer net. An der Firewall huet sech näischt geännert, an d’CCD-Zeil gesäit plausibel aus. Déi üblech Ursaach ass en zweet Argument, dat fir eng aner TUN-Topologie geschriwwe gouf wéi déi, déi den Server ausféiert. De Feeler ass roueg: de Client kënnt mat enger Adress erop an den Server acceptéiert d’Verbindung, awer et fléisst kee Verkéier.

Ënner net30 ass dëst Feld eng Peer-Adress; ënner subnet ass et eng Subnetzmaske. Déi zwou Forme sinn Alternativen, ni eng Sequenz.

Déi zwou Formen, niewenteneen

An enger traditioneller net30-Installatioun besëtzt all Client en /30-Block: eng Netzwierkadress, zwou benotzbar Adressen an eng Broadcastadress. ifconfig-push hëlt d’Clientadress an d’Peer-Adress, an de Peer ass déi aner benotzbar Adress am selwechte Block, déi vun der Serversäit vun der Punkt-zu-Punkt-Verbindung benotzt gëtt.

# 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

Ënner topology subnet deelt de Client en Subnetz mam Server, an déiselwecht Direktiv hëlt eng Adress an eng Subnetzmaske. D’Adress vum Server selwer kënnt aus der server-Direktiv, net aus dem zweete Feld. D’Forme mëschen erstellt en Client, deen denkt, hien ass op enger Punkt-zu-Punkt-Verbindung, während den Server hien als Subnetzhost routet, oder ëmgekéiert. Dofir däerf eng Subnetzmaske ni mat net30 gekoppelt ginn.

Déi zwou Zeilen am Block sinn eenzel Zeile fir eng CCD-Datei. All Client kritt genee eng dovun.

Liest d’Topologie, déi den Server tatsächlech ausféiert

Liest déi lafend Konfiguratioun amplaz vun engem Paketstandard, well d’Topologie viru Joren agestallt a virugedroe gi ka sinn. Sicht topology subnet oder seng Ofwesenheet, a kontrolléiert dann, wéi d’server-Zeil Adressen undeelt. Eng Konfiguratioun, déi ni d’Topologie ernimmt, ass net dat selwecht wéi eng, déi subnet setzt.

Liest dann d’Astellunge vum Client. D’Adress, d’Maske an de Peer, déi hien ugëtt, soen Iech, wéi eng Interpretatioun den Server ugewannt huet.

Hält d’fix Adress aus dem dynamesche Pool eraus

Eng fix Adress muss ausserhalb vum dynamesche Pool leien, soss kënnen zwee Cliente déiselwecht Adress kréien. Mat subnet-Topologie ënnerdréckt nopool op der server-Zeil den automatesche Pool, an en explizitte ifconfig-pool-Beräich definéiert, wat dynamesch Cliente kréien.

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

Den Server hëlt 10.99.0.1 fir sech, an d’fix Clientadress läit ausserhalb vum Poolberäich. D’CCD-Datei gëtt nom effektiven Identitéit vum Client genannt, net nom Numm vun der Profildatei, an huet keng zousätzlech Extensioun. Wann username-as-common-name aktiv ass, ass den authentifizéierte Benotzernumm d’Identitéit, déi een entsprieche muss. Zwee Apparater, déi eng Identitéit deelen, deelen och d’fix Adress, wat e Politikproblem an net e Routingproblem ass.

Verifizéiert d’Zoudeelung, déi de Client tatsächlech krut

Verbannt de gewënschte Client erëm a bestätegt, wéi eng CCD-Datei ausgewielt gouf, ier Dir eppes anescht kontrolléiert. Verifizéiert dann d’Adress, d’Maske oder de Peer, an de Wee zréck zum Server. E Client, deen an enger subnet-Installatioun eng Peer-Adress weist, benotzt nach ëmmer déi falsch Form.

D’Ännere vun der Topologie beaflosst all Client an all Iwwerschreiwung, also behandelt dat als Migratioun an net als Reparatur vun engem eenzege Client. D’statisch Zeil upassen, fir mat der Topologie ze passen, déi scho benotzt gëtt, ass meeschtens déi méi kleng Ännerung. Referenz zu server-options dokumentéiert den Hëllefsprogramm an d’clientspezifesch Iwwerschreiwungen.