OpenVPN TLS-manpremo malsukcesis: sur kiu branĉo vi estas?

La linio, kiu diras, ke la TLS-manpremo malsukcesis, estas la fino de rakonto, ne ĝia komenco. Gravas la evento tuj antaŭ ĝi, ĉar tiu evento nomas, kiun el kvar tre malsamaj paneoj vi havas. Tempo-limigo, malkongruo de la rega kanalo, rifuzo de atestilo kaj paneo post la traktado ĉiuj produktas la saman titolon. Elektu la branĉon laŭ la pruvoj, kaj la riparo ĉesas esti konjekto.

Legu la lastan eventon antaŭ la paneo

Rulumu supren anstataŭ legi la lastan linion. La evento antaŭ la malkonekto kutime nomas la etapon: neniu respondo, eraro dum la interŝanĝo de regaj pakaĵoj, rezulto de kontrolo aŭ sukcesa traktado sekvata de rezulto de aŭtentigo. Ĉiu el ili apartenas al malsama posedanto. Tiu unu linio decidas, kiun sekcion sube apliki.

Konservu la eraran tekston kun la klienta versio, la finpunkto kaj la transporto. Tenu ŝlosilojn, pasvortojn kaj ne-redaktitajn profilojn ekster ĉio, kion vi publikigas.

Preciza unua eraro valoras pli ol longa protokola eltiraĵo. Ĝi nomas la etapon, kaj la etapo nomas la posedanton.

Branĉo unu: nenio revenis

Se la kliento sendis sian unuan pakaĵon kaj ricevis nenion uzeblan, la problemo estas sur la vojo aŭ ĉe la aŭskultanto. Konfirmu, ke la profilo kongruas kun opcio, kiun la funkciigisto vere proponas: adreso, pordo kaj UDP aŭ TCP. Poste kontrolu, ĉu la finpunkto entute atingeblas el ĉi tiu reto. Notu, kiu el tiuj du kontroloj malsukcesis, antaŭ ol daŭrigi.

Retumilo, kiu ŝargas paĝon ĉe la sama gastiga nomo, pruvas nur, ke reta servo respondis. Eĉ akceptita TCP-ligo diras nenion pri tio, ĉu OpenVPN finis la traktadon.

Se la profilo funkcias en alia fidinda reto, konservu tiun komparon. Ĝi lokigas la limigon al vojo aŭ peranto.

Branĉo du: la rega kanalo ne kongruas

Kiam la interŝanĝo komenciĝas kaj poste haltas, la agordoj de la rega kanalo estas la unua suspektato. tls-auth kaj tls-crypt devas kongrui kun la surlokigo, kaj materialo el alia servilo ne donos utilan interŝanĝon. Ĉi tiu paneo okazas antaŭ ajna konta ensaluto. Profilo kopiita el pli malnova servilo estas la kutima fonto.

Restarigo de pasvorto ne anstataŭas tiujn agordojn, kaj pruntepreno de ŝlosilo el alia servo ne estas kongrueca riparo. Akiru la profilon per la kontrolita kanalo de la funkciigisto kaj notu la klientan version, kiun ĝi atendas.

Notu la konkretan traktaderaron anstataŭ ŝalti amason da pli malnovaj algoritmoj por vidi, kio teniĝos. Kaptita erara teksto estas tio, kio ebligas al la funkciigisto kontroli sian flankon.

Branĉo tri: atestilo estis rifuzita

Klara malsukceso de kontrolo nomas la atestilon, kiun ĝi ne ŝatas. Kontrolu unue la horloĝon de la aparato, poste legu, kiu objekto malsukcesis: la servila atestilo, la klienta atestilo aŭ eldoninto en la ĉeno. Eksvalidiĝo, nefidinda eldoninto kaj neatendita identeco estas tri malsamaj mesaĝoj.

Tenu la kontrolon ŝaltita dum vi akiras korektitan materialon. Akcepti ne rilatan atestilon forigas la eraron sen pruvi, ke vi atingis la celitan servilon.

Notu, ĉu la paneo sekvas la reton aŭ la profilon. Atestila eraro, kiu aperas ĉie, ne estas voja problemo.

Branĉo kvar: la traktado finiĝis kaj io alia malsukcesis

Post kiam la identa interŝanĝo sukcesas, la restanta paneo apartenas al aŭtentigo aŭ al enkursigo. Klara rifuzo de la konto estas demando pri aŭtentigo, kaj konektita tunelo kun neatingeblaj retejoj estas demando pri enkursigo aŭ DNS. Daŭrigi anstataŭigi TLS-opciojn ĉe tiu punkto damaĝas etapon, kiu jam funkciis.

Kiam vi raportas la problemon, diru, ĉu ĉiu reto malsukcesas, ĉu alia profilo funkcias kaj ĉu la servilo registris la provon. Silento ĉe la servila flanko kaj rifuzo de ĝi staras ĉe malsamaj limoj.