global-tunnel-ng מעקט אויס פּראָקסי וואַריאַבלען נאָך זיי צו לייענען
אַן אַלטער Node פּראָצעס קען נאָך פּראָקסירן נאָך וואָס http_proxy פֿאַרשווינדט; באַקוקט דעם צושטאַנד וואָס דער מאָדול האַלט און דעם טראַנספּאָרט פֿון דעם קומענדיקן קליענט.
אין אַן עלטערער אַפּליקאַציע וואָס נוצט global-tunnel-ng, קען initialize בווילן אַוועקנעמען די געשטיצטע HTTP/HTTPS פּראָקסי וואַריאַבלען נאָך ער האָט אָפּגעהיט זיין אויסגעקליבענע קאָנפֿיגוראַציע.
די סיבה איז טאָפּלטע באַהאַנדלונג: אַן אַנדער ביבליאָטעק טאָר נישט ווידער אָנווענדן דעם ענוויראָנמענט פּראָקסי אויף דעם פּאַטשן HTTP וועג פֿון דעם מאָדול. דערפֿאַר מיינט אַ פֿעלנדיקער process.env.http_proxy נישט אַז די פּראָקסירונג האָט זיך אָפּגעשטעלט.
פּרוופֿט isProxying פֿאַר אַקטיווירונג און proxyConfig פֿאַר דער אָפּגעהיטענער אויסקלייב. לאָגט נישט קיין פֿולע קאָנפֿיגוראַציע מיט אַ חשבון אָדער proxyUrl.
אויב אַ שפּעטערדיקער קליענט דורכפֿאַלט נאָך וואָס די וואַריאַבלען פֿאַרשווינדן, באַשטימט צי ער נוצט דעם פּאַטשן HTTP/HTTPS אַגענט, אַן עקספּליציט אַגענט אָדער אַן אַנדער טראַנספּאָרט. אַ קליענט וואָס לייענט אַליין די ענוויראָנמענט קען דאַרפֿן זיין אייגענעם דאָקומענטירטן פּראָקסי אַרײַנגאַנג.
אַוועקנעמען דעם אויסמעקן קאָד פֿון node_modules נעמט אַוועק די שוץ קעגן טאָפּלטער באַהאַנדלונג און ער קען פֿאַרשווינדן בײַ אַ נייער אינסטאַלאַציע. פֿאַרבינדט אַנשטאָט די אייגנטום פֿון דעם טראַנספּאָרט. דאָס איז אַן אַלטער פּאַקעט מיט דאָקומענטירטע Node קאָמפּאַטיביליטעט באַגרענעצונגען. אויף אַ קאָמפּאַטיבלער Node ווערסיע איז אַרײַנגעבויטער פּראָקסי שטיץ בײַם אָנהייב איין אָפּציע פֿאַר סטאַנדאַרד HTTP קליענטן; מותאמדיקע אַגענטן און שיקער דאַרפֿן נאָך אַלץ זייער אייגענעם וועג.