MSCHAPv2 bir VPN protokolü değildir: önce tüneli sorun

Kullanıcı adları ve parolalar bir taşıyıcının içinde yolculuk eder ve MSCHAPv2 yalnızca yolculuk eden yöntemin adını verir. İstemci profili seçmeden önce onu hangi tünelin taşıdığını sorun, çünkü aynı hesap dizesi tek satır kod paylaşmayan düzenlerde de görünür. Size verilen her profil iki kararı da kodlar, talimat sayfası yalnızca birini bassa bile. Aşağıdaki sıra, bir operatörün tahmin etmeden yanıtlayabileceği ve sizin paket yakalamadan denetleyebileceğiniz şeydir.

Kimlik doğrulama bir tünelin içinde gider

Bir VPN tek gibi görünen iki karar verir: tarafların korumalı bir kanalı nasıl kurduğu ve bir kişinin onun içinde kimliğini nasıl kanıtladığı. İkincisi talimat sayfasına basılır çünkü onu bir insan yazar. Birincisi herhangi bir istemcinin çalışıp çalışmayacağını belirler ve insanların atladığı tam da budur. Operatörden önce taşıyıcıyı, sonra yöntemi adlandırmasını isteyin, tam bu sırayla. İki bağlantı aynı hesap adını ve aynı parolayı isteyebilir, ama oturum açma kutusunun altında hiçbir uygulamayı paylaşmaz.

Bu yüzden bir iş arkadaşınızın çalışan telefonundan kopyalanan ayarlar, sunucu her iki kimlik bilgisini de kabul etse bile sizinkinde başarısız olabilir. Fark hiçbir zaman kimlik bilgisi değildi; onu saran profildi. iki taraf da haklı ve hiçbir şey bağlanmıyor genellikle tam olarak bu karışıklıktır ve taşıyıcının adı söylenir söylenmez açılır.

Aynı yöntemin göründüğü üç yer

PPP'de kimlik doğrulama adımı bir bağlantı oluşana kadar bekler ve RFC 2759 MS-CHAPv2'yi bu adım olarak tanımlar, bu yüzden yöntem şurada görünür: L2TP ve daha eski PPTP kurulumlarında. Tünel önce sonlanır ve PPP görüşmesi onun içinde gerçekleşir, bu yüzden başarısız bir PPP aşaması sunucu günlüğünde tüneli kurulmuş gibi bırakabilir. Kimlik bilgilerinin reddedildiği sonucuna varmadan önce bu iki aşamayı ayrı ayrı okuyun. Yani L2TP için yapılandırılmış bir istemci tamamen doğru olabilir ve yine de yalnızca IKEv2 konuşan bir ağ geçidi için yanlış istemci olabilir.

IKEv2 bunun yerine EAP-MSCHAPv2'yi anahtar alışverişinin içine koyar, bu yüzden aynı kimlik bilgisi farklı bir anda başarısız olur ve oturum hatası değil kimlik doğrulama hatası olarak ortaya çıkar. Android platformunun IKEv2 profili günlük örnektir ve PPP seçenekleri yerine sunucu sertifikası veya tanımlayıcısı ister. Hesap adı iki düzenlemede de aynıdır, bu yüzden hangisine sahip olduğunuzu söyleyemez. Bunu yalnızca operatörün desteklediği protokol listesi belirler.

TLS tabanlı bir VPN üçüncü bir düzenleme ekler; kendi kullanıcı adı ve parola alanları vardır ve alışverişin hiçbir yerinde MS-CHAPv2 yoktur. Bu yüzden bir parola kutusu görmek arkasındaki protokol hakkında kanıt değildir, çünkü form tanıdık görünecek şekilde kurulmuştur. Protokolü istemci penceresinin biçiminden değil, sunucu belgelerinden doğrulayın.

Gerçekten ihtiyacınız olan yanıtlar

İsteği liste olarak gönderin, çünkü bir listeye yarım yanıt vermek zordur. Tünel protokolünü, içindeki yöntemi ve operatörün platformunuzda desteklediği istemciyi isteyin. Ardından ağ geçidinin kimliğini ve güven ayarlarını, hesap biçimini ve bağlantı kurulduğunda nelerin erişilebilir olması gerektiğini isteyin.

İlk üçü çalışan bir profil alıp almayacağınızı belirler. Son üçü o profilin işin gerektirdiğini yapıp yapmadığını belirler. Yanıtı bilete ekli tutun, çünkü sıradaki kişi de aynı altı soruyu soracak. Yanıtın olmadığı yerde boşluğu operatörün henüz vermediği bir karar olarak görün, kendi çıkarabileceğiniz bir şey olarak değil.

Ağ geçidi doğrulamasını gevşetmeyin

Sunucu kimliğini istemciye de kanıtlar ve alışverişin o yarısı süs değildir. İnatçı bir profilin bağlanması için sertifika doğrulamasını kapatmak, yanıt veren her uç noktayı kabul eder; kimsenin ulaşmayı amaçlamadığı biri de dahil. Ayrıca gerçek bir uyumsuzluğu çözmek yerine gizler, bu da arızayı daha geç ve daha az belirgin bir ana iter. Doğrulamanın kapatılmasını gerektiren bir profil, doğrulayamadığı bir şeyi işaret ediyor demektir.

Uyumsuzluk genellikle bir addır, çünkü tek bir ana makine adına düzenlenmiş sertifika, profil bir adres çevirdiğinde başarısız olur. Doğrulamayı kapatmak yerine adı çevirin. Özel bir sertifika yetkilisi, cihaza kök hiç verilmediğinde başarısız olur ve düzeltme o kökü onaylı yoldan dağıtmaktır. Yönetilen ortamlar operatörün kimliği ve güven çıpasını sağlamasını, profilin de ikisine başvurmasını bekler. Alan yoksa doğrulamadan vazgeçmek yerine artefaktı isteyin.

Profili eşleştirin, sonra her aşamayı kanıtlayın

Taşıyıcı bilindiğinde o istemcinin belgelenmiş sürecini izleyin ve yalnızca istediği alanları girin. Var oldukları için doldurulan ek alanlar yine yanlış değerlerdir ve zorunlu olanlardan daha geç başarısız olur. Profili ilk başarılı bağlantıdan sonra değiştirmeden kaydedin, böylece sonraki bir düzenleme çalıştığı bilinen bir şeyle karşılaştırılabilir.

Sonra aşama aşama doğrulayın: tünel kurulur, kullanıcı kimlik doğrulamasından geçer, atanan adres ve yollar görünür ve izin verilen bir hizmet yanıtlar. Her aşama sunucuda kendi günlük satırını bırakır ve bunları sırayla okumak belirsiz bir şikâyeti somut bir bulguya dönüştürür. Platform operatörün anlattığı düzenlemeyi artık desteklemiyorsa bu bir geçiş konuşmasıdır, cihazda bütün eski seçenekleri açmak için bir gerekçe değildir. Taşıyıcı, yöntem ve profil üç ayrı yanıttır ve çalışan bir bağlantıda üçü de uyum içindedir.