VPN પાછળ NFS: બૂટ વખતે માઉન્ટ કે માંગ પ્રમાણે ઓટોમાઉન્ટ?

બે રૂપરેખાંકનો એક જ સમસ્યા હલ કરે છે અને વિરુદ્ધ દિશામાં નિષ્ફળ જાય છે. શેરને બૂટ વખતે માઉન્ટ કરવાથી દરેક સેવાને એક ફાઇલસિસ્ટમ મળે છે જે કાં તો હાજર હોય છે અથવા બૂટ કેમ અટક્યું તેનું કારણ આપે છે. માંગ પ્રમાણેનું ઓટોમાઉન્ટ મશીનને ઝડપી બૂટ આપે છે અને રાહ જે પહેલો પાથને સ્પર્શે તેને સોંપે છે. VPN પાછળ બીજું સામાન્ય રીતે સારો સોદો છે, અને કારણ એ છે કે ટનલ એવો ક્રમ લાદે છે જે બૂટ ક્રમ જોઈ શકતો નથી.

બૂટ માઉન્ટ સામે ઓટોમાઉન્ટ

બૂટ વખતનું માઉન્ટ સમજવું સરળ છે. ફાઇલસિસ્ટમ લક્ષ્ય માઉન્ટની રાહ જુએ છે, તેના પર નિર્ભરતા જાહેર કરતી સેવાઓ પછી શરૂ થાય છે, અને જો સર્વર પહોંચમાં ન હોય તો મશીન વિકલ્પો પ્રમાણે કાં તો રાહ જુએ છે અથવા નિષ્ફળ જાય છે. નીચેનું બધું તે એક જ નિર્ણય વારસામાં લે છે.

ઓટોમાઉન્ટ આને ઉલટાવે છે. પાથ તરત જ હાજર હોય છે, ખરેખરું માઉન્ટ ત્યારે થાય છે જ્યારે કંઈક તેને ખોલે છે, અને વહેલી શરૂ થતી સેવાઓ એવી ટનલ પર અટકતી નથી જે હજી ઉપર ન આવી હોય.

તુલના એમાં આવે છે કે વિલંબ કોણ પચાવે. જે વર્કસ્ટેશનને વપરાશકર્તા કામ કરી શકે તે પહેલાં શેરની જરૂર હોય તેને કદાચ રાહ જોવી જોઈએ. થેલીમાં બૂટ થતા લેપટોપે, અથવા જેનો શેર વૈકલ્પિક હોય તેવા સર્વરે, રાહ જોવી ન જોઈએ.

બંનેમાંથી કોઈ વિકલ્પ ખૂટતો રૂટ સુધારતો નથી. બંને ફક્ત નક્કી કરે છે કે નિષ્ફળતા ક્યારે જોવાશે.

fstab લાઇન, વિકલ્પ દર વિકલ્પ

ધારો કે હાલનું OpenVPN ક્લાયન્ટ ઇન્સ્ટન્સ [email protected] છે, સર્વર files.corp.example છે અને માઉન્ટ પોઇન્ટ /mnt/work છે. ત્રણેયને તમારી સાઇટના અધિકૃત મૂલ્યોથી બદલો. એક કામ કરતી લાઇન આવી દેખાય છે:

files.corp.example:/export/work /mnt/work nfs _netdev,nofail,x-systemd.automount,[email protected],x-systemd.mount-timeout=30s 0 0

_netdev માઉન્ટને નેટવર્કિંગની જરૂર હોવાનું ચિહ્નિત કરે છે, અને તે કોઈ ટનલનું નામ લેતું નથી. nofail સામાન્ય ફાઇલસિસ્ટમ લક્ષ્ય માટે શેરને વૈકલ્પિક રાખે છે. x-systemd.automount તરત માઉન્ટ કરવાને બદલે માંગ પ્રમાણેનું ટ્રિગર બનાવે છે.

x-systemd.requires= એ ભાગ છે જે માઉન્ટ પ્રયાસને VPN યુનિટ સાથે જોડે છે, અને તે ટ્રિગર પર નહીં, માઉન્ટ ક્રિયા પર આવે છે. ઓટોમાઉન્ટ યુનિટ પર જ વ્યાપક ક્રમ મૂકવો એ જ રીત છે જેનાથી લોકો ચક્ર બનાવે છે જેની ફરિયાદ systemd પછી એવી ભાષામાં કરે છે જે કોઈ બે વાર વાંચતું નથી.

x-systemd.mount-timeout=30s શરૂઆતના માઉન્ટ આદેશને મર્યાદિત કરે છે. તે પછી જે કંઈ થાય છે તેને મર્યાદિત કરતું નથી, અને આ વિકલ્પ વિશેની સૌથી સામાન્ય ગેરસમજ આ છે.

