Handshake töötab, aadress kadunud: kolm WireGuardi olekut

WireGuard võib korraga hoida värsket handshake'i ja mitte ühtegi aadressi, ja see olek on sidus, mitte vastuoluline. Handshake on peeri sündmus, aadress kuulub liidesele ja marsruut otsustab, millise ülesvoolu kanali kaudu pakett väljub. Kolm kihti, kolm omanikku ja igaüks võib üles öelda, samal ajal kui teised kaks paistavad terved.

Nende lugemine ühe staatusena on see, mis muudab kaheminutilise diagnoosi terveks pärastlõunaks teenuste taaskäivitamist.

Handshake on peeri sündmus, mitte adresseerimise sündmus

WireGuardi handshake tõestab, et seadistatud peer vastas kehtiva võtmega ja et sessioonivõtmed on värsked. See ei ütle midagi liidese kohaliku aadressi kohta ega selle kohta, kas mõni marsruut sinna osutab. Aadressi määrab abiline või võrguhaldur, samal ajal kui protokolli seadistus ainult nimetab peere ja võtmeid. Nende kahe segamine on see, kuidas tervet handshake'i loetakse töötava tunnelina.

Seetõttu võib wg show teatada sekundite vanusest handshake'ist liidesel, mis ei suuda vastu võtta ühtki rakenduse paketti.

Liidest uuesti loov haldur võib aadressi maha jätta, ilma et puutuks peeri seadistust, ja järgmine handshake õnnestub kohe, sest võtmed ei muutunud kunagi. Logirida õnnestunud handshake'i kohta on täpne ja rikke jaoks ebaoluline.

Liidese aadressil on oma omanik

Tunneliseadme aadress võib tulla abilise Address realt, liidesel töötavalt DHCP kliendilt või haldusdeemonilt, mis loob selle ühendamise ajal. Ükskõik milline see on, see komponent omab aadressi ja taastab selle või mitte oma loogika järgi. Aadressi lugemine ilma selle omanikku nimetamata jätab teid ilma selgituseta, miks see kadus.

Kaks omanikku ühel liidesel on klassikaline rike. Abilise ja töölaua võrguhalduri käivitamine sama seadme kohal tekitab võidujooksu, kus üks eemaldab selle, mille teine just seadistas, ja lõpp-punkt vastab kogu aeg.

Valige üks omanik ja laske teisel tööriistal pigem jälgida kui hallata. See otsus tasub kirja panna, sest sümptom ilmub nädalaid hiljem ja näeb välja nagu juhuslik aadressi kadumine.

Marsruut valib ülesvoolu kanali, mitte liides

Sisemine marsruut, mis osutab wg0, otsustab, et liiklus siseneb tunnelisse. Eraldi otsus saadab krüpteeritud välised paketid peeri poole ja mitme ülesvoolu kanaliga hostis tuleb see otsus edastustabelist ja poliitikareeglitest. Wi-Fi rändlus võib muuta välist teed ilma sisemist aadressi puutumata.

Nii et töötav tunnel ja kättesaamatu peer on ühilduvad olekud, nagu ka õige peer ja katkine sisemine marsruut. Kolm vaatlust tuleb võtta koos, samal hetkel, muidu on võrdlus mõttetu.

Võrrelge kolme olekut ühe käiguga

Kolm ainult lugemiseks mõeldud käsku vastavad kolmele küsimusele järjekorras, mis isoleerib rikke kõige kiiremini. Käivitage need ilma nende vahel midagi muutmata.

ip address show dev wg0
ip route get 10.80.0.1
wg show wg0 latest-handshakes transfer

Esimene näitab, kas liidesel on üldse aadress, ja teine, millist seadet konkreetne sihtkoht praegu kasutaks. Kolmas teatab viimase handshake'i aja ja baidiloendurid ning on ainus kolmest, mis kirjeldab peeri, mitte kohalikku hosti.

Lugege loendureid ja ka ajatemplit. Handshake, mis uueneb pidevalt, samal ajal kui ülekanne püsib paigal, tähendab, et peer vastab, aga midagi kasulikku üle ei lähe, mis osutab marsruutimisele või ACL-ile, mitte võtmetele. Ajatempel, mis lakkab edasi liikumast aadressi olemasolul, osutab hoopis ülesvoolu. Mõlemad lugemid tulevad samalt väljundirealt ja kumbki pole nähtav, kui kontrollite ainult, kas handshake on olemas.

Parandage konkreetne olek, mis on vale, ja seejärel testige uuesti rakendust, mitte tunnelit. Värske handshake on tõend peeri kohta ja tõend peeri kohta ei ole tõend, et teie brauseri järgmine päring leiab aadressi, marsruudi ja töötava ülesvoolu kanali. wg-quick käsiraamat ütleb selgelt, millised neist abiline seadistab ja millised kuuluvad protokollile.