Adapta ya OpenVPN kwenye Windows inadondoka? Angalia IP inayorudiwa

Kwenye Windows, adapta ya OpenVPN inayochukua anwani, kuiacha na kurudia hivyo kila sekunde chache kwa kawaida si hitilafu ya DHCP. Adapta inaambiwa itumie anwani ambayo kitu kingine tayari kinajibu, kwa hivyo Windows inaiweka alama kama isiyotumika na mteja huanza upya. Kumbukumbu ya mteja inabaki kimya kwa sababu mgongano unasuluhishwa chini yake, ndani ya mrundikano wa mtandao wa mfumo endeshi wenyewe.

Tofauti hiyo ni muhimu, kwa sababu kila hatua ya utatuzi wa matatizo inayolenga usanidi wa handaki itakosa anwani inayorudiwa upande wa seva.

Anza na kumbukumbu ya matukio ya Windows, si kumbukumbu ya mteja

Windows hurekodi migongano ya anwani katika kumbukumbu ya Mfumo, ikiwa na vitambulisho vya tukio 4198 na 4199. Ya kwanza huripoti mgongano uliogunduliwa kwa anwani, ya pili huripoti kwamba kiolesura hakikuweza kutumia anwani iliyosanidiwa. Hakuna kinachotaja OpenVPN, na ndiyo sababu ni rahisi kuzipuuza.

Toa matukio ya hivi karibuni na ulinganishe mihuri yao ya muda na mzunguko wa uboreshaji wa adapta: Get-WinEvent -FilterHashtable @{LogName='System'; Id=4198,4199} -MaxEvents 40 | Format-Table TimeCreated,Id,Message -Wrap. Mgongano kila sekunde kumi na tano unaendana na mteja anayejaribu tena anwani hiyo hiyo dhidi ya mmiliki anayeendelea kuijibu. Mgongano mmoja wakati wa kuunganisha unaonyesha zaidi mgongano wa mara moja. Vyovyote vile, swali linalofuata ni nani mwingine anayeshikilia anwani hiyo.

Mipango mitatu huweka wapangishi wawili kwenye anwani moja

Uliza seva ni nani inayodhani inashikilia anwani, kisha uliza mtandao ni nani unaijibu. grep -H ifconfig-push /etc/openvpn/ccd/* huorodhesha kila anwani ya handaki iliyobandikwa na cheti inachohusiana nacho. ip -4 neigh show dev tap0 huonyesha kile daraja lililojifunza kwenye tabaka la pili. Kulinganisha orodha hizo mbili hupata nakala nyingi chini ya dakika moja.

Mipango mitatu hufafanua karibu yote: ingizo la client-config-dir hubandika anwani moja kwa vyeti viwili, sehemu ya tap iliyodarajiwa humpa mashine anwani ambayo mpangishi mwingine tayari anayo kwa njia isiyobadilika, au faili la ukodishaji lililopitwa na wakati hurudisha anwani ambayo mteja aliyeunganishwa bado anadhani ni yake. Kesi ya tatu ni ya hila zaidi, kwa sababu ifconfig-pool-persist hutumia tena anwani kimakusudi kwa wateja wanaojulikana.

Fanya anwani kuwa ya kipekee badala ya kushindania

Mpangilio wa kuwasha huaamua tu nani atashinda leo, kwa hivyo chukulia kama la muda kurekebisha lolote linalotegemea mpangilio wa kuwasha upya. Mpe kila mteja mstari wake ifconfig-push, au tenga anwani zisizobadilika kutoka safu ambayo hakuna kiolesura cha daraja au seva kinachoigusa. Kagua pia orodha ya wateja kwa majina ya kawaida yanayorudiwa, kwa sababu duplicate-cn huruhusu vikao viwili kushiriki utambulisho mmoja na hivyo anwani moja iliyobandikwa. Ikiwa kifaa kilichodarajiwa kinahitaji anwani isiyobadilika kwa kweli, kihamishe kwenda kwenye subnet yake au kihifadhi kutoka kwenye bwawa mahali ambapo seva hurekodi.

Futa faili la persist baada ya kujua ni ukodishaji gani linao, vinginevyo muunganisho unaofuata utagawanya tena anwani zilezile.

Washa upya kwa mpangilio sahihi na uthibitisha mmiliki mmoja kwa kila anwani

Tumia mabadiliko kwenye seva kwanza, kisha unganisha tena wateja, ili kila mshiriki ajisajili dhidi ya bwawa lililosahihishwa. Kuwasha upya wateja kwanza huwaacha na anwani ambazo seva bado inadhani zimechukuliwa. Baada ya kuwasha upya, soma faili la hali na uthibitisha kwamba kila jina la kawaida linaonekana mara moja na anwani moja. Maingizo mawili kwa jina moja yanamaanisha kikao cha zamani hakikuwa kimefungwa, si kwamba bwawa limevunjika.

Ikiwa mteja bado hawezi kudumisha anwani yake, angalia kama kiolesura cha daraja kwenye mpangishi huyo huyo kinaiweka. Daraja lililorithi anwani kutoka kifaa cha muuzaji litajibu ARP kwa ajili yake hata wakati seva ya VPN imekwisha mpa mteja anwani hiyo.

Angalia mzunguko kamili wa uboreshaji kabla ya kufunga tiketi

Usomaji mmoja safi hauthibitishi chochote. Angalia adapta kwa angalau dakika kumi na kulazimisha muunganisho upya katikati: Get-NetIPAddress -InterfaceAlias "OpenVPN*" | Select-Object IPAddress,AddressState. Anwani inapaswa kustahimili muunganisho upya na kubaki katika hali inayopendelewa.

Kisha endesha tena swali la matukio kutoka hatua ya kwanza na uthibitisha kwamba hairudishi kitu kipya. Kumbukumbu tulivu katika muunganisho upya ni ushahidi kwamba mgongano umeondoka, wakati kumbukumbu tulivu baada ya muunganisho mmoja inamaanisha tu kwamba shindano bado halijatokea. Mwisho, jaribu rasilimali ambayo handaki inaitwa kwa ajili yake, kwa sababu daraja lililopoteza anwani yake linaweza kuvunja njia ya muuzaji wakati VPN yenyewe inaonekana mzima.

Andika safu ya bwawa, kila anwani iliyobandikwa na mpangishi inayeimiliki katika maelezo ya seva. Wakati huo mgongano unaofuata unaonekana kwa dakika chache badala ya kuhitaji mchana mzima kuugundua tena.