Samba VPN adresē: kāpēc klausītājs pazūd

Koplietotne darbojas visu rītu, tunelītis pusdienlaikā atkal pievienojas, un tas pats UNC ceļš tagad nonāk taimautā, kamēr ping uz serveri joprojām atbild. Koplietotnes definīcijā nekas nav mainījies un VPN darbojas. Mainījies ir vietējā adrese, kurai Samba bija piesaistīts, un pēc saskarnes atkārtotas izveides tā vairs neeksistē. Šis atteices veids ir klausītāja dzīves cikla problēma, nevis atļauju problēma.

Koplietotne darbojas līdz tunelīša restartam

Pakalpojuma piesaistīšana adresei saista tā ligzdu ar šīs adreses mūžu. Kad tuneļa saskarne tiek iznīcināta un uzbūvēta no jauna, vecā adrese pazūd, un ar to saistītā ligzda pazūd kopā ar to. Pakalpojums turpina darboties, bet nekas neklausās tur, kur tiek novirzīti klienti.

Ping joprojām var izdoties, ja jaunā adrese atbild uz ICMP, un tāpēc sasniedzamība izskatās labi, kamēr koplietotne ir mirusi. Tieši šie vieni maldinošie panākumi sūta cilvēkus pie ugunsmūra.

Sasniedzamība nav piesaistes adrese

Šeit sajaucas trīs lēmumi. Maršruts izlemj, vai klienta pakete ieradīsies. Klausīšanās ligzda izlemj, vai kaut kas to pieņems vietējā adresē. Koplietotnes konfigurācija un failu sistēmas atļaujas izlemj, kas notiks pēc tam. Kad saskarne tiek izveidota no jauna, salūzt tikai otrais.

Arī adrese no VPN baseina nav automātiski vietējā piesaistes adrese. Tā pieder klientam, nevis failu serverim. Ping ir slikts tests failu pakalpojumam.

Turiet šos īpašniekus atsevišķi arī dokumentācijā. Turpmākām izmaiņām VPN baseinā nevajadzētu prasīt Samba rediģēšanu, un koplietotnes atļauju izmaiņām nevajadzētu prasīt tuneļa restartu.

Tā vietā piesaistiet stabilai adresei

Stabilākais risinājums notur Samba pastāvīgā adresē un ļauj VPN nogādāt klientus turp. Servera adrese nemainās, kad tunelītis svārstās, tāpēc klausītājam nekad nav jāseko saskarnei. Tad uzņemšanu nodrošina VPN ceļš un resursdatora ugunsmūris, kas ir būvēti tieši šim darbam.

Ja tomēr jāpiesaista tunelim, saprotiet instalētās versijas līgumu. Parametri interfaces un bind interfaces only nav viens un tas pats, un piesaistes dokumentācija brīdina par pārtrauktu saskarni. Dinamiska klausītāja apstrāde pastāv dažās platformās, bet tas ir spējas, kas jāpārbauda, nevis jāpieņem. Izlasiet tabulu pirms un pēc svārstības un salīdziniet abas izvades.

ss -ltnp | grep ':445'

Pārbaudiet atkārtotu savienojumu, nevis zaļo gaismu

Pārbaudiet klausītāju pēc atkārtota savienojuma, ne tikai pēc pakalpojuma palaišanas. Izveidojiet tuneli no jauna, pēc tam izlasiet klausīšanās tabulu un apstipriniet, ka ligzda pastāv adresē, uz kuru tiek novirzīti klienti. Zaļš tuneļa indikators un sekmīga konfigurācijas pārbaude nepierāda ne vienu, ne otru.

smbclient -L //files.corp.example -U alice

Pēc tam izpildiet vienu atļautu darbību un vienu liegto ceļu no klienta un atkārtojiet pēc otrā atkārtotā savienojuma. Ja koplietotne darbojas tikai līdz pirmajai svārstībai, piesaiste joprojām ir saistīta ar saskarnes mūžu un risinājums nav labots. Mainiet piesaisti vai pakalpojuma adresi, un simptoms pārstās atgriezties.