ifconfig-push: parearen helbidea net30ean edo azpisare-maskara subneten?

Bezero dinamikoak konektatzen dira eta bideratzeak ondo funtzionatzen du, baina helbide finkoa duen bezero bakarrak ez du zerbitzaria batere iristen. Suhorman ez da ezer aldatu, eta CCD lerroa sinesgarria dirudi. Arrazoi ohikoa da zerbitzariak exekutatzen duen TUN topologia ez den beste baterako idatzitako bigarren argumentu bat. Hutsegitea isila da: bezeroa helbide batekin altxatzen da eta zerbitzariak konexioa onartzen du, baina ez da trafikorik zeharkatzen.

net30ean eremu hori parearen helbidea da; subneten azpisare-maskara da. Bi formak alternatibak dira, inoiz ez sekuentzia.

Bi formak, alboan

net30 inplementazio tradizionalean bezero bakoitzak /30 bloke bat du: sare-helbide bat, bi helbide erabilgarri eta difusio-helbide bat. ifconfig-push-k bezeroaren helbidea eta parearen helbidea hartzen ditu, eta parea bloke bereko beste helbide erabilgarria da, puntutik punturako estekaren zerbitzari aldea erabiltzen duena.

# 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 pean bezeroak azpisare bat partekatzen du zerbitzariarekin, eta direktiba berak helbide bat eta azpisare-maskara bat hartzen ditu. Zerbitzariaren helbide propioa server direktibatik dator, ez bigarren eremutik. Formak nahasteak puntutik punturako estekan dagoela uste duen bezero bat sortzen du, zerbitzariak azpisareko ostalari gisa bideratzen duen bitartean, edo alderantziz. Horregatik azpisare-maskara ez da inoiz net30ekin parekatu behar.

Blokeko bi lerroak CCD fitxategirako lerro bakarrak dira. Bezero bakoitzak horietako bat zehazki jasotzen du.

Irakurri zerbitzariak benetan exekutatzen duen topologia

Irakurri martxan dagoen konfigurazioa paketearen lehenespena baino, topologia urteak lehenago ezarri eta aurrera kopiatu baitzitekeen. Bilatu topology subnet edo haren absentzia, eta gero egiaztatu server lerroak nola esleitzen dituen helbideak. Topologia inoiz aipatzen ez duen konfigurazioa ez da subnet ezartzen duena bezalakoa.

Gero irakurri bezeroak jasotako ezarpenak. Berak jakinarazten dituen helbideak, maskarak eta pareak esaten dute zerbitzariak zein interpretazio aplikatu zuen.

Eduki helbide finkoa multzo dinamikotik kanpo

Helbide finkoak multzo dinamikotik kanpo egon behar du, bestela bi bezerok helbide bera jaso dezakete. Subnet topologiarekin, nopool server lerroan multzo automatikoa ezabatzen du, eta ifconfig-pool tarte esplizituak zehazten du bezero dinamikoek zer jasotzen duten.

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

Zerbitzariak 10.99.0.1 hartzen du beretzat, eta bezeroaren helbide finkoa multzoaren tartetik kanpo geratzen da. CCD fitxategia bezeroaren identitate eraginkorraren arabera izendatzen da, ez profil fitxategiaren izenaren arabera, eta ez du luzapen gehigarririk. username-as-common-name aktiboa bada, autentifikatutako erabiltzaile-izena da parekatu beharreko identitatea. Identitate bat partekatzen duten bi gailuk helbide finkoa ere partekatuko dute, eta hori politika arazoa da, ez bideratze arazoa.

Egiaztatu bezeroak benetan jasotako esleipena

Birkonektatu beharreko bezeroa eta baieztatu zein CCD fitxategi hautatu zen beste ezer egiaztatu aurretik. Gero egiaztatu helbidea, maskara edo parea, eta zerbitzarirako itzulera-bidea. Subnet inplementazioan parearen helbidea erakusten duen bezeroak okerreko forma erabiltzen jarraitzen du.

Topologia aldatzeak bezero guztiengana eta gainidazketa guztiengana eragiten du, beraz migrazio gisa tratatu, ez bezero bakarraren konponketa gisa. Lerro estatikoa jada erabiltzen den topologiarekin bat etortzeko zuzentzea aldaketa txikiagoa izan ohi da. server-options erreferentzia laguntzailea eta bezeroaren berariazko gainidazketak dokumentatzen ditu.