Gezgin'deki Ağ sayfası, yerel segmentte kendini duyuran cihazları gösterir ve yönlendirilmiş bir tünel bu duyuruların hiçbirini taşımaz. Bu yüzden bir sunucu tamamen erişilebilirken kullanıcının önündeki pencere boş kalabilir. Adlandırılmış bir UNC yolu keşfe hiç bağlı değildir ve çözüm, adın çözümlenmesini ve bağlantı noktasının yanıt vermesini sağlamaktır. Boş pencere, bozuk bir paylaşımın değil yanlış katmanın belirtisidir.

Keşif, erişilebilirlikle aynı şey değil

Windows yakındaki makineleri yayın etki alanı için tasarlanmış protokollerle bulur ve bulduklarını bir kolaylık listesi olarak sunar. Bu listedeki hiçbir şey SMB dosya erişimi için gerekli değildir. Sunucu adını bilen ve TCP 445'e ulaşabilen bir istemci, makine Ağ altında hiç görünmese de paylaşımı açar.

İki katman birbirinden bağımsız olarak başarısız olur, bu yüzden "göremiyorum" ve "açamıyorum" farklı testleri hak eder. Listeye bakmak keşif hakkında bir şey söyler; yolu açmak hizmet hakkında bir şey söyler.

Paylaşımı eşlemeden önce sunucuya bir ad verin

Dosya sunucusunu, karşı tarafta sahip olduğu adresle DNS'te yayımlayın ve istemci sitesini o bölge için yanıt verebilen bir çözümleyiciye yönlendirin. Tam nitelikli bir ad, kısa bir adın bir sitede çalışıp diğerinde başarısız olmasının olağan nedeni olan yerel sonek arama listesine bağımlılığı önler.

Ortam Active Directory kullanıyorsa, ad çözümleme kimlik doğrulamanın da parçasıdır: istemcinin Kerberos için bir etki alanı denetleyicisine ulaşması gerekir ve çok fazla kayan bir saat bilet değişimini başarısız kılar. Bu, SMB erişilebilirliğinden farklı bir sorundur ve kimlik bilgisi hatası gibi görünür. Parolayı yeniden yazmadan önce etki alanı denetleyicisini test edin.

LayerWhat it needsSymptom when missing
Name resolutionA DNS answer for the server namePath cannot be found, ping by IP still works
TransportTCP 445 open in both directionsConnection times out or is refused
AuthenticationA reachable domain controller and correct clockAccess is denied after the port connects
AuthorizationShare permission and filesystem permissionThe share opens but the folder is inaccessible

İki yönde yönlendirme ve filtreleme

Siteler arası bir tünel, yerel yönlendirme tablosunda uzak öneki ve uzak tabloda yerel öneki gerektirir; her iki taraftaki güvenlik duvarı da gelen trafiğe izin vermelidir. Tek yönlü yapılandırma, açılan ve asla yanıt vermeyen bir bağlantı üretir; kullanıcılar bunu paylaşımın yavaş olması olarak tanımlar. Önce tünelin kendi sayaçlarını kontrol edin. Paketler çıkıp hiçbir şey dönmüyorsa dönüş yoluna veya uzak filtreye bakın.

WireGuard'da eşin izin verilen IP'leri ve işletim sisteminin yolları bu tasarımla uyumlu olmalıdır. Tünel paket taşır; DNS kayıtları veya paylaşım izinleri sağlamaz iki tarafta da.

Güvenlik duvarı kuralını gerçekten bağlanacak kaynak ağa dayandırın ve istisnayı yazın. Tasarım yolun bir yerinde adresleri çeviriyorsa kural çevrilmiş kaynağı kullanmalıdır ve özgün istemci adresi artık günlüklerde görünmez.

Kimlik doğrulayın, sonra sürücüyü eşleyin

Katmanları Gezgin penceresi yerine komutlarla geçin:

Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:no

İkinci komut TCP yolunu kanıtlar, bir şey okuma hakkını değil. Üçüncüsü kimlik doğrulama ve yetkilendirmenin uygulandığı yerdir ve oradaki bir hata sizi yönlendiriciye değil paylaşım ve dosya sistemi izinlerine göndermelidir.

SMB imzalamayı ve mevcut kimlik doğrulama ilkesini bozmayın. Açık bir yol için SMB1'i yeniden etkinleştirmek veya keşif yayınlarını tünelden iletmek gerekmez ve TCP 445 internet'e bakan bir yönlendirmede değil özel yolda kalmalıdır. Kullanıcılara onaylanmış ada yönetilen bir kısayol veya eşlenmiş sürücü verin, boş Ağ sayfası artık önemli olmaktan çıkar.

İlgili makaleler