Miksi yksityinen päätepiste vastaa yhä julkisella osoitteella

Kannettava yhdistää, tunneli ilmoittaa olevansa pystyssä, ja tallennustili hylkää silti jokaisen pyynnön. Yksityinen päätepiste on olemassa, reitti sen aliverkkoon on olemassa, ja nimi joko vastaa julkisella osoitteella tai ei ratkea lainkaan. Tunnelissa ei ole mitään vikaa: asiakkaalle ei koskaan kerrottu, minkä palvelimen pitäisi vastata tuosta nimestä. Seuraa kyselyä ulospäin, niin aukko käy ilmeiseksi.

Aloita asiakkaan ratkaisijasta

Kysy asiakkaalta, mitä palvelinta se kysyy, kun tunneli on pystyssä. Piste-sivustoon-profiili toimittaa tuon osoitteen, ja profiili, joka ei toimita mitään, jättää käyttöjärjestelmän palaamaan sovittimen oletuksiin.

Julkisilla ratkaisijoilla ei ole mitään näkymää yksityiseen vyöhykkeeseen, joten ne vastaavat internetistä, mikä on täsmälleen niiden työ. Ensimmäinen tarkistus on siis käytössä oleva ratkaisijan osoite, ei tunneli eikä päätepiste.

Lue, mitä vastaus oikeastaan on

Ratkaise palvelun nimi ja lue palaava osoite. Julkinen vastaus tarkoittaa, että kysely päätyi palvelimelle, joka ei näe vyöhykettä. Vastauksen puuttuminen tarkoittaa, että nimi on olemassa vain yksityisesti eikä mikään asiakkaan tavoitettavissa oleva pidä sitä.

Nämä kaksi tulosta tuottavat samankaltaisia sovellusvirheitä ja kuuluvat eri omistajille. Toinen on ratkaisijan valinnan ongelma, toinen on puuttuva vyöhykelinkki.

Hosts-merkintä todistaa polun ja valehtelee sitten

Päätepisteen osoitteen laittaminen paikalliseen hosts-tiedostoon on nopein tapa todistaa, että tunneli ja palvelun palomuuri toimivat jo. Jos pyyntö onnistuu tuolla merkinnällä, vain nimien ratkaisu on rikki. Se on myös konekohtainen muutos, joka kattaa täsmälleen yhden nimen.

Se ei auta toista tiliä, toista päätepistettä eikä kollegaa, ja se hajoaa ilman varoitusta, kun päätepiste luodaan uudelleen uuteen osoitteeseen.

Pahempaa, se saa koneesi käyttäytymään eri tavalla kuin kaikkien muiden, ja juuri niin ratkaisijavika selviää viikon tutkinnasta. Käytä sitä polun vahvistamiseen, poista se sitten ja korjaa syy.

Linkitä vyöhyke ja jaa ratkaisija

Kahden ehdon on oltava voimassa samanaikaisesti. Yksityinen vyöhyke on linkitettävä virtuaaliverkkoon, jossa päätepiste sijaitsee, ja asiakkaan on lähetettävä kyselynsä palvelimelle, joka voi lukea tuon vyöhykkeen. DNS Private Resolverin saapuva päätepiste tarjoaa tällaisen osoitteen verkon sisällä ja vastaa tunnelin kautta saapuviin kyselyihin. Laita tämä osoite VPN-profiiliin ja lisää yksityinen pääte, jota asiakkaan on sovellettava.

Jo olemassa oleva paikallinen ratkaisija voi päästä samaan tulokseen vyöhykkeeseen suunnatulla ehdollisella edelleenlähetyksellä.

Ratkaisijan verkkosäännöt merkitsevät yhtä paljon kuin reititys. Jos saapuva sääntö jättää VPN-asiakkaiden alueen ulkopuolelle, kyselyt aikakatkeavat sen sijaan, että palauttaisivat väärän vastauksen. Juuri tuo aikakatkeaminen lähettää ihmiset takaisin reititystauluun, jossa mikään ei ole vialla.

Tarkista nimi, portti ja identiteetti järjestyksessä

Työskentele järjestyksessä: ratkaise nimi, vahvista että vastaus on yksityinen, avaa portti ja tee sitten todennettu pyyntö. Jokaisella vaiheella on oma omistajansa ja oma epäonnistumisen allekirjoituksensa.

Yksityinen vastaus ja sen perään aikakatkeaminen viittaavat reittiin tai palomuuriin. Julkinen vastaus viittaa ratkaisijaan. Valmis yhteys, joka palauttaa identiteettivirheen, kuuluu palvelulle.

Yksi epäonnistuminen kuuluu vielä tähän luetteloon. Palvelun palomuuri, joka sallii asiakkaan osoitteen, lakkaa täsmäämästä, kun allas antaa tuon osoitteen toiselle istunnolle uudelleenyhdistämisen jälkeen. Lue palvelun kirjaama kutsujan osoite, älä sitä, jonka asiakas uskoo itsellään olevan. Ne kaksi ovat eri mieltä useammin kuin ihmiset odottavat. Azure DNS Private Resolver -ohje kattaa vyöhykelinkin ja edelleenlähetyksen järjestelyn.