ifconfig-push: samtavola adreso ĉe net30 aŭ subreta masko ĉe subnet?

Dinamikaj klientoj konektiĝas kaj la enkursigo funkcias bone, sed la sola kliento kun fiksa adreso tute ne atingas la servilon. Nenio en la fajroŝirmilo ŝanĝiĝis, kaj la CCD-linio ŝajnas kredebla. La kutima kaŭzo estas dua argumento verkita por alia TUN-topologio ol tiu, kiun la servilo plenumas. La fiasko estas silenta: la kliento levas kun adreso kaj la servilo akceptas la konekton, tamen neniu trafiko trapasas.

Ĉe net30 tiu kampo estas samtavola adreso; ĉe subnet ĝi estas subreta masko. La du formoj estas alternativoj, neniam sinsekvo.

La du formoj, flanke al flanke

En tradicia net30-apizo ĉiu kliento posedas blokon /30: retan adreson, du uzeblajn adresojn kaj dissendan adreson. ifconfig-push prenas la klientan adreson kaj la samtavolan adreson, kaj la samtavolo estas la alia uzebla adreso en la sama bloko, uzata de la servila flanko de la punkto-al-punkto-ligilo.

# 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

Sub topology subnet la kliento dividas unu subreton kun la servilo, kaj la sama direktivo prenas adreson kaj subretan maskon. La propra adreso de la servilo venas de la direktivo server, ne de la dua kampo. Miksado de la formoj produktas klienton, kiu kredas esti sur punkto-al-punkto-ligilo, dum la servilo enkursigas ĝin kiel subreta gastiganto, aŭ la malon. Tial subreta masko neniam estu kunigita kun net30.

Ambaŭ linioj en la bloko estas unuopaj linioj por CCD-dosiero. Ĉiu kliento ricevas ekzakte unu el ili.

Legu la topologion, kiun la servilo efektive plenumas

Legu la kurantan agordon anstataŭ pakaĵa defaŭlto, ĉar la topologio eble estis agordita antaŭ jaroj kaj kopiita antaŭen. Serĉu topology subnet aŭ ties mankon, poste kontrolu kiel la linio server atribuas adresojn. Agordo, kiu neniam mencias topologion, ne samas kiel tiu, kiu agordas subnet.

Poste legu la agordojn, kiujn la kliento ricevis. La adreso, masko kaj samtavolo, kiujn ĝi raportas, diras al vi, kiun interpreton la servilo aplikis.

Tenadu la fiksan adreson ekster la dinamika adresaro

Fiksa adreso devas situi ekster la dinamika adresaro, ĉar aliokaze du klientoj povas ricevi la saman adreson. En subnet-topologio, nopool sur la linio server subpremas la aŭtomatan adresaron, kaj eksplicita gamo ifconfig-pool difinas, kion ricevas dinamikaj klientoj.

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

La servilo prenas 10.99.0.1 por si, kaj la fiksa klienta adreso situas ekster la gamo de la adresaro. La CCD-dosiero estas nomita laŭ la efektiva klienta identeco, ne laŭ la profila dosiernomo, kaj ĝi prenas neniun plian etendon. Se username-as-common-name estas aktiva, la aŭtentigita uzantnomo estas la identeco por kongruigi. Du aparatoj, kiuj dividas unu identecon, ankaŭ dividos la fiksan adreson, kio estas politika problemo anstataŭ enkursiga.

Kontrolu la atribuon, kiun la kliento efektive ricevis

Rekonektu la celatan klienton kaj konfirmu, kiun CCD-dosieron oni elektis, antaŭ ol kontroli ion ajn alia. Poste kontrolu la adreson, maskon aŭ samtavolon, kaj la enkursigon reen al la servilo. Kliento montranta samtavolan adreson en subnet-apizo ankoraŭ uzas la malĝustan formon.

Ŝanĝo de topologio efikas al ĉiu kliento kaj ĉiu superregado, do traktu ĝin kiel migradon anstataŭ kiel riparon de unu kliento. Korrektigi la statikan linion kongrui kun la topologio jam uzata kutime estas la pli malgranda ŝanĝo. referenco pri server-options dokumentas la helpilon kaj la klient-specifajn superregadojn.