İlgisiz görünen iki belirti Windows'ta aynı nedeni paylaşır: kayıtlı bağlantının cihazın eksik olduğunu bildirmesi ve SSTP hizmetinin birkaç saniye içinde başlayıp durması. İkisi de parola sorunu değildir ve ikisi de önce profili yeniden oluşturarak düzelmez. Herhangi bir oturum açma denemesinden önce var olması gereken yerel parçalar onarımın başladığı yerdir.

Aşağıdaki sırayla dışa doğru ilerleyin ve belirtiyi değiştiren ilk aşamada durun. Cihaz var olmadan profili yeniden kurmak yalnızca aynı iletiyle ikinci bir giriş üretir.

Kimlik bilgileriyle değil, hizmetlerle başlayın

Yerel bir Windows bağlantısının arkasında üç hizmet vardır: Telephony, Remote Access Connection Manager ve Remote Access Auto Connection Manager. Giden profil için üçü de çalışmalıdır ve herhangi biri önceki bir temizleme betiği veya sıkılaştırılmış bir imaj tarafından devre dışı bırakılmış olabilir. Kullanılanları Disabled yerine Manual veya Automatic olarak ayarlayın ve başka bir şeye dokunmadan önce onları başlatın. Routing and Remote Access, gelen bağlantıları barındıran farklı bir bileşendir, bu yüzden etkinleştirilmesi dışarı arama için ön koşul değildir.

Get-Service -Name TapiSrv,RasMan,RasAuto | Format-Table Name,Status,StartType
Get-WinEvent -LogName System -MaxEvents 30 | Where-Object { $_.ProviderName -match 'Ras|RemoteAccess' }

Başlayıp hemen Stopped durumuna dönen bir hizmet, yalnızca devre dışı bırakılmış olandan farklı bir arızadır. İlgili olay kaydı, devam etmeyi reddeden bileşeni adlandırır.

Sonra profilin arkasındaki miniportları denetleyin

Çalışan bir kurulum, kullanabileceği protokoller için WAN Miniport aygıtlarını listeler; bunlara PPTP, L2TP, IKEv2 ve PPPoE dahildir. Bu kayıtlar yoksa veya devre dışıysa, Windows'un bağlantıyı bağlayacağı bir şey yoktur ve profil eksik cihaz bildirmeye devam eder. Device Manager'ı gizli aygıtlar görünürken açın ve filtrelenmiş liste yerine gerçek envanteri görmek için Network adapters öğesini genişletin. Bağlantı yöneticisini başlatmak bu aygıtları sıklıkla yeniden numaralandırır; bu yüzden bir hizmet arızası eksik donanımı taklit edebilir.

Miniportların etkinleştirilmesi desteklenen bir onarımdır, bağdaştırıcıların toplu silinmesi ise değildir. Fark, kaldırdığınız her bağdaştırıcının kaybettiğiniz bir dönüş yolu olduğu uzak bir makinede önemlidir.

SSTP saniyeler içinde başlayıp durduğunda

İki ortak bileşen SSTP altında durur: olay günlüğü ve WMI deposu. Bu depo bozulduğunda hizmet çalışmayı sürdürmeyi reddeder ve VPN profilinde bunu açıklayan hiçbir şey yoktur. Yönetici oturumuyla Safe Mode'a önyükleyin, ardından sistem sürücüsündeki WMI günlük klasörünün içindeki RtBackup dizinini dizinin kendisi kalacak şekilde boşaltın. Yeniden adlandırmanın engellendiği yerlerde önce içeriği temizleyin ve sonra yeniden adlandırın; eski dosyaları yerine taşıyın. Olay günlüklerini kaydedin ve sonra boşaltın, çünkü boş bir RtBackup üzerinde başlayan hizmet, günlükler bozuk kaldıkça sonraki önyüklemede yeniden başarısız olma eğilimindedir.

Event Viewer hiç açılmıyorsa sorun VPN yapılandırmasında değil günlüklerdedir. Başka bir ayarı değiştirmeden önce onlara dönün.

Bir kaydı yeniden oluşturun ve tek başına test edin

Her yerel bağlantı bir telefon defteri dosyasında yaşar ve kullanıcı başına kopya Network/Connections yolundaki dolaşım uygulama verileri klasöründedir. Makinenin tamamına ait telefon defteri, birbiriyle ilgisiz kayıtlar tutabilen ayrı bir dosyadır. Sihirbazla bir yeni bağlantı ekleyin veya işletmenin sağladığı paketi içe aktarın ve o kaydı her şeyden önce tek başına deneyin. Telefon defterinin tümünü değiştirmek, çalışan bağlantıları da bozuk olanla birlikte düşürür.

rasdial "Office VPN"
rasdial "Office VPN" /disconnect
Get-PnpDevice -Class Net | Where-Object FriendlyName -like '*WAN Miniport*'

Kurulan ve sonra hiçbir şey taşımayan bir bağlantı bu onarımı aşmıştır. Bir Hyper-V ana bilgisayarında sanal bağdaştırıcıda NetBIOS over TCP/IP'yi etkinleştirmek, belgelenmiş birkaç SSTP vakasında eksik parçadır ve bunu denetlemek hiçbir şeye mal olmaz. Süresi dolmuş parola bağlıyken onarılır, çünkü dizin yeni değeri ancak başarılı bir oturum açmadan sonra öğrenir. İlerlemeden önce hangi aşamanın başarısız olduğunu not edin, çünkü kimlik doğrulama hatasına yanıt olarak aygıt yolunu yeniden kurmak yalnızca telaş üretir, ilerleme değil.

Hizmetler, sonra miniportlar, sonra tek bir profil, sonra kimlik doğrulama, sonra uzak kaynak. Bu sıra yöntemin tamamıdır ve ilk değişiklikte durmak onu kısa tutan şeydir.

İlgili makaleler