OpenSSL 3.x નું s_client HTTP CONNECT પ્રોક્સી માટે proxy-user અને પાસવર્ડ-સ્રોત વિકલ્પો પૂરા પાડે છે. એવા પર્યાવરણ માટે જે પહેલેથી PROXY_USER અને PROXY_PASSWORD નિકાસ કરે છે:

openssl s_client \
  -proxy proxy.example.net:8080 \
  -proxy_user "$PROXY_USER" \
  -proxy_pass env:PROXY_PASSWORD \
  -connect example.com:443 \
  -servername example.com \
  -verify_hostname example.com \
  -verify_return_error

વાસ્તવિક વિકલ્પ નામો અંડરસ્કોર વાપરે છે: -proxy_user અને -proxy_pass. પ્રોક્સી એન્ડપોઇન્ટ host:port છે, જ્યારે connect અને servername ગંતવ્ય ઓળખે છે.

proxy_pass OpenSSL ની પાસવર્ડ-સ્રોત સિન્ટેક્સ વાપરે છે. env:PROXY_PASSWORD નામ આપેલું પર્યાવરણ ચલ વાંચે છે; file:/path/to/file બીજું દસ્તાવેજીકૃત સ્રોત સ્વરૂપ છે. સાદો પાસવર્ડ એ જ આર્ગ્યુમેન્ટ ફોર્મેટ નથી.

દર્શાવેલા વિકલ્પો પ્રમાણપત્ર અને હોસ્ટનામ ચકાસણી માંગે છે, ચકાસણી ભૂલો ઘાતક ગણાય છે. સ્થાપન અને ગંતવ્ય માટે યોગ્ય CA રૂપરેખાંકન પૂરું પાડો, જેમ કે જરૂરી CAfile.

આ પ્રોક્સી પ્રમાણીકરણ મૂળભૂત પ્રમાણીકરણ છે. દર્શાવેલું પ્રોક્સી જોડાણ સાદું HTTP છે, તેથી ગંતવ્યનું પછીનું TLS હેન્ડશેક તે અગાઉના લોગિન વિનિમયને એન્ક્રિપ્ટ કરતું નથી. તે NTLM કે Kerberos પ્રોક્સી વાટાઘાટો અમલમાં મૂકતું નથી.

સંબંધિત લેખો