SSH ProxyCommand અને હોસ્ટ-આધારિત પ્રમાણીકરણ: કયો હોસ્ટ સહી કરે છે?

લક્ષ્ય બાસ્ટિયનમાંથી આવતું TCP જોડાણ જોઈ શકે છે, જ્યારે પ્રમાણીકરણ કરતું SSH ક્લાયન્ટ હજુ પણ વર્કસ્ટેશન પર ચાલે છે.

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

અહીં સહાયક બાસ્ટિયનમાં લોગ ઇન કરે છે અને તેના SSH સર્વરને લક્ષ્ય તરફ ફોરવર્ડ થયેલું જોડાણ માટે પૂછે છે. વર્કસ્ટેશનનું બહારનું SSH ક્લાયન્ટ તે સ્ટ્રીમ દ્વારા લક્ષ્યનું SSH પ્રોટોકોલ બદલે છે. બાસ્ટિયન પરિવહન પૂરું પાડે છે; તેણે લક્ષ્ય તરફનું SSH ક્લાયન્ટ શરૂ કર્યું નથી.

હોસ્ટ-આધારિત પ્રમાણીકરણ માટે આ ભેદ મહત્વનો છે. OpenSSH નું ssh-keysign સહાયક જરૂરી સહી બનાવવા સ્થાનિક હોસ્ટ કી વાપરે છે. બાસ્ટિયનનું નેટવર્ક સ્રોત સરનામું હોવાથી વર્કસ્ટેશન બાસ્ટિયનની હોસ્ટ કી સાથે સહી કરતું નથી.

આની સાથે સરખામણી કરો:

ssh -t bastion ssh target

આ બાસ્ટિયન પર બીજું SSH પ્રોગ્રામ શરૂ કરે છે. તેનું સ્થાનિક રૂપરેખાંકન અને ઉપલબ્ધ હોસ્ટ કી તે મશીનની છે, તેથી તે બાસ્ટિયન અને લક્ષ્ય વચ્ચે પહેલેથી ગોઠવાયેલા હોસ્ટ-આધારિત વિશ્વાસ કરારમાં ભાગ લઈ શકે છે. તેને હજુ પણ લક્ષ્યની અનુરૂપ અધિકૃતિ અને નામ તપાસની જરૂર છે.

બીજું સ્વરૂપ સેશન કેવી રીતે કાર્ય કરે છે તે પણ બદલે છે: તે દૂરસ્થ આદેશ ચલાવે છે અને ટર્મિનલ વાપરે છે. તે દરેક SSH ફાઇલ ટ્રાન્સફર કે ઓટોમેશન પરિવહન માટે પારદર્શક વિકલ્પ નથી. સ્રોત સરનામું પૂરતું લાગે તે માટે સર્વરની વિશ્વાસ તપાસ નબળી કરવાને બદલે, કયા મશીનને લક્ષ્ય સામે પ્રમાણીકરણ કરવું છે તે મુજબ ગોઠવણ પસંદ કરો.