Er OpenVPN enn að ýta gömlum leiðum? Athugaðu hvað það hlaðaði

Þú bætir við leið, endurræsir þjónustuna, tengist aftur og taflan hjá biðlinum er nákvæmlega eins og áður. Tvennt mismunandi getur verið satt: þjónninn hlaðaði aldrei breytingunni þinni eða biðlarinn setti aldrei upp það sem hann fékk. Þau eiga ekkert sameiginlegt nema einkennið, svo fyrsta skrefið er að komast að því hvort tilvik þú hefur.

Samanburðurinn hér að neðan gengur frá ferlinu út á við, því ferlið er eina heimildin um hvaða skrá er í gildi.

Skráin sem þú breyttir og skráin sem ferlið les

Byrjaðu á unit og skipanalínunni sem hún bjó til. Á systemd-þjóni prentar systemctl cat openvpn@server línuna ExecStart, og instance-unit leiðir venjulega stillingarleið sína af heitinu, svo daemon sem er ræstur sem openvpn@office les aðra skrá en sá sem er ræstur sem openvpn@server. Berðu þetta saman við argv keyrandi ferlisins. Stillingastjórnunartól bætir við annarri leið til að missa breytinguna: það getur skrifað rétta skrá á stað sem unit nefnir aldrei, og þá lítur græn útflutningur út eins og ekkert.

Tímastimplar ráða þessu fljótt: ef skráin er nýrri en upphafstími ferlisins gat ferlið ekki hafa lesið hana. Fastbúnaður leiðarans bætir við þriðja tilvikinu, því margar gerðir geyma stillingarnar í flash og byggja upp stillinguna að nýju við ræsingu, sem gerir breytingu á skrá á diski að algjörlega röngu lagi.

Hvað þjónninn ýtir og hvað biðlarinn setur upp

Ýtt leið þarf að komast í gegnum tvö síur. Á þjóninum verður hún að vera í hlaðnu stillingunni, ekki í athugasemdablokki eða í skrá sem er sérstök fyrir biðlara og heitir ekki rétt. Á biðlinum verður pull að vera virkt og ekkert pull-filter má henda valkostinum. Tengstu með verbosity 4 og lestu ýttu valkostina sem biðlarinn tilkynnir: ef leiðin er á þeim lista hefur þjónninn gert sitt og biðlarinn velur að setja hana ekki upp.

Skrár sem eru sérstakar fyrir biðlara eru tíð uppspretta ruglings. Skrá sem heitir eftir common name skírteinisins ýtir valkostum aðeins til þess biðlara, og eins stafs munur stöðvar ýtinguna hljóðlaust, án villu á hvorum sem er. Þjónninn skráir common name sem hann sá við tengingu, svo berðu það gildi saman við skráarheitið, ekki við það sem þú telur að biðlarinn heiti.

Ýtta forskeytið og afturleiðin eru mismunandi vandamál

Biðlari sem hunsar redirect-gateway viljandi til að halda staðbundinni internetleið sinni býr til aðra, ótengda glufu. Púlsar þjónsins ná til jarðgöngufangsins og svörin koma aldrei, því svar sem er beint á jarðgöngu-IP þjónsins er leiðbeint um venjulega sjálfgefna gátt biðlarans. Ýtta undirnetleiðin er ekki sek hér; það sem vantar er leið sem sendir umferð fyrir jarðgöngunet þjónsins aftur niður jarðgöngutækið.

Að bæta þeirri leið við á biðlinum lagar svör við púslum sem þjónninn byrjar. Hún kemur ekki í stað ýttu undirnetleiðarinnar, og hið gagnstæða gildir líka, því þær lýsa gagnstæðum ferðaáttum.

Berðu saman töflurnar á báðum endum

Eftir hverja breytingu skaltu tengjast aftur og lesa töfluna hjá biðlinum fyrir ýtta forskeytið og fyrir jarðgöngutækið. Prófaðu svo í báðar áttir: frá biðlinum að þjóni á ýttu undirnetinu og frá þeim þjóni aftur að biðlinum. Leið sem er til en ber enga umferð þýðir eitt af þrennu: hin hliðin er ekki að framsenda, eldveggur er að sleppa flæðinu eða svarið hefur enga leið til baka.

Haltu þremur auðkennum saman: stillingarleiðinni, heiti units eða tilviks og auðkenni biðlarans sem þú prófaðir með.

Þessi þrjú gera næsta atvik að fimm mínútna athugun í stað nýrrar rannsóknar, og þau eru það sem samstarfsmaður þarf þegar jarðgöngin verða vandamál einhvers annars.

Leiðarvandamál sem lifir endurræsingu er oft alls ekki leiðbeiningarvandamál; bilunin er ofar töflunni sem þú heldur áfram að lesa.