Ang router bilang SMB client o packet forwarder: alin ang angkop

Ang pag-forward ng SMB traffic ay hindi parehong gawain sa pagtatapos nito, at ang router na gumagawa ng isa ay maaaring hindi mahawakan ang isa. Ang pag-forward ay nangangahulugang inililipat ng router ang mga packet na hindi nito sinusuri ang nilalaman. Ang pag-mount ay nangangahulugang nagiging file client ang router, may software na maaaring wala ito, mga kredensyal na kailangan nitong protektahan at mga mode ng pagpalya na pag-aari na nito. Ang pagpili sa dalawa ay tanong kung saan kailangan ang mga file, hindi kung ano ang maaaring mapapayag na i-install ng routing platform.

Magkaibang gawain ang pag-forward at pagtatapos

Sa tungkulin ng pag-forward, may isang responsibilidad ang router: ihatid ang mga packet sa pagitan ng client at server habang inilalapat ang patakarang kailangan ng landas. Hindi ito nagpapatunay sa share, hindi nag-cache ng file data at wala itong pakialam kung SMB2 o SMB3 ang sinasalita ng server, dahil hindi ito kailanman nagbabasa nang ganoon kalalim sa stream. Kung hindi maabot ang share, makikita ng gumagamit ang error at patuloy na nagru-ruta ang router.

Sa tungkulin ng client, sumasali ang router sa usapan ng protocol. Nakikipagkasundo ito sa isang dialect, nagpapatunay, naglulutas ng mga pangalan, may hawak na mount point at nagpapakita ng lokal na tanawin ng filesystem sa lahat ng tumatakbo sa ibabaw nito. Totoong serbisyo ito na may lifecycle, at ginagawa nitong dependence ng file workflow ang gateway. Namamana rin nito ang lahat ng mode ng pagpalya ng dependence na iyon, kasama ang paghihintay sa boot at mga lipas na kredensyal.

Ang paghahambing ay hindi lamang tungkol sa kakayahan. Ang platform na kayang mag-mount ng share ay hindi awtomatikong platform na dapat gawin iyon, at ang platform na hindi kayang mag-mount ng kahit isa ay maaaring siyang tamang lugar para i-ruta ang traffic.

Ano ang talagang kailangan ng CIFS mount sa kernel

Sa device na batay sa Linux, ang CIFS client sa kernel at isang client sa userspace ay magkaibang kakayahan, at madalas na wala ang dalawa sa maliliit na image. Dapat may suporta ng kernel sa tumatakbong image, dapat may mount helper, at ang SMB dialect na napagkasunduan sa server ay dapat isang tinatanggap ng dalawang panig. Ito ang inilalarawan ng gabay sa Linux CIFS client, ang pagkakaayos ng kernel at ang mga opsyon nito sa pag-mount, at ito ang tamang sanggunian bago ipagpalagay na kasama ito ng build ng vendor.

Suriin ang kakayahan bago magdisenyo sa paligid nito, at suriin ang bersyon hindi ang pagkakaroon ng pangalan ng command. Ang pangalan ng module sa listahan ng package ay hindi kapareho ng gumaganang client.

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

Ang kernel module na naglo-load at tool sa userspace na nag-uulat ng bersyon ay hindi pa nagbibigay-katiyakan na makakalampas ang mount sa pagpapalit ng susi ng VPN, kaya ituring ang pagsubok na paunang kondisyon, hindi patunay. Kung SMB1 support lamang ang ibinibigay ng image, iyon ay dahilan para huminto, hindi dahilan para i-enable ito sa server.

Iba ang kredensyal at pagkakakilanlan ng pinagmulan kaysa sa laptop

Ang na-forward na request ay nagdadala ng pagkakakilanlan ng laptop sa tunnel, samantalang ang request na nabuo sa router ay nagdadala ng sariling source address nito, landas ng resolver at pag-filter ng output. Maaari silang mapunta sa ibang patakaran ng firewall, ibang tanawin ng DNS at ibang listahan ng pinapayagan sa panig ng server. Kaya ang kopyang gumagana mula sa workstation ay walang pinapatunayan tungkol sa sariling mount ng router. Subukan ang mount mula sa sariling shell ng router, hindi mula sa workstation sa likuran nito.

Bigyan ang router ng makitid ang awtoridad na identidad ng serbisyo kung aprubado man ang tungkulin. Huwag kailanman maglagay ng password nang direkta sa command line ng mount, dahil nananatili ito sa history ng shell at lumalabas sa process table habang tumatakbo ang mount.

Itago ang kredensyal sa protektadong mekanismo ng platform at basahin ito mula sa file na may mahigpit na pahintulot. Dapat hindi mabasa ang file na iyon ng anumang account maliban sa nagpapatakbo ng mount.

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

Kanino ang pagpalya kapag nawala ang share

Iba ang inaasal ng nawawalang remote filesystem kaysa sa nawawalang ruta. Maaaring harangan ng mount ang mga prosesong humahawak dito, maaari itong mabigo sa boot bago umiral ang tunnel, at ang mga write na para sa server ay maaaring mapunta sa maling lugar kung may lokal na direktoryo sa ilalim ng mount point. Ito ay mga pagpalya sa storage na pag-aari na ngayon ng network team, gusto man nila ito o hindi. Walang pumayag sa pagmamay-ari na iyon, ngunit kasama ito ng mount.

Idisenyo ang pagkakasunod-sunod ng boot at mga opsyon sa pag-mount ayon sa katotohanang iyon. Ang read-only na mount na may maikling timeout at nakadokumentong hakbang sa pagbawi ay mas madaling ipagtanggol kaysa write mount na pinagkakatiwalaan ng lahat ng iba. Tiyakin na umaangat ang tunnel bago may sumubok mag-mount, kung hindi ay mag-hang ang unang boot pagkatapos ng pagkawala ng kuryente.

Para sa malaking pagproseso ng file, o sa anumang muling nag-eeksport ng data palayo, ang hiwalay na host ay karaniwang nagbibigay ng mas malinaw na hangganan ng pagmamay-ari. Patuloy na nagru-ruta ang router, at ang file workflow ay nakakakuha ng makina na maaaring i-restart nang hindi nadadala ang network.

Suriin ang desisyon laban sa aktwal na gawain

Isulat kung aling gawain ang nangangailangan ng mga file at saan tumatakbo ang gawaing iyon. Kung workstation ang sagot, i-ruta ang share at huminto doon. Kung serbisyo sa device ang sagot, tiyakin ang kakayahan ng client, ang sinusuportahang dialect at ang landas ng kredensyal bago ang unang mount, pagkatapos ay magpasya kung talagang tamang host ang device.

Suriin ang naka-mount na tanawin at ang libreng espasyo mula sa router mismo, dahil doon ito makikita ng workload. Ulitin ang pagsusuri pagkatapos ng muling pagkonekta, hindi lamang pagkatapos ng malinis na boot.

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

Ang mount na naglilista ng mga file ngunit nag-uulat ng puno o read-only na filesystem ay sinabi na sa iyo kung anong pagpalya ang makakaharap mo nang alas-2 ng umaga. Tiyakin din ang landas ng pagbawi: mag-unmount nang malinis, ibaba ang tunnel, iangat muli at mag-mount muli nang hindi nire-restart ang device. Kung ang pagkakasunod-sunod na iyon ay nangangailangan ng support case sa bawat pagkakataon, maling lugar ang router para sa tungkulin ng client.