VPN senĉese malkonektiĝas: testu la radion antaŭ la servilo

VPN-malkonektiĝo povas komenciĝi longe antaŭ ol iu ajn trafiko atingas la servilon. Perdo de Wi-Fi, transiro de Wi-Fi al poŝtelefona reto, kongesto ĉe la loka alirpunkto kaj telefono, kiu endormiĝas, povas ĉiuj interrompi la eksteran vojon dum la tunela programo raportas puran malsukceson. Iru eksteren de la aparato: unue la ligo, poste la propraj eventoj de la kliento, poste kontrolita komparo kaj nur poste la servilo. Tiu ordo gardas vin kontraŭ ŝanĝi elirajn nodojn pro problemo, kiu loĝas en la ĉambro.

Rigardu la ligon, ne la signalan bildsimbolon

Serĉu ligtransirojn anstataŭ striojn. Aparato povas montri fortan signalon dum la alirpunkto estas saturita, dum okazas translokiĝa transiro aŭ dum energiŝpara politiko haltigas la radion dum la ekrano estas malŝaltita.

Notu la staton de la interfaco, la nunan enirejon kaj la tempon de ĉiu ŝanĝo. Poste kontrolu, ĉu la malkonektiĝo kongruas kun la transiro. Falo, kiu okazas ĉiufoje, kiam la telefono moviĝas inter ĉambroj, estas liga problemo ĝis pruvite alie, sendepende de tio, kiun servilon la aplikaĵo montras.

Legu la proprajn rekonektajn eventojn de la kliento

Plej multaj klientoj registras kialon de la malkonektiĝo kaj tempindikon por la sekva provo. Tunelo, kiu reinterkonsentiĝas ene de sekundoj kaj poste funkcias, estas alia evento ol tiu, kiu restas malsupre ĝis vi ŝaltas ĝin permane.

Ripetaj mallongaj rekonektoj indikas la eksteran vojon, ĉar la kliento daŭre atingas la servilon kaj perdas la seancon. Tunelo, kiu restas malsupre, indikas aŭtentigon, ŝanĝon de finpunkto aŭ politikon, ĉar la kliento ne iras sufiĉe malproksimen por perdi ion. Legu la du ŝablonojn aparte antaŭ ol tuŝi la agordon.

Komparu duan finpunkton singardeme

Dua finpunkto estas utila komparo kaj mem ne estas kontrolita eksperimento. Ĝi ŝanĝas la itineron, la infrastrukturon kaj ofte la landon, do diferenco inter du finpunktoj ne pruvas, ke la unua servilo estas difekta.

Tenu la aparaton, la alirreton kaj la laborŝarĝon fiksaj kaj notu, kio alia ŝanĝiĝis kiam vi ŝaltis. Se ambaŭ finpunktoj malsukcesas samtempe en la sama loko, la loka vojo estas la komuna faktoro. Se nur unu malsukcesas, la servilo aŭ la vojo al ĝi fariĝas la spuro. Skribu la konfuzajn faktorojn, por ke la konkludo ne antaŭu la pruvojn.

Kunrilatu kun la servilo, kiun vi administras

Se vi administras la finpunkton, kunordigu la provtempon kun registroj de aŭskultanto kaj asocio. Pluraj nedependaj klientoj malsukcesantaj ĉe la sama enirejo estas alia pruvo ol unu telefono falanta ĉiufoje, kiam ĝi moviĝas.

Unu respondo de samtavolano ne establas daŭran sanon de la aplikaĵo. Post restarigo testu la rimedon, kiun vi fakte bezonas, ĉar sukcesa manpremo kaj atingebla servilo povas ekzisti kune kun rompita aplikaĵa vojo.

Skribu la raporton, kiu mallarĝigas ĝin

Apartigu kvar asertojn: loka ligperdo, ekstera atingeblo, tunela intertraktado kaj la propra stato de la aplikaĵo. Ĉiu havas sian propran pruvon, kaj raporto, kiu tenas ilin apartaj, diras al la sekva persono, kie rigardi.

Notu ankaŭ la limojn de la komparo. Se politiko malhelpis teston de rekta vojo, diru tion anstataŭ prezenti la komparon de finpunktoj kiel pruvon. La landa etikedo en la aplikaĵo ne identigas la kompletan itineron, kaj servilo geografie proksima povas ankoraŭ esti atingebla tra kongesta vojo.

La paĝo de konataj limigoj de la projekto WireGuard estas utila memorigilo, ke protokolo povas esti ĝusta kaj tamen lasi ligokonduton al la operaciumo. Finu per ripeto de la sama testo post la sekva malkonektiĝo, ĉar unu evento estas datenpunkto kaj ŝablono estas diagnozo.