‘શરૂ થયું’ એ શું નથી અર્થ ધરાવતું

તમે નામ આપેલ VPN યુનિટ માટે સક્રિય હોવાનો અર્થ શું છે તે તપાસો. ટનલ સેવા ફાઇલ સર્વરનો રૂટ બન્યા પહેલાં અથવા ખાનગી નામ ઉકેલાય તે પહેલાં પોતાને શરૂ થયેલી જાહેર કરી શકે છે, અને તેના પછી ક્રમ ગોઠવવાથી તમને કંઈ મળતું નથી. લગભગ દરેક નિષ્ફળ પ્રયાસ આ જ ખાલી જગ્યામાં રહે છે. યુનિટની સ્થિતિને બદલે રૂટ અને રિઝોલ્વર તરફ ન જોશો તો તે અદૃશ્ય પણ છે.

જ્યાં હોય ત્યાં કનેક્શન માલિકના પોતાના તૈયારી સંકેતને વધારાની પૂર્વશરત તરીકે વાપરો. નિશ્ચિત ઊંઘ એ અનુમાન છે જે તમારા ડેસ્ક પર કામ કરે છે અને ધીમા નેટવર્ક પર અથવા ફરી જોડાણ પછી નિષ્ફળ જાય છે.

ઉદાહરણના પાથ માટે બનેલા યુનિટ તપાસો: mnt-work.automount અને mnt-work.mount. સમીક્ષિત fstab ફેરફાર પછી systemd ફરી લોડ કરો અને સંબંધ ન હોય તેવી એન્ટ્રીઓ કસાવતા વ્યાપક માઉન્ટ આદેશ ચલાવવાને બદલે તે યુનિટ સીધા સંભાળો.

અહીં એક વધુ ચેતવણી આવે છે. શરૂઆતમાં /mnt/work ને સ્પર્શતી સેવા હજી પણ માઉન્ટ ટ્રિગર કરે છે અને હજી પણ તેની રાહ જુએ છે, તેથી શેરને વૈકલ્પિક ચિહ્નિત કરવાથી દરેક એપ્લિકેશન ધીરજવાળી થતી નથી.

માઉન્ટ પછી તે બીજી નિષ્ફળતા છે

NFS માઉન્ટ થઈ ગયા પછી, ફાઇલસિસ્ટમનું ફરી પ્રયાસ અને પુનઃપ્રાપ્તિ વર્તન નક્કી કરે છે કે પછીની અડચણ વાંચન કે લેખન સાથે શું કરે છે. તમે સેટ કરેલી માઉન્ટ સમયમર્યાદાનો તેના પર કોઈ પ્રભાવ નથી.

સોફ્ટ માઉન્ટ કેટલીક રાહ ટૂંકી કરે છે અને ભૂલોનો અર્થ બદલે છે, જેની સાથે ડેટા અખંડિતતાના પરિણામો જોડાયેલા છે જે ઝડપી બૂટ લક્ષ્ય હોય ત્યારે ચૂકી જવા સરળ છે. શરૂઆતની બે સેકન્ડ જીતવા માટે તેને પસંદ કરવું ભાગ્યે જ સારો સોદો છે. જો જરૂરિયાત ખરેખર અડચણ દરમિયાન મર્યાદિત કામગીરી હોય, તો તે એપ્લિકેશન સ્તરનો નિર્ણય છે, fstab ધ્વજ નહીં.

ટનલ પડે ત્યારે લેખનની વચ્ચે હોય તેવી પ્રક્રિયાનું શું થવું જોઈએ તે નક્કી કરો અને લખી રાખો. તે જવાબ કોઈપણ વિકલ્પ શ્રેણી કરતાં વધુ ઉપયોગી છે.

એક નહીં, ચાર સ્થિતિઓ કસો

ટનલ ઉપલબ્ધ હોય ત્યારે સામાન્ય બૂટ સરળ કેસ છે અને લગભગ કંઈ સાબિત કરતું નથી. તે પુષ્ટિ કરે છે કે શ્રેણી યોગ્ય રીતે લખાયેલી છે અને વધુ નહીં. VPN વગર પ્રથમ ઍક્સેસ કસો, પછી તે ઉપર આવે ત્યારે પુનઃપ્રાપ્તિ, પછી સફળ માઉન્ટ પછી નિયંત્રિત અડચણ.

ચાર સ્થિતિઓ, ચાર નિરીક્ષણો, અને નોંધો fstab એન્ટ્રીની બાજુમાં જાય છે. આગલી વ્યક્તિને રૂપરેખાંકનને બદલે વર્તન વારસામાં મળે છે જેનું તેને ઉલટું ઇજનેરી કરવું પડે.