פֿאַרוואָס בלײַבט אַ שעל־פּראָקסי פּרובֿ דורכגעפֿאַלן נאָך curl געלינגט

דער פּראָקסי פֿאַלט איין מאָל דורך. שפּעטערדיקע בעטן געלינגען, אָבער דער וואַכטער מעלדט נאָך אַלץ אַן אַנדער דורכפֿאַל. פּרובֿ צי דער סקריפּט האָט זיך דערמאָנט אין דעם נעכטיקן אַרויסגאַנג־סטאַטוס.

דער מוסטער דערהײַנטיקט די וואַריאַבל נאָר ווען curl פֿאַלט דורך:

status=0
# Repeated inside a loop:
curl ... || status=$?

נאָך דעם ערשטן נישט־נול רעזולטאַט לאָזט אַ געלונגענע איבערחזרונג status אומבאַרירט. ער ווערט נישט נול בלויז ווײַל curl איז געלונגען.

צווײַג אַנשטאָט אויף דעם לויפֿיקן באַפֿעל:

if curl --proxy socks5h://127.0.0.1:1080 --noproxy '' \
    --fail --silent --show-error --connect-timeout 3 --max-time 10 \
    https://health.example/ >/dev/null; then
    echo "check succeeded"
else
    echo "check failed"
fi

די אַדרעס און די צײַטן זענען אילוסטראַטיוו. דאָס נעמט אַוועק דעם פֿאַרעלטערטן וואַריאַבל; עס באַשטימט נישט וואָסער אָפּרוטעג־אַקציע איז פּאַסיק.

האַלט די אָבזערוואַציע שמאָל. די בקשה איז אָפּהענגיק פֿון פּראָקסי, ווײַטערדיקן וועג, ציל, TLS באַשטעטיקונג און HTTP רעזולטאַט. אַ שטערונג בײַם ציל קען זי דורכפֿאַלן בשעת דער SOCKS דינסט איז געזונט. אַן אומגעריכטע HTTP 200 זײַטל קען אויך דורכגיין אַ פּרובֿ וואָס קוקט נאָר אויף סטאַטוס אָן צושטעלן דעם דערוואַרטעטן אינהאַלט.

קלײַב אַ קאָנטראָלירטן ענטפֿער־אָפּמאַך און האַלט דעם דורכפֿאַל־שריט. אָנהייבן דעם פּראָקסי פֿון נײַ בײַ יעדער נישט־נול curl רעזולטאַט קען שטערן געזונטע זיצונגען, בשעת דער עמעסדיקער ציל־פּראָבלעם בלײַבט אומבאַרירט.