OpenVPN-adaptar flöktir í Windows? Athugaðu tvítekna IP

Í Windows er OpenVPN-adaptari sem tekur vistfang, sleppir því og endurtekur það á nokkurra sekúndna fresti yfirleitt ekki DHCP-bug. Adaptaranum er sagt að nota vistfang sem eitthvað annað svarar þegar, svo Windows merkir það ónothæft og biðlarinn byrjar upp á nýtt. Biðlaraskráin er þögul því áreksturinn er leystur undir henni, inni í eigin netstaka stýrikerfisins.

Sá munur skiptir máli, því hvert bilanaleitarþrep sem beinist að túnelstillingunum mun missa af tvíteku vistfangi á þjónshliðinni.

Byrjaðu á atburðaskrá Windows, ekki biðlaraskránni

Windows skráir staðfangsárekstra í kerfisskrána, með atburðaauðkennunum 4198 og 4199. Sú fyrri tilkynnir árekstur sem fannst fyrir vistfang, sú síðari tilkynnir að tengi gat ekki notað vistfangið sem það var stillt með. Hvorugt nefnir OpenVPN, og einmitt þess vegna er auðvelt að missa sjónar á þeim.

Sæktu nýlegu atburðina og berðu tímasetningar þeirra saman við endurnýjunarlotuna á adaptaranum: Get-WinEvent -FilterHashtable @{LogName='System'; Id=4198,4199} -MaxEvents 40 | Format-Table TimeCreated,Id,Message -Wrap. Árekstur á fimmtán sekúndna fresti passar við biðlara sem reynir sama vistfangið aftur gagnvart eiganda sem heldur áfram að svara því. Einn árekstur við tengingu bendir frekar til einsdæmisáreksturs. Hvort sem er, næsta spurning er hver annar hefur vistfangið.

Þrjár uppsetningar setja tvo hýsla á eitt vistfang

Spurðu þjóninn hver hann telur hafa vistfangið, spurðu svo netið hver svarar því. grep -H ifconfig-push /etc/openvpn/ccd/* listar hvert fasttengt túnelvistfang og skírteinið sem það tilheyrir. ip -4 neigh show dev tap0 sýnir hvað brúin hefur lært á öðru laginu. Að bera þessa tvo lista saman finnur flest tvítekningarnar á undir einni mínútu.

Þrjár uppsetningar útskýra næstum allar: færsla í client-config-dir festir eitt vistfang fyrir tvö skírteini, brúað tap-sneið gefur vél vistfang sem annar hýsill hefur þegar fast, eða úrelt leiguskrá skilar vistfangi sem biðlari sem enn er tengdur telur sig eiga. Þriðja tilfellið er lúmskast, því ifconfig-pool-persist endurnýtir vistföng viljandi fyrir þekkta biðlara.

Gerðu vistfangið einstakt í stað þess að keppa um það

Ræsingarröðin ræður aðeins hver vinnur í dag, svo lítðu á hverja lagfæringu sem byggir á endurræsingarröðinni sem tímabundna. Gefðu hverjum biðlara sína ifconfig-push línu, eða úthlutaðu föstum vistföngum úr bili sem engin brúar- eða þjónstengi snerta. Athugaðu biðlaralistann einnig fyrir tvítekum almennum nöfnum, því duplicate-cn leyfir tveimur lotum að deila einni auðkennu og því einu fasttengdu vistfangi. Ef brúað tæki þarf sannarlega fast vistfang, færðu það í eigið undirnet eða pantaðu það úr lauginni á stað sem þjóninn skráir.

Eyddu persist-skránni aðeins eftir að þú veist hvaða leigur hún geymir, annars úthlutar næsta endurtenging sömu vistföngunum aftur.

Endurræstu í réttri röð og staðfestu einn eiganda á hvert vistfang

Beittu breytingunni fyrst á þjóninn, tengdu svo biðlarana aftur, svo hver þátttakandi skrái sig gagnvart leiðréttu lauginni. Ef biðlararnir eru endurræstir fyrst halda þeir vistföngum sem þjóninum finnst enn vera tekin. Eftir endurræsinguna skaltu lesa stöðuskrána og staðfesta að hvert almennt nafn birtist einu sinni með einu vistfangi. Tvær færslur fyrir eitt nafn þýða að gömul lota hafi aldrei lokast, ekki að laugin sé brotin.

Ef biðlari getur enn ekki haldið vistfanginu sínu, athugaðu hvort brúartengi á sama hýsli beri það. Brú sem erfði vistfang frá tæki söluaðila svarar ARP fyrir það jafnvel þegar VPN-þjónninn hefur þegar afhent það vistfang biðlara.

Fylgstu með yfir fulla endurnýjunarlotu áður en miðinn er lokaður

Ein hrein lestur sannar ekkert. Fylgstu með adaptaranum að minnsta kosti tíu mínútur og þvingaðu endurtengingu í miðjunni: Get-NetIPAddress -InterfaceAlias "OpenVPN*" | Select-Object IPAddress,AddressState. Vistfangið ætti að standa af sér endurtenginguna og vera áfram í æskilegu ástandi.

Keyrðu svo atburðafyrirspurnina úr fyrsta þrepi aftur og staðfestu að hún skili engu nýju. Þögul skrá yfir endurtengingu er sönnunin fyrir því að áreksturinn sé horfinn, en þögul skrá eftir eina tengingu þýðir bara að kapphlaupið hafi ekki átt sér stað enn. Að lokum, prófaðu auðlindina sem túnelinn er til fyrir, því brú sem missti vistfangið sitt getur brotið slóð söluaðila á meðan VPN-ið sjálft virðist heilbrigt.

Skráðu laugarbilið, hvert fasttengt vistfang og hýsilinn sem á það í þjónsminnisblöðin. Þá tekur næsti árekstur mínútur að koma auga á í stað þess að krefjast heils síðdegis til að enduruppgötva hann.