OpenSSL s_client דורך אן HTTP פּראָקסי מיט באַזיס־אויטענטיפֿיקאַציע

ניצט די אָפּציעס proxy_user און proxy_pass פֿון OpenSSL בשעת די פּריפֿונג פֿון דעם ציל־האָסט־נאָמען בלײַבט אַקטיוו.

OpenSSL 3.x s_client שטעלט צו אָפּציעס פֿון פּראָקסי־באַניצער און פּאַראָל־מקור פֿאַר אַן 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 פּראָקסי־פֿאַרהאַנדלונג.

פֿאַרבונדענע אַרטיקלען