SoftEther bağlantı profili: içe aktarmadan önce altı alanı denetleyin

Profilin içe aktarılması başarılı olur, ancak kimlik doğrulama başarısız olur çünkü dosya, hesabın hiç katılmadığı bir Virtual Hub'a işaret eder. Dosyada bozuk bir şey yoktur; kimlik bilgilerinin verilmediği bir düzeni tanımlar. Altı alan içe aktarmanın çalışıp çalışamayacağını belirler: ana bilgisayar adı, bağlantı noktası, protokol, Virtual Hub, kullanıcı kimliği ve birinin size yanlışlıkla yönetici kimlik bilgisi verip vermediği. Bir ile üç arasındaki denetimler bu alanları sırayla kapsar, son ikisi ise dosyanın kendisini ve gerçekte neye katıldığınızı kapsar.

Denetim 1: ana bilgisayar adı ve bağlantı noktası

Herhangi bir şeyi içe aktarmadan önce ana bilgisayar adını, bağlantı noktasını ve bildirilen erişim yöntemini okuyun. Yerel SoftEther dinleyicisi normalde TCP 443 üzerinden yanıt verir; 992 ve 5555, operatörlerin kısıtlayıcı ağların arkasındaki istemciler için açtığı alternatiflerdir. Bir web sitesine veya başka bir hizmete hizmet eden bir bağlantı noktasını hedefleyen profil, kimlik doğrulamadan önce başarısız olur ve hatayı kimlik bilgisi sorunu olarak bildirir. Çifti, operatörün bu uç nokta için yayımladığı bilgiyle karşılaştırın; birinin geçen yıl topladığı dizin listesiyle değil. Ana bilgisayar adı, operatörün hiç söz etmediği bir adrese çözümleniyorsa orada durun, çünkü sonraki adım kimlik bilgilerini o adrese gönderir.

443 numaralı bağlantı noktası ortak alandır, bu yüzden bağlantı noktası tek başına arkasındaki hizmet hakkında hiçbir şey kanıtlamaz. Bir SoftEther istemcisi ikisini protokol el sıkışmasıyla ayırır; bu yüzden bir profil doğru bağlantı noktasını gösterip yine de bir web sunucusunda sonlanabilir. Bu hata istemci günlüğünde yanlış parola gibi görünür, oysa hiçbir parola denetlenmemiştir.

Uç noktayı ana bilgisayar adı, bağlantı noktası ve yöntem olarak bu sırayla yazın. Bu üçlü, bağlanmadan doğrulayabileceğiniz kısımdır ve operatöre dinleyicinin hâlâ açık olup olmadığını sorarken alıntılayacağınız kısımdır. Yayımlanmış bir kaynaktan dolduramadığınız her şey varsayılmak yerine doğrulanmamış kalır.

Denetim 2: protokol istemciyi belirler

Birkaç erişim yöntemi sunan bir sunucu, dışa aktarılan tek bir dosyayı her istemcinin açabileceği bir profile dönüştürmez. Each method has its own format, its own client and its own failure mode, bunları karıştırmak ise kimlik bilgisi sorunu gibi okunan hatalar üretir. Hangi istemcinin açacağına karar vermeden önce dosyanın hangi yöntemi bildirdiğine karar verin.

Aşağıdaki tablo geleneksel bağlantı noktalarını ve her yöntemin gerçekte ne gerektirdiğini listeler. Bağlantı noktaları operatörün seçimidir, bu yüzden onları belirli bir sunucu hakkında gerçekler değil varsayılan değerler olarak görün. Yerel SoftEther profilini SoftEther istemcisi içe aktarır, bir ovpn paketi OpenVPN'e aittir ve SSTP veya L2TP profillerini işletim sisteminin kendisi işler. İlkinin reddettiği bir dosyayı açmak için ikinci bir istemci kurmak genellikle açık bir hatayı kafa karıştırıcı bir hataya dönüştürür.

Dosyanın içindeki bildirimi okuyun, uzantıyı değil. OpenVPN adını taşıyan bir dosya tanımı gereği bir OpenVPN profilidir; SoftEther profili ise SoftEther istemcisinin içe aktardığı küçük bir yapılandırmadır ve ikisi birbirinin yerine geçmez. Bildirilen yöntem hizmet veremediğiniz bir yöntemse bu, içe aktarma sorusunu yanıtlar.

Denetim 3: merkez, kullanıcı ve yönetici rolü

