Երթուղիչը որպես SMB հաճախորդ կամ որպես փաթեթների փոխանցիչ՝ ո՞րն է հարմար
SMB երթևեկությունը փոխանցելը և այն միացնելը տարբեր դերեր են։ Ստուգեք հավատարմագրերը, միջուկի աջակցությունը և խափանումների կառավարումը, նախքան երթուղիչը կդառնա հաճախորդ։
SMB երթևեկությունը փոխանցելը նույն խնդիրը չէ, ինչ այն ավարտելը, և մեկը կատարող երթուղիչը գուցե չկառավարի մյուսը։ Փոխանցումը նշանակում է, որ երթուղիչը տեղափոխում է փաթեթներ, որոնց պարունակությունը երբեք չի վերլուծում։ Միացումը նշանակում է, որ երթուղիչը դառնում է ֆայլերի հաճախորդ՝ ծրագրաշարով, որը գուցե չմատակարարի, հավատարմագրերով, որոնք պետք է պաշտպանի, և խափանումների ռեժիմներով, որոնք այժմ իրենն են։ Երկուսի միջև ընտրությունը հարց է այն մասին, թե որտեղ են ֆայլերը պետք, և ոչ այն մասին, թե ինչի կարելի է համոզել երթուղորման հարթակին տեղադրել։
Փոխանցումը և ավարտումը տարբեր աշխատանքներ են
Փոխանցման դերում երթուղիչը մեկ պատասխանատվություն ունի՝ փաթեթները հաճախորդի և սպասարկչի միջև հասցնել՝ կիրառելով այն քաղաքականությունը, որը պահանջում է ուղին։ Այն չի նույնականացվում ընդհանուր ռեսուրսի հետ, չի պահում ֆայլերի տվյալները քեշում և չի մտածում՝ սպասարկիչը SMB2 է խոսում, թե SMB3, որովհետև երբեք այդքան խորը չի կարդում հոսքի մեջ։ Եթե ռեսուրսը դառնում է անհասանելի, օգտատերը տեսնում է սխալ, և երթուղիչը շարունակում է երթուղել։
Հաճախորդի դերում երթուղիչը միանում է արձանագրության զրույցին։ Այն բանակցում է բարբառի շուրջ, նույնականացվում է, լուծում է անունները, պահում է միացման կետ և ներկայացնում է տեղական ֆայլային համակարգի տեսք այն ամենին, ինչ աշխատում է դրա վրա։ Սա իրական ծառայություն է կյանքի ցիկլով, և այն դարձնում է դարպասը ֆայլային աշխատահոսքի կախվածություն։ Այն նաև ժառանգում է այդ կախվածության բոլոր խափանումների ռեժիմները, ներառյալ գործարկման ժամանակ սպասումները և հնացած հավատարմագրերը։
Համեմատությունը միայն հնարավորության մասին չէ։ Միացում կատարել կարող հարթակը ինքնաբերաբար այն հարթակը չէ, որը պետք է դա անի, և մեկը չկարողացող հարթակը գուցե դեռ ճիշտ տեղն է երթևեկությունը երթուղելու համար։
Ինչ է իրականում պետք միջուկային CIFS միացմանը
Linux-ի վրա հիմնված սարքում միջուկային CIFS հաճախորդը և օգտատիրոջ տարածության հաճախորդը առանձին հնարավորություններ են, և փոքր պատկերները հաճախ ոչ մեկը չեն պարունակում։ Միջուկի աջակցությունը պետք է լինի աշխատող պատկերում, միացման օգնականը պետք է գոյություն ունենա, և սպասարկչի հետ բանակցված SMB բարբառը պետք է լինի այն, որն ընդունում են երկու կողմերը։ Դա նկարագրում է Linux-ի CIFS հաճախորդի ուղեցույցը՝ միջուկի կառուցվածքը և դրա միացման ընտրանքները, և սա ճիշտ հղումն է, նախքան ենթադրելը, որ մատակարարի հավաքածուն այն ներառում է։
Ստուգեք հնարավորությունը, նախքան դրա շուրջ ձևավորելը, և ստուգեք տարբերակը, ոչ թե հրահանգի անվան առկայությունը։ Փաթեթների ցանկում մոդուլի անունը նույնը չէ, ինչ աշխատող հաճախորդը։
lsmod | grep -w cifs
modinfo cifs | head -5
mount.cifs --version
smbclient -L //fs02.corp.internal -U svc-router -m SMB3Բեռնվող միջուկային մոդուլը և տարբերակ հաղորդող օգտատիրոջ տարածության գործիքը դեռ չեն երաշխավորում, որ միացումը կդիմանա VPN բանալիների թարմացմանը, ուստի փորձարկումը դիտարկեք որպես մեկնարկային պայման, ոչ որպես ապացույց։ Եթե պատկերը տրամադրում է միայն SMB1 աջակցություն, դա կանգ առնելու պատճառ է, ոչ թե սպասարկչում այն միացնելու պատճառ։
Հավատարմագրերն ու աղբյուրի ինքնությունը տարբերվում են նոութբուքից
Փոխանցված հարցումը տանում է նոութբուքի ինքնությունը թունելով, մինչդեռ երթուղիչում ստեղծված հարցումը կրում է երթուղիչի սեփական աղբյուրի հասցեն, լուծիչի ուղին և ելքի զտումը։ Դրանք կարող են հայտնվել այլ պատի կանոնում, այլ DNS տեսքում և սպասարկչի կողմի այլ թույլատրվածների ցանկում։ Ուստի աշխատանքային կայանից աշխատող պատճենը ոչինչ չի ապացուցում երթուղիչի սեփական միացման մասին։ Փորձարկեք միացումը հենց երթուղիչի կեղևից, ոչ թե դրա հետևում գտնվող աշխատանքային կայանից։
Տվեք երթուղիչին նեղ լիազորված ծառայության ինքնություն, եթե դերը ընդհանրապես հաստատվի։ Երբեք գաղտնաբառը ուղղակիորեն մի դրեք միացման հրահանգի տողում, որովհետև այն մնում է կեղևի պատմության մեջ և երևում է գործընթացների աղյուսակում, քանի դեռ միացումը աշխատում է։
Պահեք հավատարմագիրը հարթակի պաշտպանված մեխանիզմով և կարդացեք սահմանափակ իրավունքներով ֆայլից։ Այդ ֆայլը պետք է անընթեռնելի լինի բոլոր հաշիվների համար, բացի այն մեկից, որը կատարում է միացումը։
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Ումն է խափանումը, երբ ռեսուրսը անհետանում է
Բացակայող հեռավոր ֆայլային համակարգը իրեն այլ կերպ է պահում, քան բացակայող ուղին։ Միացումը կարող է արգելափակել այն դիպչող գործընթացները, կարող է ձախողվել գործարկման ժամանակ, նախքան թունելը գոյություն ունի, և սպասարկչին նախատեսված գրառումը կարող է հայտնվել սխալ տեղում, եթե միացման կետի տակ տեղական պանակ կա։ Սրանք պահոցի խափանումներ են, որոնք այժմ ցանցային թիմինն են, անկախ նրանից՝ նա ուզում էր դրանք, թե ոչ։ Ոչ ոք չհամաձայնեց այդ սեփականությանը, բայց այն գալիս է միացման հետ։
Նախագծեք գործարկման հերթականությունը և միացման ընտրանքները այդ իրականության շուրջ։ Կարճ ժամկետով և փաստաթղթավորված վերականգնման քայլով միայն-ընթերցման միացումը ավելի հեշտ է պաշտպանել, քան գրելի միացումը, որից կախված է մնացած ամեն ինչ։ Հաստատեք, որ թունելը բարձրանում է, նախքան ինչ-որ բան կփորձի միացնել, այլապես հոսանքի անջատումից հետո առաջին գործարկումը կկախվի։
Ֆայլերի զգալի մշակման կամ տվյալները առաջ արտահանող ամեն ինչի համար առանձին հոսթը սովորաբար ավելի հստակ սեփականության սահման է տալիս։ Երթուղիչը շարունակում է երթուղել, և ֆայլային աշխատահոսքը ստանում է մեքենա, որը կարելի է վերագործարկել առանց ցանցը իր հետ տանելու։
Ստուգեք որոշումը իրական առաջադրանքի դեմ
Գրեք, թե որ առաջադրանքին են պետք ֆայլերը և որտեղ է այն աշխատում։ Եթե պատասխանը աշխատանքային կայան է, երթուղեք ռեսուրսը և կանգ առեք այնտեղ։ Եթե պատասխանը սարքի վրա գործող ծառայություն է, ապա առաջին միացումից առաջ հաստատեք հաճախորդի հնարավորությունը, աջակցվող բարբառը և հավատարմագրերի ուղին, ապա որոշեք՝ արդյոք սարքը իսկապես ճիշտ հոսթն է։
Ստուգեք միացված տեսքը և ազատ տարածքը հենց երթուղիչից, քանի որ այնտեղ է, որ աշխատածավալը դրանք կտեսնի։ Կրկնեք ստուգումը վերամիացումից հետո, և ոչ միայն մաքուր գործարկումից հետո։
findmnt -t cifs -o TARGET,SOURCE,OPTIONS
df -h /mnt/reports
ls -l /mnt/reports | headՄիացումը, որը ֆայլեր է ցուցակում, բայց հաղորդում է լրիվ կամ միայն-ընթերցման ֆայլային համակարգի մասին, արդեն ասել է, թե ինչ խափանման կհանդիպեք գիշերվա ժամը 2-ին։ Հաստատեք նաև վերականգնման ուղին՝ մաքուր անջատեք, իջեցրեք թունելը, վերադարձրեք և նորից միացրեք՝ առանց սարքը վերագործարկելու։ Եթե այդ հաջորդականությունը ամեն անգամ աջակցության դեպք է պահանջում, երթուղիչը սխալ տեղ է հաճախորդի դերի համար։