OpenSSL s_client праз HTTP-праксі з базавай аўтэнтыфікацыяй

Выкарыстоўвайце параметры proxy_user і proxy_pass у OpenSSL, захоўваючы праверку імені хоста прызначэння.

OpenSSL 3.x s_client прапануе параметры proxy-user і крыніцы пароля для праксі HTTP CONNECT. Для асяроддзя, якое ўжо экспартуе 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.

Падобныя артыкулы