Yerel erişim için profil bir Virtual Hub ve içindeki bir kullanıcıyı adlandırır. A hub is a logical VPN server instance with its own users and its own settings, kullanıcı ise kendi kimlik doğrulamasına sahip olarak o merkezin üyesidir. İkisi de dinleyicileri, merkezleri ve dağıtımdaki her kullanıcıyı denetleyen sunucu yönetimi değildir. Bir istemci profili asla bu denetim kendisine ekli olarak gelmemelidir. Birisi bir istemcinin çalışması için size yönetici kimlik bilgisi gönderdiğinde, bağlansa da bağlanmasa da düzen yanlıştır.

Bağlantıyı belgelerken bu üçünü ayrı tutun, çünkü farklı şekilde geri alınırlar. Bir merkez kullanıcısını kaldırmak bir kişinin erişimini sona erdirir ve dağıtımın geri kalanını olduğu gibi bırakır; yönetici kimlik bilgisini döndürmek ise her şeye dokunur. Bu fark, bir ekip için tek bir paylaşılan merkez kullanıcısına karşı çıkmanın da nedenidir, çünkü tek bir kimlik bilgisi herkes için tek bir geri alma olayı demektir.

Denetim 4: dosya, taşıdığı şey kadar hassastır

Biçime bağlı olarak bir profil kaydedilmiş bir parola, bir sertifika veya önceden paylaşılan bir anahtar taşıyabilir. Dışa aktarımı var olduğu sürece bir sır olarak görün, çünkü bir kayda eklediğiniz kopya başkasının içe aktarabileceği bir kopyadır. Paylaşmadan önce kimlik bilgisini çıkarın ya da yeni bir sırla yeniden üretilmiş bir profil paylaşın. Dosyanın hassasiyeti uzantısından veya boyutundan değil içeriğinden gelir.

Uç noktayı operatörün yayımladığı bir kanaldan doğrulayın ve bir dizin etiketini doğrulanmamış sayın. Genel bir düğüm listesindeki ülke bayrağı ve ana bilgisayar adı, kaydı gönderen kişi tarafından seçilir, bu yüzden ikisi de sunucuyu kimin işlettiğini ortaya koymaz. Profil genel bir dizinden geldiyse bu, daha az değil daha çok denetim yapmak için bir nedendir.

Dosyanın nereden geldiğini ve onu ne zaman aldığınızı kaydedin. Bir bağlantı daha sonra farklı davrandığında, karşılaştırılacak ilk şey kaynağı doğrulanmış uç noktayla karşılaştırmaktır. Kaynağı olmayan bir profil denetleyemeyeceğiniz bir profildir.

Doğruladığınız kopyayı arşivleyin, sonradan bulduğunuzu değil. Aynı ada ve farklı uç noktalara sahip iki dosya, çalışan bir içe aktarmanın bir destek vakasına dönüşme biçimidir. Doğrulanmış kopyayı kaynağıyla ilgili notun yanında tutun.

Denetim 5: uygulamayı test edin, durum ışığını değil

İçe aktarmadan sonra bağlantı göstergesini değil, gerçekten ihtiyaç duyduğunuz uygulamayı test edin. Başarılı bir kimlik doğrulama, kimlik bilgilerinin çalıştığını kanıtlar; beklediğiniz rotaların veya DNS'in oturumla birlikte geldiğini değil. Bağlanın, ardından profilin ulaşması gereken hizmeti kullanın.

Atanan rotaları ve DNS sunucularını inceleyin ve tasarımda bir bölme varsa hangi hedeflerin tüneli atladığını not edin. Ardından dışlanması gereken tek bir hedefle tekrarlayın, çünkü her şeyi tünelden gönderen bölünmüş bir tünel tek hedefli bir testi yine de geçer. Özel bir kaynak başarısız olursa şüpheli, kimlik bilgisinden önce rotadır. Dört sonucu yazın: kimlik doğrulandı, hizmet erişilebilir, rotalar beklendiği gibi, dışlanan hedef dışlandı.

Dört sonucun hepsini operatörün bu merkez için vaat ettiğiyle karşılaştırın. Dışlanan hedef de erişilebilirken kimlik doğrulayan bir oturum, bölmenin yürürlükte olmadığı ve sorunun profil olmadığı anlamına gelir. Beklentiyi veya merkez ilkesini düzeltin, ardından dört denetimi aynı sırayla yeniden çalıştırın.