Maršrutētājs kā SMB klients vai pakešu pārraidītājs: kas der

SMB plūsmas pāradresēšana nav tas pats darbs kā tās pārtraukšana, un maršrutētājs, kas dara vienu, varbūt nepārvalda otru. Pāradresēšana nozīmē, ka maršrutētājs pārvieto paketes, kuru saturu tas nekad neanalizē. Pievienošana nozīmē, ka maršrutētājs kļūst par failu klientu, ar programmatūru, ko tas varbūt nepiegādā, akreditācijas datiem, kas tam jāaizsargā, un kļūdu režīmiem, kas tagad ir tā. Izvēle starp abiem ir jautājums par to, kur faili ir vajadzīgi, nevis par to, ko var pierunāt maršrutēšanas platformu instalēt.

Pāradresēšana un pārtraukšana ir atšķirīgi darbi

Pāradresēšanas lomā maršrutētājam ir viena atbildība: piegādāt paketes starp klientu un serveri, piemērojot politiku, ko prasa ceļš. Tas neautentificējas koplietotajā resursā, nekešo failu datus un neuztraucas, vai serveris runā SMB2 vai SMB3, jo tas nekad nelasa tik dziļi plūsmā. Ja resurss kļūst nepieejams, lietotājs redz kļūdu, un maršrutētājs turpina maršrutēt.

Klienta lomā maršrutētājs pievienojas protokola sarunai. Tas vienojas par dialektu, autentificējas, atrisina vārdus, tur pievienošanas punktu un piedāvā vietēju failu sistēmas skatu visam, kas darbojas virs tā. Tas ir īsts pakalpojums ar dzīves ciklu, un tas pārvērš vārteju par failu darbplūsmas atkarību. Tas arī manto visus šīs atkarības kļūdu režīmus, tostarp gaidīšanu startēšanas laikā un novecojušus akreditācijas datus.

Salīdzinājums nav tikai par spējām. Platforma, kas spēj pievienot koplietoto resursu, ne vienmēr ir platforma, kurai tas būtu jādara, un platforma, kas nevar pievienot nevienu, joprojām var būt pareizā vieta plūsmas maršrutēšanai.

Kas īsti nepieciešams kodola CIFS pievienošanai

Linux balstītā ierīcē kodola CIFS klients un lietotāja telpas klients ir atsevišķas spējas, un mazos tēlos bieži nav nevienas. Kodola atbalstam jābūt darbojošā tēlā, pievienošanas palīgam jāpastāv, un ar serveri saskaņotajam SMB dialektam jābūt tādam, ko pieņem abas puses. To apraksta Linux CIFS klienta rokasgrāmata, tajā skaidrots kodola izkārtojums un tā pievienošanas opcijas, un tā ir pareizā atsauce, pirms pieņemat, ka ražotāja būvējums to satur.

Pārbaudiet spēju, pirms projektējat ap to, un pārbaudiet versiju, nevis komandas nosaukuma esamību. Moduļa nosaukums pakotņu sarakstā nav tas pats, kas strādājošs klients.

lsmod | grep -w cifs
modinfo cifs | head -5
mount.cifs --version
smbclient -L //fs02.corp.internal -U svc-router -m SMB3

Ielādējams kodola modulis un lietotāja telpas rīks, kas ziņo versiju, vēl negarantē, ka pievienošana pārdzīvos VPN atslēgu atjaunināšanu, tāpēc uzskatiet pārbaudi par sākuma nosacījumu, nevis pierādījumu. Ja tēls nodrošina tikai SMB1 atbalstu, tas ir iemesls apstāties, nevis iemesls to iespējot serverī.

Akreditācijas dati un avota identitāte atšķiras no klēpjdatora

Pāradresētais pieprasījums nes klēpjdatora identitāti caur tuneli, savukārt maršrutētājā radītais pieprasījums nes tā paša avota adresi, atrisinātāja ceļu un izejas filtrēšanu. Tie var nonākt citā ugunsmūra noteikumā, citā DNS skatā un citā servera puses atļauto sarakstā. Tāpēc kopija, kas darbojas no darbstacijas, neko nepierāda par paša maršrutētāja pievienošanu. Pārbaudiet pievienošanu no paša maršrutētāja čaulas, nevis no darbstacijas aiz tā.

