Kontroli Linuksan VPN-interfacon per ip link, tavolo post tavolo

La piktogramo de la kliento diras konektita, la interfaco ekzistas, kaj la aplikaĵo tamen atingas nenion. Tiu kombino oftas, ĉar virtuala interfaco povas resti ĉeesta dum ĝia malproksima partnero, ĝiaj adresoj aŭ ĝiaj itineroj mankas. ip link estas la ĝusta unua ilo, kaj samtempe la plej facila por trointerpreti. Flagoj kaj nombriloj priskribas unu tavolon, kaj la tavoloj super ili malsukcesas sendepende. Ĝi ankaŭ estas la ilo, kiun homoj citas por pruvi, ke la tunelo funkcias, ĝuste la aserto, kiun ĝi sola ne povas subteni.

Legu la interfacon antaŭ ol legi la piktogramon

Komencu per ip -details link show dev tun0 kiel dokumentite en la manlibro pri ip-link, anstataŭigante la kutiman nomon per la interfaco, kiun via kliento efektive posedas. Flagoj, tipo, MTU kaj la identeco de la interfaco estas utilaj observoj. La statoformulo de virtuala interfaco ne devas konduti kiel la portanto-indiko de fizika kablo, do traktu UP kiel aserton pri la interfaco, ne pri la tunelo.

Tiu distingo klarigas la plej konfuzan kazon: interfaco, kiu restas dum la malproksima flanko rekonektiĝas aŭ estas neatingebla.

Agordoj de persisteco povas teni la ligilon ĝuste por ke la rekonekto ne rekonstruu ĝin, kio signifas, ke ĉeesto ne estas sano.

Aldonu nombrilojn kaj peton, kiu devus ilin uzi

Uzu la subtenatan statistikan vidon ip -s link show dev tun0, kaj notu la pakaĵajn kaj bajtajn nombrilojn en ambaŭ direktoj. Poste generu sendanĝeran peton, kiu devus trapasi la interfacon, kaj komparu la koncernan direkton. Peto, kiu iris la rektan itineron de alia aplikaĵo, ne movos tiujn nombrilojn, kaj tio estas la senco de la ekzerco.

Se la senda nombrilo moviĝas kaj la riceva ne, la pakaĵo eliris kaj nenio revenis. Tio estas alia problemo ol interfaco, kiu neniam portis ion ajn. Se ambaŭ nombriloj moviĝas kaj la aplikaĵo ankoraŭ malsukcesas, la difekto sidas super la interfaco, kio estas progreso, ne sakstrato.

Prenu la legaĵon dufoje, unufoje antaŭe kaj unufoje poste, anstataŭ fidi unu solan momentfoton.

Adresoj kaj itineroj estas apartaj paŝoj

Ligilo povas ekzisti sen la prefikso, la agordo de la solvilo aŭ la itinero, kiun la aplikaĵo bezonas. Kontrolu la adreson per ip address show dev tun0, poste kontrolu, kiun itineron la celo elektus per ip route get por la reala celo. Tiuj tri observoj respondas tri malsamajn demandojn, kaj nur la lasta temas pri plusendo.

Ĉe IPsec povas ankaŭ gravi sekureca politiko kaj asociostato, kaj ne ĉiu IPsec-dezajno aperas kiel simpla tun-interfaco. Serĉi tun-aparaton, kiu neniam devus ekzisti, estas rapida vojo al malĝusta konkludo.

Notu la ĝustan nomon, la nomspacon kaj la tempon kun ĉiu eligo, kiun vi konservas, ĉar samaspekta nomo en alia ujo aŭ restarigita seanco reprezentas tute alian kuntekston.

Ne forigu tion, kion vi ne identigis

Nekonata interfaco ne estas aŭtomate kaduka. Identigu ĝian posedanton antaŭ ol forigi ion ajn, kaj kiam forigo estas vere intencita, uzu la dokumentitan malmuntadon de la kliento aŭ la administritan agordon. Forigi vivan tunnelon por vidi, kio okazos, estas testo, kiu respondas demandon, kiun neniu starigis.

Se la interfaco apartenas al uja rutimedio aŭ reta nomspaco, kiun vi ne kreis, la posedanto estas unu komando for kaj indas trovi ĝin unue.

Tiu singardo validas ankaŭ por ip link set down, kiu ŝajnas renversebla kaj ofte ne estas.

Kion la kontrolo devus lasi al vi

Bona kontrolo finiĝas per kvar faktoj: la nomo kaj nomspaco de la interfaco, ĝiaj flagoj kaj MTU, la nombrila delto el reala peto, kaj la itinero kaj adreso, kiujn la aplikaĵo vere bezonas. Kiam tiuj estas notitaj, la sekva paŝo estas evidenta kaj apartenas al difinita tavolo. Sen ili ĉiu posta ŝanĝo estas konjekto kun restariga plano.

Komparu tiujn kvar faktojn kun la samaj kvar el funkcianta seanco. Se la nomo kaj nomspaco kongruas sed la nombrila delto estas nulo, la peto neniam atingis la tunnelon. Se la delto estas sana kaj la itinero montras aliloken, la tunelo estas en ordo kaj la enkursigo ne. Tiu komparo transformas amason da eligo en decidon.

Konservu la eligon kun la bileto, ĉar posta komparo utilas nur se vi vidas, kio ŝanĝiĝis.

Poste fermu la buklon testante la aplikaĵon denove, ĉar la interfaco neniam estis tio, pri kio la uzanto zorgis.