Gumagana ang TCP ngunit ang UDP ay umaabot sa ibang server sa parehong port

Gumagana ang isang profile sa TCP at nabibigo sa UDP na may babala tungkol sa certificate. Ang intuitive na pagbasa ay sinira ng UDP path ang pagtitiwala, at ang intuitive na pagwawasto ay tanggapin ang certificate. Parehong iniiwan ng dalawang palagay ang isang posibilidad na lubos na nagpapaliwanag sa sintomas: umabot ang dalawang transport sa magkaibang makina. Ang tuntunin ng pagpapasa ay itinatambal ayon sa protocol, at walang pumipilit sa TCP at UDP na kalahati ng isang numero ng port na tumuro sa parehong host.

Isang numero ng port, dalawang malayang tuntunin

Ang pagpapasa ay paghahanap sa talahanayan ayon sa protocol, address ng destinasyon at port. Ang isang gateway na may tuntunin para sa TCP 1194 at tuntunin para sa UDP 1194 ay nagpapahayag ng dalawang malayang desisyon, at maaari silang tumukoy ng magkaibang panloob na host. Ang pinagsasaluhang numero ay kaginhawahan para sa mga tao, hindi katangiang ipinipilit ng network. Ituring ang numero ng port bilang label at hindi bilang kahulugan ng serbisyo.

Tingnan ang mga tuntuning may bisa at hindi ang nilayon. Ang address ng destinasyon, naisaling port at interface ng pagpasok ay lahok lahat, at ang tuntuning natira mula sa naunang migration ang karaniwang dahilan kung bakit hindi tugma ang dalawang kalahati.

Isulat ang dalawang mapping bago magbago ng anupaman. Ang pares ng linya ang buong hypothesis.

Ano ang tunay na na-verify ng client

Sa handshake sinusuri ng client ang certificate laban sa naka-configure na pagtitiwala at laban sa inaasahang pangalan. Ang hindi inaasahang certificate ay isang matagumpay na verification na bigo sa pagsusuri ng pagkakakilanlan, at iyon ang tamang kinalabasan kapag ang kabilang panig ay hindi ang nais mong abutin. Ang pagtanggi dito ay patunay na gumagana ang client, hindi na sira ang transport. Basahin ang iniulat na pangalan bago ang iniulat na chain, dahil ang pangalan ang inihambing ng client.

Mahalaga ang pagkakaiba dahil ang dalawang bigong ito ay tumutungo sa magkaibang pagwawasto. Ang problemang may kinalaman sa pagtitiwala ay nangangailangan ng pagwawasto ng pagtitiwala, samantalang ang hindi inaasahang kabilang panig ay nangangailangan ng pagwawasto ng routing o pagpapasa.

Itala kung aling pagkakakilanlan ang iniulat ng client. Ang pangalang iyon ang pinakamalakas na bakas kung aling makina ang sumagot.

Iugnay ang pagtatangka sa isang server

Itala ang profile, pampublikong address, transport at port na ginamit ng client. Pagkatapos itambal ang oras ng pagtatangka sa log ng server na nais mong abutin. Ang kawalan doon ay bakas at hindi patunay na itinapon ito ng firewall, dahil nagkakaiba ang antas ng pag-log sa pagitan ng mga deployment. Ang timestamp kasama ang source address ay mas nagpapaliit kaysa sa alinman sa dalawa nang mag-isa.

Ihambing ang pagkakakilanlan ng certificate na nasagupa mo sa inaasahang pagkakakilanlan sa pamamagitan ng administratibong channel. Ang paghahambing sa labas ng channel ang nagpapanatiling mapagkakatiwalaan ang pagsusuri.

Suriin ang lumang tuntunin ng pagpapasa, alternatibong listener at anumang landas ng load balancing bago magdesisyong pinagsasaluhan ng dalawang transport ang isang backend. Alinman sa mga ito ay maaaring magpalihis ng flow nang hindi tinatamaan ang kabilang transport.

Huwag iakma ang pagtitiwala sa maling kabilang panig

Ang pag-import ng hindi inaasahang CA ay nagpapawala ng sintomas at nagbabago kung sino ang pinagkakatiwalaan ng client. Ito ay mas masamang kalagayan kaysa sa bigong koneksyon, dahil itinatago nito ang pagkakaiba sa halip na lutasin. Ganoon din sa pagpatay ng verification para lang makita kung umaangat ang tunnel.

Kung ang kabilang panig ay lumabas na lehitimo ngunit hindi sinasadya, ang tamang aksyon ay alisin ito sa serbisyo o ituro ang tuntunin sa tamang host. Ang imbakan ng pagtitiwala ay hindi lugar para pagsamahin ang isang pagkakamali sa imbentaryo.

Itago ang teksto ng pagtanggi. Ito ang tanging talaan ng nakita ng client.

Pagkatapos ng pagwawasto, subukan ang bagong flow

Ayusin ang mapping at pagkatapos kumonekta gamit ang bagong session ng client. Maaaring panatilihin ng stateful translation ang umiiral na flow na nakaturo sa lumang destinasyon, kaya maaaring mabuhay ang naitatag na koneksyon sa pagbabago at iligaw ka. Magsimula ng bago at tiyakin mula sa log ng layuning server na pinangasiwaan nito ang pagtatangka.

Kung ang dalawang transport ay napatunayang umaabot sa parehong server at magkaiba pa rin ang pag-uugali, ang natitirang pagkakaiba ay ang sariling listener at configuration ng server na iyon. May saysay lamang ang paghahambing ng transport kapag natukoy na ang pagkakakilanlan ng endpoint.