Piešķiriet maršrutētājam šauri pilnvarotu pakalpojuma identitāti, ja loma vispār tiek apstiprināta. Nekad neievietojiet paroli tieši pievienošanas komandrindā, jo tā paliek čaulas vēsturē un ir redzama procesu tabulā, kamēr pievienošana darbojas.

Glabājiet akreditācijas datus platformas aizsargātajā mehānismā un lasiet tos no faila ar ierobežotām tiesībām. Šim failam jābūt nelasāmam jebkuram kontam, izņemot to, kas izpilda pievienošanu.

install -m 600 /dev/null /etc/cifs-reports.creds
printf 'username=svc-router\npassword=REPLACE_ME\ndomain=CORP\n' > /etc/cifs-reports.creds
mount -t cifs //fs02.corp.internal/reports /mnt/reports -o credentials=/etc/cifs-reports.creds,vers=3.1.1,ro

Kam pieder kļūme, kad koplietotais resurss pazūd

Trūkstoša attālināta failu sistēma uzvedas citādi nekā trūkstošs maršruts. Pievienošana var bloķēt procesus, kas to aizskar, tā var neizdoties startēšanas laikā, pirms tuneļa nav, un serverim domāts ieraksts var nonākt nepareizā vietā, ja zem pievienošanas punkta ir vietēja direktorija. Tie ir krātuves kļūmes, kas tagad pieder tīkla komandai, vai tā tās gribēja vai ne. Neviens nepiekrita šai piederībai, bet tā nāk kopā ar pievienošanu.

Projektējiet startēšanas secību un pievienošanas opcijas ap šo realitāti. Tikai lasāma pievienošana ar īsu noildzi un dokumentētu atkopšanas soli ir vieglāk aizstāvama nekā rakstāma pievienošana, no kuras atkarīgs viss pārējais. Apstipriniet, ka tunelis paceļas, pirms kaut kas mēģina pievienot, citādi pirmā startēšana pēc strāvas pārtraukuma iestrēgs.

Lielapjoma failu apstrādei vai jebkam, kas tālāk reeksportē datus, atsevišķs resursdators parasti dod skaidrāku piederības robežu. Maršrutētājs turpina maršrutēt, un failu darbplūsma iegūst mašīnu, ko var restartēt, nepaņemot līdzi tīklu.

Pārbaudiet lēmumu pret faktisko uzdevumu

Pierakstiet, kuram uzdevumam vajag failus un kur šis uzdevums darbojas. Ja atbilde ir darbstacija, maršrutējiet koplietoto resursu un apstājieties tur. Ja atbilde ir pakalpojums ierīcē, pirms pirmās pievienošanas apstipriniet klienta spēju, atbalstīto dialektu un akreditācijas datu ceļu, tad izlemiet, vai ierīce tiešām ir pareizais resursdators.

Pārbaudiet pievienoto skatu un brīvo vietu no paša maršrutētāja, jo tur darba slodze tos redzēs. Atkārtojiet pārbaudi pēc atkārtotas savienošanas, ne tikai pēc tīras startēšanas.

findmnt -t cifs -o TARGET,SOURCE,OPTIONS
df -h /mnt/reports
ls -l /mnt/reports | head

Pievienošana, kas uzskaita failus, bet ziņo par pilnu vai tikai lasāmu failu sistēmu, jau ir pateikusi, ar kādu kļūmi jūs sastapsieties 2 naktī. Apstipriniet arī atkopšanas ceļu: tīri atvienojiet, nolaidiet tuneli, paceliet to atpakaļ un pievienojiet no jauna, ne restartējot ierīci. Ja šī secība katru reizi prasa atbalsta gadījumu, maršrutētājs ir nepareizā vieta klienta lomai.