Özel bir uç nokta neden hâlâ genel bir adresle yanıt veriyor

Dizüstü bilgisayar bağlanıyor, tünel kendini etkin olarak bildiriyor ve depolama hesabı hâlâ her isteği reddediyor. Özel uç nokta var, alt ağına giden yol var ve ad ya genel bir adresle yanıt veriyor ya da hiç çözümlenmiyor. Tünelde yanlış bir şey yok: istemciye o ad için hangi sunucunun yanıt vermesi gerektiği hiç söylenmedi. Sorguyu dışarı doğru izleyin ve boşluk belirginleşir.

İstemcinin çözümleyicisinden başlayın

Tünel etkinken istemciye hangi sunucuya sorgu yaptığını sorun. Noktadan siteye profili bu adresi sağlar ve hiçbir şey sağlamayan bir profil işletim sistemini bağdaştırıcının varsayılanlarına geri dönmeye bırakır.

Genel çözümleyicilerin özel bir bölgeye dair hiçbir görüşü yoktur, bu yüzden internetten yanıt verirler, ki bu tam olarak onların işidir. Bu nedenle ilk kontrol tünel değil, uç nokta da değil, kullanılan çözümleyici adresidir.

Yanıtın gerçekte ne olduğunu okuyun

Hizmet adını çözümleyin ve dönen adresi okuyun. Genel bir yanıt, sorgunun bölgeyi göremeyen bir sunucuya ulaştığı anlamına gelir. Yanıt olmaması, adın yalnızca özel olarak var olduğu ve istemcinin ulaşabildiği hiçbir şeyin onu tutmadığı anlamına gelir.

Bu iki sonuç benzer uygulama hataları üretir ve farklı sahiplere aittir. Biri çözümleyici seçimi sorunudur, diğeri eksik bir bölge bağlantısıdır.

hosts girdisi yolu kanıtlar, sonra yalan söyler

Uç noktanın adresini yerel hosts dosyasına koymak, tünelin ve hizmetin güvenlik duvarının zaten çalıştığını kanıtlamanın en hızlı yoludur. İstek o girdiyle başarılı olursa yalnızca ad çözümlemesi bozulmuştur. Ayrıca tam olarak tek bir adı kapsayan, makine başına bir değişikliktir.

İkinci hesaba, ikinci uç noktaya veya bir iş arkadaşına yardımcı olmaz ve uç nokta yeni bir adreste yeniden oluşturulduğunda uyarı vermeden bozulur.

Daha kötüsü, makinenizin herkesinkinden farklı davranmasına neden olur ve bir çözümleyici arızası bir haftalık soruşturmayı ancak böyle atlatır. Yolu doğrulamak için kullanın, sonra kaldırın ve nedeni düzeltin.

Bölgeyi bağlayın ve bir çözümleyici dağıtın

İki koşul aynı anda geçerli olmalıdır. Özel bölge, uç noktanın bulunduğu sanal ağa bağlı olmalı ve istemci sorgularını o bölgeyi okuyabilen bir sunucuya göndermelidir. DNS Private Resolver'ın gelen uç noktası ağ içinde böyle bir adres sağlar ve tünelden gelen sorguları yanıtlar. Bu adresi VPN profilinde tutun ve istemcinin uygulaması gereken özel son eki ekleyin.

Zaten var olan bir şirket içi çözümleyici, bölgeye yönlendirilmiş koşullu bir iletici aracılığıyla aynı sonuca ulaşabilir.

Çözümleyicideki ağ kuralları yönlendirme kadar önemlidir. Gelen kural VPN istemcilerinin aralığını dışlıyorsa sorgular yanlış yanıt vermek yerine zaman aşımına uğrar. İnsanları hiçbir şeyin yanlış olmadığı bir yönlendirme tablosuna geri gönderen tam da bu zaman aşımıdır.

Adı, bağlantı noktasını ve kimliği sırayla denetleyin

Sırayla çalışın: adı çözümleyin, yanıtın özel olduğunu doğrulayın, bağlantı noktasını açın ve ardından kimliği doğrulanmış bir istek yapın. Her aşamanın kendi sahibi ve kendi arıza imzası vardır.

Özel bir yanıtı izleyen zaman aşımı bir yolu veya güvenlik duvarını işaret eder. Genel yanıt çözümleyiciyi işaret eder. Kimlik hatası döndüren tamamlanmış bağlantı hizmete aittir.

Bir arıza daha bu listeye girer. İstemci adresine izin veren hizmet güvenlik duvarı, yeniden bağlanmadan sonra havuz o adresi başka bir oturuma verdiğinde eşleşmeyi bırakır. İstemcinin sahip olduğunu sandığı adresi değil, hizmetin kaydettiği çağıran adresini okuyun. İkisi insanların beklediğinden daha sık uyuşmaz. Azure DNS Private Resolver yönergeleri bölge bağlantısını ve iletme düzenini kapsar.