Staðfast OpenVPN-IP fyrir hvern biðlara: ifconfig-push, ekki ipp.txt

Að breyta línu í ipp.txt virðist eins og að bóka vistfang, en það er það ekki. Sú skrá, sem ifconfig-pool-persist nefnir, skráir hvaða vistfang sameiginlegt nafn hafði síðast svo laugin geti skilað sama aftur þegar það hentar. Ekkert í henni bindur næstu tengingu við þá tölu.

Keyrðu prófanirnar hér að neðan í röð. Hver þeirra staðfestir annaðhvort ferlið eða segir þér að stöðva og laga inntak.

Við hvað viðvaranleikaskráin er

Skráin er til að halda vistföngum stöðugum milli endurræsinga, sem gerir endurtengingar vingjarnlegri og skrár auðlesnari. Hún er lesin sem saga og skrifuð sem saga, og úthlutunarleiðin stendur frjáls til að velja annað vistfang þegar vísbendingin passar ekki: önnur laug, úthlutun í átökum eða biðlari sem kom eftir að laugin fylltist. Þess vegna getur handvirk breyting litið fullkomin út í skránni og ekki breytt neinu um tenginguna. Meðhöndlaðu hana sem skyndiminni fyrri ákvarðana, ekki sem uppsprettu stefnu.

Ef þú þarft tiltekið vistfang fyrir tiltekinn biðlara er skjalfesta ferlið ifconfig-push, og það tilheyrir stillingunni sem á þann biðlara.

Staðfestu að rétti biðlarinn sé valinn

Skýr úthlutun er flett upp eftir sameiginlegu nafni biðlarans, svo skrá sem er nefnd eftir rangri auðkenningu er einfaldlega aldrei lesin. Staðfestu hvað netþjónninn telur nafn þessa biðlara, sérstaklega þar sem username-as-common-name breytir því eftir sannvottun. Staðfestu síðan að skráarnafnið passi nákvæmlega við það gildi, þar á meðal há- og lágstafi.

Hugsaðu um samtíma meðan þú ert hér. Ef duplicate-cn er leyft geta margar tæki sýnt sömu auðkenningu, og eitt fast vistfang getur ekki verið einstakt fyrir þau öll. Ákveddu hvort fasta vistfangið sé þess virði að hafna samtímum lotum fyrir þá auðkennigu, því ekki er hægt að uppfylla báðar kröfurnar samtímis.

Staðfestu að tölurnar passi við grunnskipulagið

Merking rökanna fer eftir grunnskipulagi gönganna, og hér veldur afrituðu dæmi mestum skaða. Í eldra net30 fyrirkomulagi tekur hver biðlari fjögurra vistfanga blokk, svo push skilar par af vistföngum. Í undirnetsgrunnskipulagi fær biðlarinn eitt vistfang auk grímu laugarinnar, og parformið er rangt. Lestu grunnskipulagið úr stillingunni sem er í gangi áður en þú skrifar línuna.

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

Athugaðu vistfangið gagnvart öllu öðru sem gæti átt það: annarri skýrri úthlutun, sviði hreyfanlegu laugarinnar og hvaða kyrrstæðu leið sem gerir ráð fyrir föstum hýsli. Vistfang sem skarast við laugina mun virka þar til laugin gefur það einhverjum öðrum, og sá bilun mun líta út fyrir að vera tilviljun.

Athugaðu niðurstöðuna á nýrri tengingu

Núverandi lota heldur vistfanginu sem hún fékk, svo eina merkingarbæra prófið er ný tenging. Aftengdu biðlarann, tengdu aftur og lestu vistfangið sem hann fékk í raun ásamt leiðunum sem komu með því. Ef vistfangið er enn hreyfanlegt var úthlutunin ekki beitt, og næsta skref er leitin í stillingunni en ekki önnur breyting á söguskránni.

Haltu sönnunargögnunum saman: biðlaranafnið, skráin sem passaði, úthlutaða vistfangið og lauginna sem það kom úr.

Að lokum, fast gönguvistfang er ekki tækjaskilríki. Það merkir stað í vistfangaskipulaginu, en sannvottun hvílir enn á vottorðinu og reikningnum. Að rugla þessu tvennu gerir vistfangaátök að öryggisforsendu sem enginn skrifaði.