Profiili toimii TCP:n yli ja epäonnistuu UDP:n yli varmenteesta kertovalla varoituksella. Intuitiivinen tulkinta on, että UDP-polku rikkoi luottamuksen, ja intuitiivinen korjaus on hyväksyä varmenne. Molemmat oletukset ohittavat mahdollisuuden, joka selittää oireen täysin: kaksi siirtotietä päätyi eri koneisiin. Edelleenlähetyssääntö sovitetaan protokollakohtaisesti, eikä mikään pakota yhden porttinumeron TCP- ja UDP-puoliskoja osoittamaan samaan isäntään.

Yksi porttinumero, kaksi riippumatonta sääntöä

Edelleenlähetys on taulukonhaku, joka perustuu protokollaan, kohdeosoitteeseen ja porttiin. Yhdyskäytävä, jolla on sääntö TCP:lle 1194 ja sääntö UDP:lle 1194, ilmaisee kaksi riippumatonta päätöstä, ja ne voivat nimetä eri sisäisiä isäntiä. Jaettu numero on mukavuus ihmisille, ei ominaisuus, jota verkko valvoo. Kohtele porttinumeroa merkintänä äläkä palvelumääritelmänä.

Katso voimassa olevia sääntöjä äläkä aiottuja. Kohdeosoite, käännetty portti ja saapuva rajapinta ovat kaikki mukana, ja aiemmasta siirrosta jäänyt sääntö on tavallinen syy siihen, että puoliskot eivät täsmää.

Kirjoita molemmat kuvaukset muistiin ennen kuin muutat mitään muuta. Rivipari on koko hypoteesi.

Mitä asiakas todella vahvisti

Kättelyn aikana asiakas tarkistaa varmenteen määritettyä luottamusta ja odottamaansa nimeä vasten. Odottamaton varmenne on onnistunut vahvistus, joka epäonnistui henkilöllisyyden tarkistuksessa, ja se on oikea tulos, kun vastapuoli ei ole se, jonka halusit tavoittaa. Sen hylkääminen todistaa, että asiakas toimii, ei että siirtotie on rikki. Lue ilmoitettu nimi ennen ilmoitettua ketjua, koska nimi on se, mitä asiakas vertasi.

Ero on merkityksellinen, koska kaksi vikaa johtavat erilaisiin korjauksiin. Luottamusongelma vaatii luottamuksen korjauksen, kun taas odottamaton vastapuoli vaatii reitityksen tai edelleenlähetyksen korjauksen.

Kirjaa, minkä henkilöllisyyden asiakas ilmoitti. Se nimi on vahvin vihje siitä, mikä kone vastasi.

Yhdistä yritys palvelimeen

Kirjaa profiili, julkinen osoite, siirtotie ja portti, jota asiakas käytti. Vertaa sitten yrityksen aikaa sen palvelimen lokiin, jonka halusit tavoittaa. Sen puuttuminen on johtolanka eikä todiste palomuurin pudotuksesta, koska kirjaustasot vaihtelevat asennusten välillä. Aikaleima ja lähdeosoite rajaavat sitä enemmän kuin kumpikaan yksin.

Vertaa kohtaamasi varmenteen henkilöllisyyttä odotettuun henkilöllisyyteen hallinnollisen kanavan kautta. Juuri kanavan ulkopuolinen vertailu pitää tarkistuksen luotettavana.

Tarkista vanhat edelleenlähetyssäännöt, vaihtoehtoiset kuuntelijat ja jokainen kuormantasauspolku ennen kuin päättelet, että molemmat siirtotiet jakavat taustajärjestelmän. Kukin niistä voi ohjata virran toisaalle koskematta toiseen siirtotiehen.

Älä sovita luottamusta väärään vastapuoleen

Odottamattoman CA:n tuominen saa oireen katoamaan ja muuttaa sitä, kehen asiakas luottaa. Se on pahempi tila kuin epäonnistunut yhteys, koska se piilottaa ristiriidan sen sijaan että ratkaisisi sen. Sama koskee vahvistuksen poistamista käytöstä vain nähdäkseen, nouseeko tunneli.

Jos vastapuoli osoittautuu lailliseksi mutta tahattomaksi, oikea toimi on poistaa se käytöstä tai osoittaa sääntö oikeaan isäntään. Luottamusvarasto ei ole paikka sovitella luettelointivirhettä.

Säilytä hylkäysteksti. Se on ainoa tallenne siitä, mitä asiakas näki.

Testaa korjauksen jälkeen uusi virta

Korjaa kuvaus ja yhdistä sitten uudella asiakasistunnolla. Tilallinen käännös voi pitää olemassa olevan virran vanhassa kohteessa, joten muodostettu yhteys voi selvitä muutoksesta ja johtaa sinua harhaan. Aloita uusi ja vahvista aiotun palvelimen lokista, että se käsitteli yrityksen.

Jos molemmat siirtotiet todistettavasti tavoittavat saman palvelimen ja käyttäytyvät silti eri tavoin, jäljelle jäävä ero on kyseisen palvelimen omat kuuntelijat ja kokoonpano. Siirtoteiden vertailulla on merkitystä vasta, kun päätepisteen henkilöllisyys on vahvistettu.

Aiheeseen liittyvät artikkelit