SSTP todentaa ensin palvelimen ja vasta sitten käyttäjän

SSTP-asiakas voi suorittaa TLS:n loppuun ja silti hylätä käyttäjän sekuntia myöhemmin. Tämä järjestys ei ole virhe, vaan protokollapino: ensin siirtoturvallisuus, sitten käyttäjän todentaminen. Koska kaksi vaihetta epäonnistuvat eri viesteillä, ne tarvitsevat myös eri korjaukset. Sen lukeminen, mikä vaihe tuotti virheen, on suurin osa diagnoosia.

Luotettu varmenne todistaa päätepisteen; se ei kerro tilistä mitään.

Mitä TLS-kättely vahvistaa

Asiakas validoi palvelimen esittämän varmenteen luottamusvarastoaan, pyydettyä isäntänimeä, voimassaoloikkunaa ja mitä tahansa lisäkäytäntöä vasten, jota alusta soveltaa. Se suojaa yhteyden aiottuun päätepisteeseen. Se ei todista, että tietty tili on käytössä, vanhentumaton tai oikeutettu etäkäyttöön. Ne ovat erillisiä kysymyksiä, jotka toinen komponentti esittää myöhemmin.

Siksi varmenteen tarkistusten poistaminen kirjautumiskehotteen saavuttamiseksi on väärä korjaus. Saat kirjautumiskehotteen yhteydellä, jota et voi varmentaa. Varmennevirhe kuuluu isäntänimeen, kelloon, ketjuun tai luottamusmääritykseen.

Mitä SSTP ja PPP lisäävät päälle

SSTP toimii HTTPS:n päällä ja kuljettaa PPP:tä sisällään, omalla ohjausvaihdollaan yhteyden ympärillä. Sitten PPP suorittaa linkki- ja todennusvaiheensa, ja todennusmenetelmä riippuu palvelimen käytännöstä ja asiakkaan kyvyistä. PAP, CHAP, MS-CHAPv2 ja EAP ovat kaikki PPP:n todennusvaihtoehtoja, joilla on hyvin erilaiset ominaisuudet. VPN:n käyttäjätarkistus on tuo PPP-vaihe, ei sen alla oleva TLS-kerros.

Käyttäjän hylkäys voi siis tarkoittaa tunnuksia, tilin rajoitusta tai menetelmän yhteensopimattomuutta.

Palvelinpuolen syy on paljon hyödyllisempi kuin jokaisen profiilin salaisuuden nollaaminen. Tilin poistaminen käytöstä -tapahtuma ja menetelmäneuvottelun epäonnistuminen näyttävät asiakkaalla samanlaisilta eikä niillä ole palvelimella mitään yhteistä.

Kohdista virhe vaiheeseen

Tarkista, saavuttaako yhteys TLS:n, sitten SSTP HTTP -vaihdon, sitten PPP-vaiheen. Pidä lokien aikaleimat linjassa yritysten välillä, jotta aiempaa epäonnistumista ei sekoiteta myöhempään onnistumiseen. Asiakas, joka kirjaa kaksi yritystä yhteen ikkunaan, näyttää muuten epäonnistuneen viimeisessä saavuttamassaan vaiheessa. Lue ensimmäinen olennainen virhe, älä viimeistä riviä.

Sama linjaus on tärkeä palvelinpuolella, jossa todennustietue ja siirtoloki ovat usein erillisiä tiedostoja erillisillä kelloilla. Kahden minuutin heitto riittää saamaan ilmeisen syyn näyttämään mahdottomalta.

Kirjautumisen jälkeen valtuutus on edelleen erillinen

Onnistunut kirjautuminen ei myönnä jokaista yksityistä resurssia. Reitit määrittävät, mikä on saavutettavissa, DNS määrittää, mikä ratkeaa, ja jokainen palvelu soveltaa edelleen omia käyttöoikeuksiaan. Yhdistetyksi näytetty istunto on väite tunnelista, ei tiedostojen jakamisesta. Kun käyttäjä voi yhdistää eikä pääse yhteen isäntään, tunnelivaihe on jo päättynyt.

Se on sama kerrostus, jonka kättely näytti, yhtä tasoa ylempänä.

Pidä tilin palauttaminen operaattorin tukemassa prosessissa sen sijaan, että muutat siirtoasetuksia vastauksena käyttäjän eksplisiittiseen hylkäykseen. Siirron muuttaminen poistetun tilin korjaamiseksi on sellainen korjaus, joka näyttää toimivan, kun tili otetaan uudelleen käyttöön asiasta riippumattomasta syystä.