TCP deluje, UDP pa doseže drug strežnik na istih vratih

Profil deluje prek TCP in odpove prek UDP z opozorilom o potrdilu. Intuitivno branje je, da je pot UDP prekinila zaupanje, in intuitivni popravek je, da potrdilo sprejmemo. Obe predpostavki preskočita možnost, ki simptom popolnoma pojasni: oba prenosa sta dosegla različna stroja. Pravilo posredovanja se ujema po protokolu in nič ne sili polovic TCP in UDP ene številke vrat, da kažeta na istega gostitelja.

Ena številka vrat, dve neodvisni pravili

Posredovanje je iskanje v tabeli po protokolu, ciljnem naslovu in vratih. Prehod s pravilom za TCP 1194 in pravilom za UDP 1194 izraža dve neodvisni odločitvi, ki lahko imenujeta različna notranja gostitelja. Skupna številka je udobje za ljudi, ne lastnost, ki bi jo omrežje vsiljevalo. Številko vrat obravnavajte kot oznako, ne kot definicijo storitve.

Glejte veljavna pravila, ne načrtovana. Ciljni naslov, prevedena vrata in vhodni vmesnik vsi sodelujejo, in pravilo, ki je ostalo od prejšnje selitve, je običajen razlog, da se polovici ne ujemata.

Zapišite oba preslikava, preden spremenite karkoli drugega. Par vrstic je cela hipoteza.

Kaj je odjemalec dejansko preveril

Med rokovanjem odjemalec preveri potrdilo glede na nastavljeno zaupanje in glede na pričakovano ime. Nepričakovano potrdilo je uspešno preverjanje, ki ni prestalo preverjanja identitete, in to je pravi izid, ko nasprotna stran ni tista, ki ste jo hoteli doseči. Če ga zavrnete, to dokazuje, da odjemalec deluje, ne pa da je prenos pokvarjen. Preberite sporočeno ime pred sporočeno verigo, ker je ime tisto, kar je odjemalec primerjal.

Razlika je pomembna, ker obe napaki vodita v različna popravka. Težava zaupanja potrebuje popravek zaupanja, medtem ko nepričakovana nasprotna stran potrebuje popravek usmerjanja ali posredovanja.

Zapišite, katero identiteto je odjemalec sporočil. To ime je najmočnejša sled, kateri stroj je odgovoril.

Povežite poskus s strežnikom

Zabeležite profil, javni naslov, prenos in vrata, ki jih je uporabil odjemalec. Nato uskladite čas poskusa z dnevnikom strežnika, ki ste ga hoteli doseči. Njegova odsotnost je sled in ne dokaz, da je požarni zid zavrgel paket, ker se ravni beleženja med namestitvami razlikujejo. Časovni žig skupaj z izvornim naslovom zoži bolj kot kateri koli od njiju sam.

Primerjajte identiteto potrdila, na katero ste naleteli, s pričakovano identiteto po upravnem kanalu. Prav ta primerjava zunaj kanala ohranja preverjanje zaupanja vredno.

Preverite stara pravila posredovanja, nadomestne poslušalce in vsako pot za razporejanje obremenitve, preden sklenete, da si oba prenosa delita zaledje. Vsak od njih lahko preusmeri tok, ne da bi se dotaknil drugega prenosa.

Ne prilagajajte zaupanja napačni nasprotni strani

Uvoz nepričakovanega CA povzroči, da simptom izgine, in spremeni, komu odjemalec zaupa. To je slabše stanje kot neuspešna povezava, ker skrije neskladje, namesto da bi ga rešilo. Enako velja za izklop preverjanja samo zato, da vidimo, ali se tunel dvigne.

Če se nasprotna stran izkaže za legitimno, a neželeno, je pravi ukrep umik ali usmeritev pravila na pravega gostitelja. Shramba zaupanja ni kraj za usklajevanje napake v inventarju.

Shranite besedilo zavrnitve. To je edini zapis o tem, kaj je odjemalec videl.

Po popravku preizkusite nov tok

Popravite preslikavo in se nato povežite z novo sejo odjemalca. Stavčno prevajanje lahko ohrani obstoječi tok na starem cilju, zato lahko vzpostavljena povezava preživi spremembo in vas zavede. Začnite novo in v dnevniku predvidenega strežnika potrdite, da je poskus obdelal.

Če oba prenosa dokazljivo dosežeta isti strežnik in se še vedno obnašata različno, je preostala razlika lastni poslušalci in konfiguracija tega strežnika. Primerjava prenosov nekaj pomeni šele, ko je identiteta končne točke določena.