NAS VPN üzərindən əlçatmazdır: ünvan, qayıdış yolu və ya xidmət?
Şəxsi tunel NAS-a marşrut, cavab yolu və icazəli xidmət tələb edir. Giriş məlumatlarını dəyişməzdən əvvəl üçündən hansının uğursuz olduğunu müəyyənləşdirin.
Tunellər qalxır, müştərilər ünvan alır, NAS isə heç cavab vermir. Bu tək simptom üç əlaqəsiz nasazlığı əhatə edir və onları hansı ardıcıllıqla yoxladığınız təmirin nə qədər çəkəcəyini müəyyən edir. Ünvanlaşdırma birinci gəlir, çünki üst-üstə düşən alt şəbəkə sorğunuzu yad cihaza göndərə bilər. Qayıdış yolu ikinci gəlir, çünki cavabsız gələn sorğu bağlı xidmətlə eyni görünür. Xidmət və icazə sonuncu gəlir və yalnız ilk ikisi sübut olunduqdan sonra.
Hamısı əlçatmaz kimi oxunan üç nasazlıq
Ünvan seçimi, qayıdış marşrutlaşdırması və xidmət avtorizasiyası eyni görünən mesajı verir: heç nə baş vermir. Onların sübutları, məsul şəxsləri və düzəlişləri fərqlidir, ona görə də onları ayırmaq bütün işdir. Uğursuz ping özlüyündə az sübut edir, uğurlu TCP imtinası isə əslində yaxşı xəbərdir.
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
Cədvəli səbəblərin siyahısı kimi deyil, yoxlamaların ardıcıllığı kimi oxuyun. Hər sətir növbətini məhdudlaşdırır, çünki imtina artıq ünvanlaşdırmanın və qayıdış yolunun işlədiyini sübut edir. Marşrutun hansı interfeysi seçdiyini yoxlamadan əvvəl firewall qaydaları içində iyirmi dəqiqə keçirmək günortadan sonranı itirməyin ən geniş yayılmış yoludur. Yuxarıdan aşağı işləyin və uyğun gələn ilk sətirdə dayanın.
Birinci şərt: o ünvan düzgün cihazdırmı?
NAS alt şəbəkəsini və VPN-in müştərilərə verdiyi diapazonu yazın, sonra hər ikisini noutbukunuzun hazırda olduğu şəbəkə ilə müqayisə edin. Bu gedişatda NAS 10.40.7.25 ünvanındadır və VPN hovuzu 10.40.9.0/24-dir, bir sayt planı daxilində iki ayrı şəxsi diapazon; 192.168.0.0/24 və ya 10.0.0.0/24 istifadə edən ev təsərrüfatının onlardan biri ilə toqquşma şansı daha yüksəkdir.
Yerli şəbəkə ilə NAS şəbəkəsi üst-üstə düşəndə müştəri bu trafiki öz şlüzünə göndərir və təsadüfən eyni ünvana sahib əlaqəsiz cihaza çata bilər. Cavab verən hər şeyə giriş məlumatlarını yazmazdan əvvəl yolu yoxlayın.
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25
Birinci əmr nüvənin istifadə edəcəyi interfeysi və şlüzü göstərir, ikincisi isə həqiqətən cavab verən ilk atlamaları göstərir. İkisi uyğun gəlmirsə, axtarışa inanın, çünki paketin gedəcəyi yol budur. NAS-dan bir atlama əvvəl dayanan atlamalar siyahısı da nasazlıq deyil, tapıntıdır. Fiziki adapterə, tunelə deyil, həll olunan axtarış araşdırmanı bu nöqtədə bitirir.
İkinci şərt: cavab qayıdırmı?
Müştəriyə NAS-a doğru marşrut, NAS şəbəkəsinə isə VPN hovuzuna doğru qayıdış yolu lazımdır. Şlüz yönləndirməsi, firewall qaydaları və qəsdən ünvan çevrilməsi bu cütlüyün hər birinə təsir edir. strongSwan-ın yönləndirmə qeydləri şlüz arxasındakı şəxsi alt şəbəkə üçün qayıdış marşrutu və çevrilmə seçimlərini təsvir edir.
Sorğu gəlib çatanda və cavab başqa şlüzdən çıxanda heç bir DNS dəyişikliyi asimmetriyanı düzəltmir. Hər iki tərəfdə qeyd bir cəhddə həll edir və çevrilmənin NAS-ın cavab verdiyi mənbəni yenidən yazıb-yazmadığını da göstərir. Administrator bu sərhədə cavabdehdir: yalnız tələb olunan xidmətlərə və VPN müştəri diapazonuna icazə verin və marşrutlaşdırma, yoxsa çevrilmə seçildiyini qeyd edin.
Üçüncü şərt: xidmət oradadırmı və icazəlidirmi?
İdarəetmə səhifəsi və fayl paylaşımı xidməti eyni maşında fərqli son nöqtələrdir və biri bağlantı qəbul edə bilər, digəri isə host firewall-u, xidmət konfiqurasiyası və ya paylaşım icazəsi tərəfindən bloklanır. İmtina ilə cavab verən cihaz artıq ilk iki şərti sübut edib, bu da üçüncünü xeyli daraldır.
Fayllara həqiqətən ehtiyacı olan hesabla yoxlayın, quraşdırma zamanı istifadə olunan administrator hesabı ilə deyil, çünki administrator hüquqları çatışmayan marşrutu düzəldə bilməz və marşrut paylaşım icazəsi verə bilməz. Adlar da buraya aiddir: evdə aşkar edilən NAS adı çox vaxt yerli multicast-dan asılıdır, marşrutlaşdırılmış tunel onu daşımır, ona görə adlandırmanı girişdən ayırmaq üçün istehsalçının sənədləşdirilmiş şəxsi host adını və ya ünvanın özünü sınayın.
NAS şəbəkəsindən kənarda yoxlayın, sonra yavaş-yavaş genişləndirin
Eyni LAN-da aparılan yoxlama uzaq yolun hər natamam hissəsini gizlədir, buna görə də ilk uğurlu uzaq cəhd dəyişiklik qeydinə yazılmağa layiqdir. Yoxlamaları NAS-a yalnız tunel vasitəsilə çatan müştəridən aparın və hər cəhdin orijinal xəta mətnini saxlayın.
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guest
Yol işlədikdən sonra zərərsiz fayl köçürün və həqiqətən ehtiyacınız olan oxuma və ya yazma davranışını təsdiqləyin. Böyük köçürmələr dayanıb kiçiklər keçirsə, qalan problem paket ölçüsünün işlənməsi və ya bağlantının sabitliyidir, ünvanlaşdırma deyil.
İzah olunmayan nasazlığı yan keçmək üçün fayl paylaşımı və ya idarəetmə portlarını internetə açmayın. Şəxsi yolu düzəldin, NAS proqram təminatını dəstəklənən saxlayın və üzərindən ehtiyat nüsxəsini çıxardığınız hər şeyin bərpasını o ehtiyat nüsxəsinə güvənməzdən əvvəl yoxlayın.