Static na IP ng OpenVPN bawat kliyente: ifconfig-push, hindi ipp.txt
Ang file ng pagtitiyaga ay kasaysayan, hindi reserbasyon. Piliin ang tamang pangalan ng kliyente, itugma ang topolohiya, at patunayan ang address sa bagong koneksyon.
Ang pag-edit ng isang linya sa ipp.txt ay parang nagrereserba ng address, at hindi ito ganoon. Ang file na iyon, na pinangalanan ng ifconfig-pool-persist, ay nagtatala kung anong address ang mayroon ang isang karaniwang pangalan noong huling pagkakataon upang maibalik ng pool ang pareho kapag ito ay maginhawa. Wala sa loob nito ang nagbibigkis sa susunod na koneksyon sa numerong iyon.
Isagawa ang mga pagsusuri sa ibaba nang sunud-sunod. Ang bawat isa ay nagpapatunay sa mekanismo o nagsasabi sa iyong huminto at ayusin ang isang input.
Para saan ang file ng pagtitiyaga
Umiiral ang file upang mapanatiling matatag ang mga address sa pagitan ng mga restart, na nagpapagaan ng muling pagkonekta at nagpapadali ng pagbasa ng mga log. Binabasa ito bilang kasaysayan at isinusulat bilang kasaysayan, at ang landas ng paglalaan ay nananatiling malaya upang pumili ng ibang address kapag hindi tugma ang pahiwatig: ibang pool, magkasalungat na paglalaan, o kliyenteng dumating pagkatapos mapuno ang pool. Kaya ang manu-manong pag-edit ay maaaring magmukhang perpekto sa file at wala namang binabago sa koneksyon. Ituring ito bilang cache ng mga nakaraang desisyon, hindi bilang pinagmulan ng patakaran.
Kung kailangan mo ng partikular na address para sa partikular na kliyente, ang dokumentadong mekanismo ay ifconfig-push, at kabilang ito sa configuration na nagmamay-ari ng kliyenteng iyon.
Tiyakin na ang tamang kliyente ang napili
Ang tahasang paglalaan ay hinahanap sa karaniwang pangalan ng kliyente, kaya ang file na pinangalanan para sa maling pagkakakilanlan ay hindi kailanman binabasa. Tiyakin kung ano ang itinuturing ng server na pangalan ng kliyenteng iyon, lalo na kung saan binabago ito ng username-as-common-name pagkatapos ng pagpapatunay. Pagkatapos ay tiyakin na ang pangalan ng file ay eksaktong tumutugma sa halagang iyon, kasama ang malaki at maliit na titik.
Isaalang-alang ang sabayang paggamit habang narito ka. Kung pinapayagan ang duplicate-cn, maraming aparato ang maaaring magpakita ng parehong pagkakakilanlan, at isang nakapirming address ang hindi maaaring maging natatangi para sa lahat ng mga ito. Magpasya kung sulit ang nakapirming address upang tanggihan ang sabayang sesyon para sa pagkakakilanlang iyon, dahil ang dalawang pangangailangang iyon ay hindi maaaring matugunan nang sabay.
Tiyakin na tumutugma ang mga numero sa topolohiya
Ang kahulugan ng mga argumento ay nakasalalay sa topolohiya ng tunel, at dito pinakamalaki ang pinsala ng isang kinopyang halimbawa. Sa mas lumang kaayusang net30, bawat kliyente ay sumasakop ng bloke ng apat na address, kaya ang push ay nagbibigay ng isang pares ng address. Sa topolohiya ng subnet, ang kliyente ay tumatanggap ng isang address at ang mask ng pool, at mali ang anyo ng pares. Basahin ang topolohiya mula sa tumatakbong configuration bago isulat ang linya.
# /etc/openvpn/ccd/partner-a (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0Suriin ang address laban sa lahat ng iba pang maaaring magmay-ari nito: isa pang tahasang paglalaan, ang saklaw ng dinamikong pool, at anumang static na ruta na nagpapalagay ng nakapirming host. Ang address na nagsasapawan sa pool ay gagana hanggang ibigay ito ng pool sa iba, at ang kabiguan ay magmumukhang random.
Suriin ang resulta sa bagong koneksyon
Ang umiiral na sesyon ay nagpapanatili ng address na ibinigay dito, kaya ang tanging makabuluhang pagsubok ay bagong koneksyon. Idiskonekta ang kliyente, kumonekta muli, at basahin ang address na aktwal na natanggap nito kasama ang mga rutang dumating kasama nito. Kung ang address ay dinamiko pa rin, hindi nailapat ang paglalaan, at ang susunod na hakbang ay ang paghahanap sa configuration, hindi isa pang pag-edit sa file ng kasaysayan.
Panatilihing magkasama ang ebidensya: ang pangalan ng kliyente, ang file na tumugma, ang inilaang address, at ang pool na pinagmulan.
Sa wakas, ang nakapirming address ng tunel ay hindi kredensyal ng aparato. Ito ay nagtatalaga ng lugar sa plano ng address, habang ang pagpapatunay ay nakasalalay pa rin sa sertipiko at account. Ang pagkalito sa dalawa ay ginagawang isang palagay sa seguridad ang isang salungatan ng address na walang nakasulat.