ifconfig-push: partnera adrese net30 gadījumā vai tīkla maska subnet gadījumā?

Otrais ifconfig-push arguments ir partnera adrese net30 gadījumā un tīkla maska saskaņā ar topology subnet. Pirms CCD faila rediģēšanas salīdziniet darbojošos topoloģiju.

Dinamiskie klienti piesakās un maršrutēšana darbojas labi, bet vienīgais klients ar fiksētu adresi serveri vispār nesasniedz. Ugunsmūrī nekas nav mainījies, un CCD rinda izskatās ticami. Parastais cēlonis ir otrs arguments, kas rakstīts citai TUN topoloģijai nekā tai, kuru izpilda serveris. Kļūme ir klusa: klients paceļas ar adresi un serveris pieņem savienojumu, tomēr satiksme neplūst.

net30 gadījumā šis lauks ir partnera adrese; subnet gadījumā tā ir tīkla maska. Abas formas ir alternatīvas, nekad secība.

Abas formas, līdzās

Tradicionālā net30 izvietojumā katram klientam pieder /30 bloks: tīkla adrese, divas izmantojamas adreses un apraides adrese. ifconfig-push ņem klienta adresi un partnera adresi, un partneris ir otra izmantojamā adrese tajā pašā blokā, ko izmanto punktuzpunkta savienojuma servera puse.

# 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 gadījumā klients dala vienu subnet ar serveri, un tā pati direktīva ņem adresi un tīkla masku. Servera paša adrese nāk no server direktīvas, nevis no otrā lauka. Formu sajaukšana rada klientu, kurš domā, ka atrodas punktuzpunkta savienojumā, kamēr serveris to maršrutē kā subnet resursdatoru, vai otrādi. Tāpēc tīkla masku nekad nedrīkst pārot ar net30.

Abas bloka rindas ir atsevišķas rindas CCD failam. Katrs klients iegūst tieši vienu no tām.

Izlasiet topoloģiju, kuru serveris faktiski izpilda

Lasiet darbojošos konfigurāciju, nevis pakotnes noklusējumu, jo topoloģija varēja būt iestatīta pirms gadiem un pārkopēta uz priekšu. Meklējiet topology subnet vai tā neesamību, pēc tam pārbaudiet, kā server rinda piešķir adreses. Konfigurācija, kas nekad nemin topoloģiju, nav tāda pati kā tā, kas iestata subnet.

Pēc tam izlasiet klienta saņemtos iestatījumus. Tā ziņotā adrese, maska un partneris pasaka, kuru interpretāciju serveris piemēroja.

Turiet fiksēto adresi ārpus dinamiskā kopuma

Fiksētajai adresei jāatrodas ārpus dinamiskā kopuma, citādi diviem klientiem var piešķirt vienu un to pašu adresi. Ar subnet topoloģiju nopool server rindā nomāc automātisko kopumu, un skaidrs ifconfig-pool diapazons nosaka, ko dinamiskie klienti saņem.

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

Serveris paņem 10.99.0.1 sev, un fiksētā klienta adrese atrodas ārpus kopuma diapazona. CCD fails tiek nosaukts pēc klienta efektīvās identitātes, nevis pēc profila faila nosaukuma, un tam nav papildu paplašinājuma. Ja username-as-common-name ir aktīvs, autentificētais lietotājvārds ir identitāte, kas jāsaskaņo. Divas ierīces, kas dala vienu identitāti, dalīs arī fiksēto adresi, un tā ir politikas, nevis maršrutēšanas problēma.

Pārbaudiet piešķīrumu, ko klients faktiski saņēma

Pievienojiet paredzēto klientu vēlreiz un apstipriniet, kurš CCD fails tika atlasīts, pirms pārbaudāt jebko citu. Pēc tam pārbaudiet adresi, masku vai partneri un maršrutu atpakaļ uz serveri. Klients, kas subnet izvietojumā rāda partnera adresi, joprojām izmanto nepareizo formu.

Topoloģijas maiņa ietekmē katru klientu un katru ignorēšanu, tāpēc uztveriet to kā migrāciju, nevis viena klienta labošanu. Statiskās rindas labošana, lai tā atbilstu jau izmantotajai topoloģijai, parasti ir mazākās izmaiņas. server-options atsauce dokumentē palīgu un klientam raksturīgos ignorējumus.

Saistītie raksti