Tüneller açılıyor, istemciler adres alıyor ve NAS hiç yanıt vermiyor. Bu tek belirti birbiriyle ilgisiz üç arızayı kapsar ve bunları hangi sırayla test ettiğiniz onarımın ne kadar süreceğini belirler. Adresleme önce gelir, çünkü çakışan bir alt ağ isteğinizi yabancı bir cihaza gönderebilir. Dönüş yolu ikinci gelir, çünkü yanıtsız gelen bir istek kapalı bir hizmetle tamamen aynı görünür. Hizmet ve izin en son gelir ve ancak ilk ikisi kanıtlandıktan sonra.

Hepsi erişilemez olarak okunan üç arıza

Adres seçimi, dönüş yönlendirmesi ve hizmet yetkilendirmesi aynı görünür mesajı üretir: hiçbir şey olmaz. Farklı kanıtları, farklı sorumluları ve farklı düzeltmeleri vardır, bu yüzden bunları ayırmak işin tamamıdır. Başarısız bir ping tek başına az şey kanıtlar ve başarılı bir TCP reddi aslında iyi haberdir.

ObservationMost likely conclusion
Route to the NAS address leaves the wrong interfaceOverlapping or missing private route
Request visible on the server, no reply seenReturn path, gateway forwarding or translation
TCP connection refused rather than droppedReachable host, service not listening or filtered
TCP works, login or file access failsShare permission, account or protocol version

Tabloyu nedenler listesi olarak değil, test sırası olarak okuyun. Her satır bir sonrakini sınırlar, çünkü ret zaten adreslemenin ve dönüş yolunun çalıştığını kanıtlar. Rota hangi arayüzü seçtiğini kontrol etmeden önce güvenlik duvarı kuralları içinde yirmi dakika geçirmek, bir öğleden sonrayı kaybetmenin en yaygın yoludur. Yukarıdan aşağıya çalışın ve eşleşen ilk satırda durun.

Birinci koşul: o adres doğru cihaz mı?

NAS alt ağını ve VPN'in istemcilere verdiği aralığı yazın, sonra ikisini de dizüstü bilgisayarınızın şu anda bulunduğu ağla karşılaştırın. Bu anlatımda NAS 10.40.7.25 adresinde ve VPN havuzu 10.40.9.0/24, tek bir site planı içinde iki ayrı özel aralık; 192.168.0.0/24 veya 10.0.0.0/24 kullanan bir hane halkının bunlardan biriyle çakışma olasılığı çok daha yüksektir.

Yerel ağ ile NAS ağı çakıştığında istemci bu trafiği kendi ağ geçidine gönderir ve tesadüfen aynı adrese sahip ilgisiz bir cihaza ulaşabilir. Yanıt veren herhangi bir şeye kimlik bilgilerini yazmadan önce yolu doğrulayın.

ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25

İlk komut çekirdeğin kullanacağı arayüzü ve ağ geçidini adlandırır, ikincisi gerçekten yanıt veren ilk atlamaları gösterir. İkisi uyuşmuyorsa aramaya inanın, çünkü paketin izleyeceği yol budur. NAS'tan bir atlama önce duran bir atlama listesi de bir bulgudur, başarısızlık değil. Tünel yerine fiziksel bağdaştırıcıya çözülen bir arama, incelemeyi bu noktada bitirir.

İkinci koşul: yanıt geri dönüyor mu?

İstemcinin NAS'a doğru bir rotaya, NAS ağının da VPN havuzuna doğru bir dönüş yoluna ihtiyacı vardır. Ağ geçidi yönlendirmesi, güvenlik duvarı kuralları ve bilinçli adres çevirisi bu çiftin her birini etkiler. strongSwan'ın yönlendirme notları bir ağ geçidinin arkasındaki özel alt ağ için dönüş rotası ve çeviri seçeneklerini açıklar.

İstek ulaştığında ve yanıt başka bir ağ geçidinden çıktığında hiçbir DNS değişikliği bu asimetriyi onarmaz. Her iki tarafta bir kayıt bunu tek denemede çözer ve çevirinin NAS'ın yanıt verdiği kaynağı yeniden yazıp yazmadığını da gösterir. Yönetici bu sınırdan sorumludur: yalnızca gereken hizmetlere ve VPN istemci aralığına izin verin ve yönlendirmenin mi yoksa çevirinin mi seçildiğini yazın.

Üçüncü koşul: hizmet orada mı ve izinli mi?

Bir yönetim sayfası ile bir dosya paylaşımı hizmeti aynı makinedeki farklı uç noktalardır ve biri bağlantı kabul ederken diğeri ana makinenin güvenlik duvarı, hizmet yapılandırması veya bir paylaşım izni tarafından engellenebilir. Red ile yanıt veren bir cihaz ilk iki koşulu çoktan kanıtlamıştır, bu da üçüncüyü belirgin biçimde daraltır.

Dosyalara gerçekten ihtiyacı olan hesapla test edin, kurulum sırasında kullanılan yönetici hesabıyla değil, çünkü yönetici hakları eksik bir rotayı onaramaz ve bir rota paylaşım izni veremez. Adlar da buraya aittir: evde keşfedilen bir NAS adı genellikle yerel multicast'a bağlıdır ve yönlendirilmiş bir tünel bunu taşımaz, bu yüzden adlandırmayı erişimden ayırmak için üreticinin belgelediği özel ana bilgisayar adını veya adresin kendisini deneyin.

NAS ağının dışından test edin, sonra yavaşça genişletin

Aynı LAN içinde yapılan bir test, uzak yolun eksik olan her parçasını gizler, bu yüzden ilk başarılı uzak deneme değişiklik kaydında bir notu hak eder. Kontrolleri NAS'a yalnızca tünel üzerinden ulaşan bir istemciden çalıştırın ve her denemenin özgün hata metnini saklayın.

nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guest

Yol çalıştığında zararsız bir dosya aktarın ve gerçekten ihtiyacınız olan okuma veya yazma davranışını doğrulayın. Büyük aktarımlar takılırken küçükler geçiyorsa kalan sorun paket boyutu işleme veya bağlantı kararlılığıdır, adresleme değil.

Açıklanamayan bir arızayı atlatmak için dosya paylaşımı veya yönetim bağlantı noktalarını internete açmayın. Özel yolu onarın, NAS yazılımını desteklenir tutun ve üzerinden yedeklediğiniz her şeyin geri yüklenmesini o yedeğe güvenmeden önce test edin.

İlgili makaleler