ifconfig-push: peer address sa net30 o netmask sa subnet?

Maayos na kumokonekta at nagru-route ang mga dynamic na kliyente, ngunit ang nag-iisang kliyenteng may fixed na address ay hindi talaga nakakaabot sa server. Walang nagbago sa firewall, at mukhang makatwiran ang linya ng CCD. Ang karaniwang dahilan ay isang ikalawang argumento na isinulat para sa ibang TUN topology kaysa sa pinapatakbo ng server. Tahimik ang pagkabigo: bumabangon ang kliyente na may address at tinatanggap ng server ang koneksyon, ngunit walang trapikong dumadaan.

Sa net30 ang field na iyon ay peer address; sa subnet ito ay netmask. Ang dalawang anyo ay alternatibo, hindi kailanman pagkakasunod-sunod.

Ang dalawang anyo, magkatabi

Sa tradisyonal na deployment ng net30, ang bawat kliyente ay may sariling /30 block: isang network address, dalawang magagamit na address at isang broadcast address. Kinukuha ng ifconfig-push ang address ng kliyente at ang peer address, at ang peer ay ang kabilang magagamit na address sa parehong block, na ginagamit ng panig ng server ng point-to-point link.

# 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

Sa ilalim ng topology subnet ang kliyente ay nakikibahagi ng isang subnet sa server, at ang parehong direktiba ay kumukuha ng address at netmask. Ang sariling address ng server ay nagmumula sa direktibang server, hindi sa ikalawang field. Ang paghahalo ng mga anyo ay gumagawa ng kliyenteng naniniwalang siya ay nasa point-to-point link habang ang server ay nagru-route sa kanya bilang subnet host, o kabaliktaran. Kaya naman ang netmask ay hindi kailanman dapat ipares sa net30.

Ang dalawang linya sa block ay magkahiwalay na linya para sa CCD file. Ang isang kliyente ay tumatanggap ng eksaktong isa sa kanila.

Basahin ang topology na talagang pinapatakbo ng server

Basahin ang tumatakbong configuration sa halip na package default, dahil maaaring itinakda ang topology maraming taon na ang nakalipas at kinopya pauna. Hanapin ang topology subnet o ang kawalan nito, pagkatapos ay tingnan kung paano naglalaan ng address ang linyang server. Ang configuration na hindi kailanman nagbabanggit ng topology ay hindi katulad ng isang nagtatakda ng subnet.

Pagkatapos ay basahin ang mga setting na natanggap ng kliyente. Ang address, netmask at peer na iniuulat nito ay nagsasabi kung aling interpretasyon ang ginamit ng server.

Panatilihin ang fixed na address sa labas ng dynamic pool

Ang fixed na address ay dapat nasa labas ng dynamic pool, kung hindi ay maaaring bigyan ng parehong address ang dalawang kliyente. Sa subnet topology, pinipigilan ng nopool sa linyang server ang awtomatikong pool, at ang tahasang saklaw na ifconfig-pool ang tumutukoy kung ano ang natatanggap ng mga dynamic na kliyente.

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

Kinukuha ng server ang 10.99.0.1 para sa sarili nito, at ang fixed na address ng kliyente ay nasa labas ng saklaw ng pool. Ang CCD file ay pinangalanan ayon sa epektibong pagkakakilanlan ng kliyente, hindi ayon sa pangalan ng profile file, at wala itong karagdagang extension. Kung aktibo ang username-as-common-name, ang na-authenticate na username ang pagkakakilanlang dapat itugma. Dalawang device na nagbabahagi ng isang pagkakakilanlan ay magbabahagi rin ng fixed na address, na isang problema sa patakaran at hindi sa routing.

I-verify ang allocation na aktwal na natanggap ng kliyente

Muling ikonekta ang nilalayong kliyente at kumpirmahin kung aling CCD file ang pinili bago suriin ang anupaman. Pagkatapos ay i-verify ang address, netmask o peer, at ang ruta pabalik sa server. Ang kliyenteng nagpapakita ng peer address sa isang subnet deployment ay gumagamit pa rin ng maling anyo.

Ang pagbabago ng topology ay nakakaapekto sa bawat kliyente at bawat override, kaya ituring itong migration at hindi pagkukumpuni ng isang kliyente. Ang pagwawasto ng static na linya upang tumugma sa topology na ginagamit na ay karaniwang mas maliit na pagbabago. Ang reference ng server-options ay nagdodokumento ng helper at ng mga override na partikular sa kliyente.