וואָס דער check-revoke שיבער פֿון Cargo ענדערט אויף Windows
לייענט די Windows אָפּציע פֿאַר צוריקציִען פֿון Cargo ווי אַ סערטיפֿיקאַט-פּאָליטיק קאָנטראָל, נישט ווי אַ פֿאַרטרעטער פֿאַר אַ פּראַקסי אָדער CA קאָנפֿיגוראַציע וואָס אַרבעט.
http.check-revoke קאָנטראָלירט די סערטיפֿיקאַט-צוריקציִען פּריפֿונג אויף Windows. אַז מען שטעלט דאָס אויף false ענדערט זיך די וואַלידאַציע-פּאָליטיק. עס אַנטדעקט נישט קיין פּראַקסי, קלייבט נישט אויס זיין פּראָטאָקאָל און אינסטאַלירט נישט אײַער אָרגאַניזאַציע ס CA.
דערפֿאַר דאַרף אַ רעצעפּט וואָס ענטהאַלט סיי אַ פּראַקסי URL סיי check-revoke = false געלייענט ווערן ווי צוויי באַזונדערע ענדערונגען. אויב אָפּשטעלן די פּריפֿונג ענדערט דעם רעזולטאַט, האָט איר אַ שפּור אין סערטיפֿיקאַט-וואַלידאַציע — נישט אַ באַווײַז אַז דער פּראַקסי וועג איז פֿאַרריכטעט געוואָרן.
ניצט דעם אָריגינעלן פֿעלער צו באַשליסן די ווײַטערדיקע פֿאָרשונג. אַ צוריקגעצויגענעם סערטיפֿיקאַט, ניט-פֿאַראַנען אינפֿאָרמאַציע וועגן צוריקציִען און אַ נישט-פֿאַרבונדן קייט-פֿעלער זענען פֿאַרשיידענע אַנטדעקונגען. פֿאַר ניט-פֿאַראַנען סטאַטוס-אינפֿאָרמאַציע, פֿאָלגט נאָך דעם וועג פֿון אָפּרופֿן בײַם וועפֿיקאַטאָר און די פּראַקסי-אויטענטיפֿיקאַציע אונטער דעם Windows קאָנטע וואָס פֿירט Cargo, מיט זיין טאַקע TLS בעקענד.
באַשטימט אויך דעם דורכגעפֿאַלענעם אַראָפּלאָד. Cargo ס HTTP איבערגאַבעס און אַ באַזונדער Git אויפֿרוף קענען האָבן אַנדערש קאָנפֿיגוראַציע. אַ געראָטן נייעם פּרוּוו אויף איין וועג זאָגט גאָרנישט וועגן דעם אַנדערן ס סערטיפֿיקאַט-פּאָליטיק.
האַלט די פֿאָדערלעכע וואַלידאַציע אָנגעשאַלט בשעת איר פֿאַרריכטעט אָפּרופֿן און צוטרוי. אויב אַן אָרגאַניזאַציע שטעלט בײַ אָפּזיכט אָפּ די צוריקציִען-פּריפֿונג, פֿאַרשרייַבט דאָס ווי אַ פּאָליטיק-באַשלוס און נישט ווי אַן אַלגעמיינעם פּראַקסי-קאָמפּאַטיביליטעט באַשטעלונג.