VPN diras konektita sed nenio estas enkursigita: du lokoj por rigardi

Tunelo povas raporti sin konektita dum nenio atingas ĝin, kaj tiuj du faktoj loĝas en diversaj lokoj. Unu estas la enkursiga tabelo, kiu ankoraŭ povas sendi pakaĵojn al aparato kiun neniu posedas. La alia estas la solvilo, kiu ankoraŭ povas listigi servilon sur ligilo kiu foriris. La retŝanĝo ne damaĝis la profilon, ĝi orfigis la staton apartenantan al la antaŭa konekto, kaj la riparo dependas de tio, kiun el la du vi fakte rigardas.

Unue demandu la kernon kiun aparaton ĝi uzus

Enkursiga listo montras kio ekzistas; enkursiga serĉo montras kio okazus. Demandu pri publika adreso kaj legu la aparatan nomon en la respondo, ĉar tiu sola kampo decidas ĉu la pakaĵo atingas ion utilan. Kiam la respondo nomas tunelan aparaton, la kerno transdonos la pakaĵojn al ĝi eĉ se neniu klienta procezo ankoraŭ funkcias malantaŭ tiu interfaco. Kiam la respondo nomas la fizikan adaptilon dum la kliento asertas esti konektita, la tunelo staras kaj simple ne estas la elektita vojo.

La dua kazo estas la kutima post kiam kablo anstataŭigas sendratan, kaj ĝi prezentiĝas kiel rompita VPN.

ip route show default
ip route get 203.0.113.9

Poste legu la defaŭltajn rikordojn, ĉar enkursigo aldonita de la antaŭa baza konekto povas postvivi ligilan ŝanĝon kaj stari antaŭ la nova. Defaŭlta enkursigo tra aparato kiu estas malŝaltita estas pli malbona ol neniu defaŭlta enkursigo, ĉar la kerno ankoraŭ preferas ĝin. Rimarku la metrikon apud ĉiu rikordo, ĉar tiu ordo klarigas la preferon pli rapide ol la interfacaj nomoj.

Poste legu la solvilon laŭ ligilo, ne laŭ dosiero

Nomresolvado portas sian propran staton kaj sian propran malnovecon. Solvilo listiganta DNS-servilojn laŭ ligilo konservas la servilojn de tunela ligilo kiu estas malŝaltita sed ankoraŭ registrita, kaj ĉiu serĉo tiam atendas servilon kiu ne respondos. La simptomo estas reto kiu sentiĝas morta dum la enkursiga tabelo aspektas perfekta.

Esploru la staton laŭ ligilo anstataŭ la dosieron, ĉar en multaj distribuaĵoj tiu dosiero estas simbola ligilo en la solvilon kaj redakti ĝin aŭ faras nenion aŭ estas rapide anstataŭigita. Rigardu kiun ligilon posedas kiujn servilojn kaj kiun serĉan domajnon, poste demandu ĉu la tunela ligilo entute ankoraŭ devus esti registrita. Se ne, malaktivigu la konekton kiu posedas ĝin anstataŭ redakti generitan staton permane. Nomo kiu solviĝas dum la enkursiga serĉo sendas pakaĵojn aliloken estas tria kaj aparta fuŝo.

resolvectl status
resolvectl query app.internal.example

Se adresoj solviĝas kaj konektoj malsukcesas, la solvilo estas en ordo kaj la enkursigo ne. Se adresoj tute ne solviĝas, ĉi tiu estas la ĝusta loko por komenci.

Kiel malnova enkursigo postvivas la ŝanĝon

La kliento ne posedas la reton sola. Sur NetworkManager-gastiganto VPN-profillo aktiviĝas super baza konekto, kaj la konektaj agordoj permesas al tiu bazo nomi la VPN-on kiu devas sekvi ĝin. Kiam la bazo ŝanĝiĝas ĉar alia profilo fariĝas preferata, la tunelo sekvas al la nova bazo aŭ restas sen iu ajn.

VPN-profillo ne levigas sin mem, do la parigo gravegas multe pli ol la propra aŭtomata konekta prefero de la profilo.

Legu la aktivan liston kaj notu kiun bazan konekton staras antaŭ ol tuŝi la tunelon. Se la bazo estas listigita kaj la tunelo ne, la enkursigo mankas anstataŭ esti malnova, kaj la riparo estas aktivigo. Se aktivigo de la tunelo plendas ke neniu fonta konekto ekzistas, la bazo kun kiu ĝi estis parigita foriris, do levu ĝin unue aŭ riparu la parigon anstataŭ reprovi la tunelon. Reprovi profilon kies gepatro mankas produktas la saman eraron ĉiufoje, kio estas utila signalo kaj ne ĝeno.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

Distingi malnovan staton de mankanta gepatro

Tri statoj klarigas preskaŭ ĉiun raporton, kaj ĉiu bezonas alian riparon. Defaŭlta enkursigo tra aparato kiu ankoraŭ ekzistas sed ne plu portas la tunelon estas malnova stato, purigata aŭ per forigo de la rikordo aŭ per restartigo de la respondeca profilo. Tunela aparato kies klienta procezo malaperis estas puriga fuŝo, do la malkonekta vojo meritas la atenton kaj ne la enkursiga tabelo. Neniu tunela aparato entute signifas ke la gepatro aŭ la parigo mankas kaj ke la enkursiga tabelo neniam estis implikita.

Restartigo kaŝas kiun el la tri vi havis, kaj ĝuste tial ĝi sentiĝas kiel riparo.

Post la riparo, demandu la kernon pri unu publika kaj unu interna adreso, poste demandu internan nomon. Kiam la adreso funkcias kaj la nomo ne, vi trovis domajnan ampleksan problemon en la solvilo kaj ne enkursigan problemon. Notu kiun staton vi trovis, ĉar la sekva retŝanĝo reproduktos tiun, kiun vi lasis trankvila.