Uzanto atingas la intranet per la oficeja reto kaj ne per la tunelo, dum la Agordoj ankoraŭ montras la VPN kiel konektitan. Redakti la vojtablon en tiu momento riskas tranĉi la malproksiman seancon, kiun vi uzas por diagnozi. Anstataŭe demandu la kernon, kiun vojon ĝi elektus por la malsukcesa gastiganto. La macOS-ilo route havas operacion get, kiu respondas ĝuste tion, por unu celo, sen ŝanĝi ion.

Demandu la malsukcesan gastiganton, ne la implicitan vojon

Ekrankopio de la implicita vojo diras tre malmulte sur moderna Mac, ĉar pli specifa celo aŭ limigita politiko povas superregi tion, kion la implicita vojo ŝajne diras. La tunelo povas esti aktiva, la implicita vojo povas aspekti ĝusta, kaj la sola gastiganto, kiun vi bezonas, tamen povas esti enkursigita aliloken. Pridemandu la adreson, kiu malsukcesas, kaj lasu la kernon nomi la vojon, kiun ĝi elektis.

La formo estas route -n get sekvata de la adreso: route -n get 203.0.113.10, kie la dokumenta adreso anstataŭas vian celon. Uzu la rajtigitan celon kaj la konforman adresfamilion, ĉar IPv4-respondo diras nenion pri rimedo nur IPv6. La dokumentaro de la ilo route priskribas la operacion get kaj la kampojn, kiujn ĝi presas.

Legu la interfacon kaj la enirejon kiel pruvon

Rulu la pridemandadon antaŭ ol konekti la VPN, poste denove poste, kaj komparu la liniojn de interfaco kaj enirejo. La diferenco inter tiuj du respondoj estas tio, kion la tunelo efektive ŝanĝis, kaj ĝi estas multe pli utila ol plena tabulprintaĵo. Se la interfaco estas identa en ambaŭ ruloj, la vojo neniam estis la problemo kaj vi povas ĉesi rigardi enkursigon.

Notu la celon, la interfacon, la enirejon kaj la tempon de la pridemando antaŭ ol fari konkludon. La eligo estas pruvo, ne diagnozo: la sama interfaco povas esti ĝusta por unu gastiganto kaj malĝusta por alia, kiam disigita tunelo estas en ludo.

Ĝusta vojo ne estas funkcianta peto

Vojo diras al vi, kiun interfacon la kerno uzus, nenion pli. DNS, gastiganta fajromuro kaj aplikaĵa rajtigo ĉiuj staras super tiu decido, kaj la peto povas malsukcesi post kiam enkursigo sukcesis. Konservu la precizan simpton antaŭ ol daŭrigi, ĉar "ne povas konekti" kaj "konektas sed redonas eraron" estas malsamaj esploroj kun malsamaj sekvaj paŝoj. La vidpunkto de la solvilo kaj la vidpunkto de la interfaco kompletigas la celpridemandon anstataŭ anstataŭigi ĝin.

Listigo de la enkursiga tablo ankoraŭ havas lokon: tiel vi rimarkas neatenditan implicitan vojon. Restanta ordinara implicita vojo ne pruvas, ke la VPN estas neuzata, ĉar pli specifaj rikordoj venkas super ĝi.

Tenu la finpunkton kaj la rimedon aparte

Du serĉoj estas en ludo kaj ili respondas malsamajn demandojn. Atingi la finpunkton estas ekstera vojaĝo tra la fizika reto. Atingi la aplikaĵon okazas ene de la tunelo, ĉe adreso, kiu ekzistas nur sur la privata flanko. Konfuzi la du kreas la klasikan falsan buklon, kie la finpunkto ŝajnas enkursigi tra la tunelo, kiun ĝi finas. Pridemandu ambaŭ adresojn aparte, etikedu ĉiun rezulton, kaj la konfuzo malaperos.

Prefiksa interkovro estas la alia kazo inda je kono. Kiam lokaj kaj malproksimaj gamoj interkovras, decidas la kongruo de la plej longa prefikso, do interkovranta loka subreto povas ombri la malproksiman adreson, kiun vi atendis. La privata celo tiam aspektas identa al loka, kaj la korekto apartenas al la adresplano anstataŭ al la vojtablo. La pridemando get montras, kiu interfaco venkis, kaj tio estas la fakto, kiun vi bezonas antaŭ ol ŝanĝi ion.

Unue legu, poste ŝanĝu

Tenu route add kaj route delete ekster la unua trairo. Sur Mac, kiun vi administras malproksime, unu malzorga tabloredakto povas forpreni ĝuste la vojon reen al la maŝino, lasante neniun, kiu povus fini la diagnozon. Decidu, kiu estas la ĝusta vojo, skribu, kiel malfari la ŝanĝon, kaj nur tiam plenumu ĝin. Inspektado ne havas tian voston.

La sama singardo validas por malplenigi kaŝmemorojn kaj restartigi retservojn kiel unuan paŝon, ĉar ambaŭ detruas la pruvon, kiun vi ĝuste intencis legi. Nurlegaj kontroloj estas malmultekostaj, ripeteblaj kaj sekuraj en ajna ordo. Faru ilin la implicita paŝo, kaj prenu ŝanĝon nur kiam la pruvo montras al ĝi.

Rilataj artikoloj