SSTP önce sunucuyu, sonra kullanıcıyı doğrular

Bir SSTP istemcisi TLS'i tamamlayıp kullanıcıyı bir saniye sonra yine de reddedebilir. Bu sıra bir hata değil, protokol yığınıdır: önce taşıma güvenliği, sonra kullanıcı kimlik doğrulaması. İki aşama farklı mesajlarla başarısız olduğu için farklı düzeltmelere de ihtiyaç duyarlar. Hatayı hangi aşamanın ürettiğini okumak, tanının büyük kısmıdır.

Güvenilen bir sertifika uç noktayı kanıtlar; hesap hakkında hiçbir şey söylemez.

TLS el sıkışmasının belirlediği şey

İstemci, sunucunun sunduğu sertifikayı kendi güven deposuna, istenen ana bilgisayar adına, geçerlilik penceresine ve platformun uyguladığı ek politikalara karşı doğrular. Bu, amaçlanan uç noktaya bağlantıyı korur. Ancak belirli bir hesabın etkin, süresi dolmamış veya uzaktan erişime izinli olduğunu kanıtlamaz. Bunlar daha sonra başka bir bileşenin sorduğu ayrı sorulardır.

Bu nedenle oturum açma istemine ulaşmak için sertifika denetimlerini kaldırmak yanlış onarımdır. Doğrulayamadığınız bir bağlantıda oturum açma istemi elde edersiniz. Bir sertifika hatası ana bilgisayar adına, saate, zincire veya güven yapılandırmasına aittir.

SSTP ve PPP'nin üstüne ekledikleri

SSTP HTTPS üzerinde çalışır ve içinde PPP taşır, bağlantının çevresinde kendi kontrol alışverişi vardır. Ardından PPP bağlantı ve kimlik doğrulama aşamalarını yürütür ve kimlik doğrulama yöntemi sunucu politikasına ve istemci yeteneğine bağlıdır. PAP, CHAP, MS-CHAPv2 ve EAP, özellikleri çok farklı PPP kimlik doğrulama seçenekleridir. VPN'in kullanıcı denetimi o PPP aşamasıdır, altındaki TLS katmanı değil.

Bu nedenle bir kullanıcı reddi kimlik bilgileri, hesap kısıtlaması veya yöntem uyuşmazlığı anlamına gelebilir.

Sunucu tarafındaki neden, profildeki her sırrı sıfırlamaktan çok daha faydalıdır. Devre dışı bırakılmış hesap olayı ile yöntem pazarlığı başarısızlığı istemcide benzer görünür ve sunucuda hiçbir ortak noktaları yoktur.

Hatayı aşamayla eşleştirin

Bağlantının TLS'e, ardından SSTP HTTP alışverişine, ardından PPP aşamasına ulaşıp ulaşmadığını kontrol edin. Günlük zaman damgalarını yeniden denemeler arasında hizalı tutun, böylece önceki bir başarısızlık sonraki bir başarıyla karıştırılmasın. Tek bir pencerede iki denemeyi günlüğe kaydeden bir istemci, aksi halde ulaştığı son aşamada başarısız olmuş gibi görünür. Son satırı değil, ilk ilgili hatayı okuyun.

Aynı hizalama sunucu tarafında da önemlidir; burada kimlik doğrulama kaydı ve taşıma günlüğü genellikle ayrı saatleri olan ayrı dosyalardır. İki dakikalık sapma, bariz bir nedeni imkânsız göstermeye yeter.

Oturum açtıktan sonra yetkilendirme hâlâ ayrıdır

Başarılı bir oturum açma her özel kaynağı vermez. Yollar neyin erişilebilir olduğunu belirler, DNS neyin çözüldüğünü belirler ve her hizmet hâlâ kendi izinlerini uygular. Bağlı olarak gösterilen bir oturum tünel hakkında bir ifadedir, dosya paylaşımı hakkında değil. Bir kullanıcı bağlanabildiği halde bir ana bilgisayara ulaşamıyorsa tünel aşaması çoktan bitmiştir.

Bu, el sıkışmanın gösterdiği aynı katmanlamadır, bir seviye yukarıda.

Hesap kurtarmayı operatörün desteklediği süreçte tutun; açık bir kullanıcı reddine yanıt olarak taşıma ayarlarını değiştirmeyin. Devre dışı bir hesabı düzeltmek için taşımayı değiştirmek, hesap ilgisiz bir nedenle yeniden etkinleştirildiğinde işe yarıyor gibi görünen türde bir onarımdır.