Pārbaudiet Linux VPN interfeisu ar ip link, slāni pa slānim
Karodziņi un skaitītāji raksturo tikai vienu slāni. Vispirms izlasiet saiti, tad skaitītājus, tad adreses un maršrutus, pirms secināt, ka tunelis ir salūzis.
Klienta ikona rāda savienots, interfeiss pastāv, un lietojumprogramma joprojām neko nesasniedz. Šī kombinācija ir izplatīta, jo virtuālais interfeiss var palikt, kamēr tā attālais partneris, tā adreses vai tā maršruti trūkst. ip link ir pareizais pirmais rīks, un tas ir arī visvieglāk pārlasāmais. Karodziņi un skaitītāji raksturo vienu slāni, un slāņi virs tiem sabojājas neatkarīgi. Tas ir arī rīks, ko cilvēki citē, kad grib pierādīt, ka tunelis ir augšā, un tieši šo apgalvojumu tas pats par sevi nevar atbalstīt.
Izlasiet interfeisu pirms ikonas
Sāciet ar ip -details link show dev tun0, kā dokumentēts ip-link rokasgrāmatā, aizstājot ar interfeisu, kas klientam faktiski pieder, nevis parasto nosaukumu. Karodziņi, tips, MTU un interfeisa identitāte ir noderīgi novērojumi. Virtuālā interfeisa stāvokļa formulējumam nav jāuzvedas kā fiziska kabeļa nesēja indikācijai, tāpēc uztveriet UP kā apgalvojumu par interfeisu, nevis par tuneli.
Šī atšķirība izskaidro mulsinošāko gadījumu: interfeiss, kas saglabājas, kamēr attālā puse atkārtoti savienojas vai nav sasniedzama.
Noturības iestatījumi var noturēt saiti tieši tāpēc, lai atkārtotā savienošanās to nepārbūvētu, kas nozīmē, ka klātbūtne nav veselība.
Pievienojiet skaitītājus un pieprasījumu, kam tie jāizmanto
Izmantojiet atbalstīto statistikas skatu, ip -s link show dev tun0, un pierakstiet pakešu un baitu skaitu abos virzienos. Pēc tam ģenerējiet nekaitīgu pieprasījumu, kam jāšķērso interfeiss, un salīdziniet attiecīgo virzienu. Pieprasījums, kas izmantoja citas programmas tiešo maršrutu, šos skaitītājus nepārvietos, un tā ir šī vingrinājuma jēga.
Ja pārraides skaitītājs kustas un uztveršanas skaitītājs nekustas, pakete aizgāja un nekas neatgriezās. Tā ir cita problēma nekā interfeiss, kas nekad neko nav nesis. Ja abi skaitītāji kustas un programma joprojām neizdodas, vaina ir virs interfeisa, kas ir progress, nevis strupceļš.
Nolasiet divreiz, vienu reizi pirms un vienu reizi pēc, nevis paļaujieties uz vienu momentuzņēmumu.
Adreses un maršruti ir atsevišķi soļi
Saite var pastāvēt bez prefiksa, atrisinātāja konfigurācijas vai maršruta, kas programmai nepieciešams. Pārbaudiet adresi ar ip address show dev tun0, pēc tam pārbaudiet, kuru maršrutu galamērķis izvēlētos ar ip route get faktiskajam mērķim. Šie trīs novērojumi atbild uz trim dažādiem jautājumiem, un tikai pēdējais ir par pārsūtīšanu.
IPsec gadījumā arī drošības politika un asociācijas stāvoklis var būt svarīgi, un ne katrs IPsec dizains parādās kā vienkāršs tun interfeiss. Meklēt tun ierīci, kurai nekad nebija jāpastāv, ir ātrs veids, kā nonākt pie nepareiza secinājuma.
Pierakstiet precīzo nosaukumu, vārdtelpu un laiku kopā ar jebkuru saglabāto izvadi, jo identiski izskatošais nosaukums citā konteinerī vai atjaunotā sesijā pārstāv pavisam citu kontekstu.
Nedzēsiet to, ko neesat identificējis
Nepazīstams interfeiss nav automātiski novecojis. Identificējiet tā īpašnieku, pirms kaut ko noņemat, un izmantojiet klienta dokumentēto demontāžu vai pārvaldīto konfigurāciju, kad noņemšana patiešām ir paredzēta. Dzīva tuneļa dzēšana, lai redzētu, kas notiks, ir tests, kas atbild uz jautājumu, ko neviens neuzdeva.
Ja interfeiss pieder konteinera izpildlaikam vai tīkla vārdtelpai, ko neesat izveidojis, īpašnieks ir vienas komandas attālumā, un to ir vērts vispirms atrast.
Šī piesardzība attiecas arī uz ip link set down, kas izskatās atgriežami un bieži nav.
Kas jums jāpaliek pēc pārbaudes
Laba pārbaude beidzas ar četriem faktiem: interfeisa nosaukums un vārdtelpa, tā karodziņi un MTU, skaitītāju delta no reāla pieprasījuma, un maršruts un adrese, kas programmai faktiski nepieciešami. Kad tie ir pierakstīti, nākamais solis ir acīmredzams un pieder konkrētam slānim. Bez tiem katrs nākamais mainīgais ir minējums ar atritināšanas plānu.
Salīdziniet šos četrus faktus ar tiem pašiem četriem no strādājošas sesijas. Ja interfeisa nosaukums un vārdtelpa sakrīt, bet skaitītāju delta ir nulle, pieprasījums nekad nesasniedza tuneli. Ja skaitītāju delta ir veselīga un maršruts rāda citur, tunelis ir kārtībā, bet maršrutēšana nav. Šis salīdzinājums pārvērš izvades kaudzi lēmumā.
Glabājiet izvadi kopā ar biļeti, jo vēlāks salīdzinājums ir noderīgs tikai tad, ja redzat, kas mainījās.
Pēc tam noslēdziet loku, vēlreiz pārbaudot programmu, jo interfeiss nekad nebija tas, kas lietotājam rūpēja.