બે SSH ઉપનામ, એક સર્વર: સીધું VPN કે જમ્પ હોસ્ટ
એક મંજૂર VPN માર્ગ અને એક મંજૂર બેસ્ટિયન માર્ગને અલગ ઉપનામ અને બુકમાર્ક તરીકે રાખો, જેથી કોઈ શોર્ટકટને કયો માર્ગ અધિકૃત છે તે અનુમાન કરવું ન પડે.
તે જ ખાનગી સર્વર મંજૂર VPN દ્વારા અને મંજૂર બેસ્ટિયન દ્વારા જવાબ આપે છે, અને તમે અનુમાન કરતા શોર્ટકટને બદલે દરેક માટે એક Emacs બુકમાર્ક ઇચ્છો છો. નિર્ણય એ નથી કે કયો માર્ગ સારો છે; નિર્ણય એ છે કે તમારી સામેના કામ માટે કયો માર્ગ અધિકૃત છે. બંનેને સ્પષ્ટ રાખો, તેમને અલગ નામ આપો, અને ફાઇલનું નામ કહે કે તમે કયો પસંદ કર્યો.
પ્રથમ શરત: કયા માર્ગો મંજૂર છે?
જમ્પ હોસ્ટ VPN આવશ્યકતાનો આપોઆપ વિકલ્પ નથી, અને VPN એ મંજૂર બેસ્ટિયનને છોડી દેવાનું લાઇસન્સ નથી. પૂછો કે તમારા ખાતા અને આ ડેટા માટે કયા રૂટ અધિકૃત છે. બંને હોય તો તમારી પાસે પસંદગી છે; ફક્ત એક હોય તો બુકમાર્ક સેટમાં એક એન્ટ્રી છે. એ જવાબ ડેટાના માલિક તરફથી આવે છે, આજે સંજોગવશાત્ કામ કરતા રૂટ તરફથી નહીં.
જવાબ લખી રાખો, કારણ કે ઘટનાના સમયે આ ભેદ ઝડપથી અદૃશ્ય થઈ જાય છે.
બંને માર્ગોને તેમની પોતાની ખાતા અને ઓળખ રૂપરેખાંકનની પણ જરૂર છે. એક રૂટ પર કામ કરતું વહેંચાયેલું ઉપનામ બીજા પર નિષ્ફળ જઈ શકે છે એવા કારણોસર જેનો નેટવર્ક સાથે કોઈ સંબંધ નથી.
બીજી શરત: શું તમે દરેક માર્ગને અલગ રીતે નામ આપી શકો છો?
SSH રૂપરેખાંકન એક સરનામા માટે બે હોસ્ટ ઉપનામ રાખી શકે છે, દરેક જુદા પ્રોક્સી વર્તન સાથે. ચોક્કસ બ્લોકોને કોઈપણ વિશાળ વાઇલ્ડકાર્ડ પહેલાં મૂકો, કારણ કે મળેલું પહેલું મૂલ્ય મોટાભાગના વિકલ્પો માટે જીતે છે.
Host proj-direct proj-bastion
HostName 10.60.0.21
User analyst
ControlPath none
Host proj-direct
ProxyJump none
Host proj-bastion
ProxyJump gw.example.com
ઉપરનું સરનામું એક ઉદાહરણ છે; તમારી ટીમ જે દસ્તાવેજ કરે તેનાથી બદલો. જમ્પ ઉપનામને બેસ્ટિયનના મંજૂર ખાતાની પણ જરૂર છે, જેનો અર્થ સામાન્ય રીતે બેસ્ટિયન માટે જ બીજો Host બ્લોક થાય છે. અહીં કનેક્શન શેરિંગ બંધ કરવાથી માર્ગની સરખામણી પ્રામાણિક રહે છે, કારણ કે ફરી વપરાયેલું મલ્ટીપ્લેક્સ કનેક્શન તમે જોવા માગતા રૂટ પરિવર્તન કરતાં વધુ ટકી શકે છે.
પછી દૂરસ્થ ફાઇલના નામ અલગ અને વાંચનીય રહે છે.
/ssh:proj-direct:/srv/project/README.md
/ssh:proj-bastion:/srv/project/README.md
ત્રીજી શરત: શું એડિટરને ભેદ ખબર છે?
TRAMP તે બે ફાઇલ નામને જુદા ગંતવ્ય તરીકે ગણે છે, જે તમે ઇચ્છો છો તે જ છે. દરેકને એવા નામ હેઠળ બુકમાર્ક કરો જે કહે કે તે કયો માર્ગ વાપરે છે, અને એક ગંતવ્યનો અર્થ બદલવાને બદલે બુકમાર્ક ફરી ખોલો. બે બુકમાર્ક સરખામણીને પણ દૃશ્યમાન બનાવે છે: તમે બંને ખોલીને જોઈ શકો છો કે કયું નિષ્ફળ જાય છે, કોઈ રૂપરેખાંકન બદલ્યા વિના.
ProxyJump સંડોવાયેલું હોય ત્યારે એક સેટિંગ ધ્યાન લાયક છે: સંબંધિત કનેક્શન માટે TRAMPનું કનેક્શન શેરિંગ બંધ હોવું જોઈએ, એટલે તેમને ખોલતા પહેલાં tramp-use-connection-shareને nil પર સેટ કરો. તે સુસંગતતા સેટિંગ છે, ખૂટતા રૂટનો ઉકેલ નથી, અને તે અનધિકૃત માર્ગને અધિકૃત બનાવતું નથી. TRAMPના સામાન્ય પ્રશ્નો બુકમાર્કને આ નામો ટૂંકાવવાની સમર્થિત રીત તરીકે દસ્તાવેજ કરે છે.
ચૂપચાપ રૂટ બદલતું બુકમાર્ક કોઈ બુકમાર્ક ન હોવા કરતાં ખરાબ છે.
નેટવર્ક આઇકન શા માટે કંઈ સાબિત કરતું નથી
NetworkManagerનું એકંદર સ્થિતિ મૂલ્ય 70 એટલે મશીનને વૈશ્વિક કનેક્ટિવિટી છે. તે કોઈ VPN પ્રોફાઇલનું નામ લેતું નથી, અને સામાન્ય Wi-Fi તેને સંતોષે છે. ફક્ત ખાનગી નેટવર્ક માટેનું ટનલ જે તમને જરૂરી રૂટ બરાબર વહન કરે છે તે એકંદર મૂલ્યને અસ્પર્શ રાખી શકે છે. એટલે જ આઇકન સાથે જોડાયેલો શોર્ટકટ એવા માર્ગ માટે તૈયારી જાહેર કરી શકે છે જે તેણે કદી ચકાસ્યો નથી.
વૈશ્વિક સ્થિતિને બદલે ચોક્કસ કનેક્શનની સ્થિતિ વાંચો.
જો તમે કંઈપણ સ્વયંસંચાલિત કરો છો, તો નામવાળા કનેક્શનને પૂછો, પછી એ જ ક્રમમાં લક્ષ્ય રૂટ, રિઝોલ્વરનો જવાબ અને SSH પહોંચ ચકાસો. એમાંથી દરેક નિષ્ફળ જઈ શકે છે જ્યારે પાછલું સફળ થાય છે, અને તેમને એક જ બુલિયનમાં સંકોચવું એ છે કે કેવી રીતે સ્વયંસંચાલન એવા માર્ગ માટે સફળતા નોંધાવે છે જે તેણે કદી વાપર્યો નથી.
માર્ગ કામ કરવાનું બંધ કરે ત્યારે શું કરવું
તપાસ કરતા પહેલાં તમારા બફર સાચવો, કારણ કે હાલનું TRAMP સત્ર રૂટ પરિવર્તનથી વધુ ટકી શકે છે અને પછી આગલા લેખન સમયે નિષ્ફળ જઈ શકે છે. સમર્થિત સફાઈ દ્વારા તેને બંધ કરો, બુકમાર્ક ફરી ખોલો, અને સર્વર બંધ છે એમ ધારવાને બદલે બંને માર્ગની સરખામણી કરો.
બેસ્ટિયન અને ગંતવ્ય બંને માટે હોસ્ટ-કી ચકાસણી ચાલુ રાખો.
અલગ રૂટ તમને એવી સર્વર કી સ્વીકારવાનો અધિકાર આપતો નથી જેની તમે અપેક્ષા નહોતી રાખી, અને તે અનધિકૃત માર્ગને સ્વીકાર્ય પણ બનાવતો નથી. બંને તમે લઈ રહ્યા હતા તે નિર્ણયથી અલગ નિર્ણયો છે.