OpenSSL s_client: דער פראקסי 403 געשעהט פאר דער TLS פונעם ציל
טייטש אן OpenSSL פראקסי CONNECT 403 ווי א דורכפאל אין דער טונעל-שטאפל און מאך נישט קיין דיאגנאז פונעם ציל-צערטיפיקאט פון א האנטשעיק וואס האט קיינמאל נישט אנגעהויבן.
אויב openssl s_client באקומט HTTP 403 אלס ענטפער אויף זיין CONNECT בקשה דורכן פראקסי, הויב אן מיט יענער אפווארף. דער געבעטענער טונעל איז נישט אויפגעשטעלט געווארן.
מיט -proxy בעט s_client ערשט דעם HTTP פראקסי זיך פארבינדן מיט דעם ציל וואס ווערט אנגעוויזן דורך -connect. נאר א געראטענער CONNECT ענטפער פארוואנדלט דעם אויסטויש אין א טונעל פאר דעם ציל'ס TLS האנטשעיק.
די סדר דערקלערט אן ארויסגעבן וואס איז אנדערש פארמישט: א פראקסי-פעלער נאכגעפאלגט פון TLS-באצוגענע קעפלעך, קיין צווייטער-זייט צערטיפיקאט, אדער א שיינלעך בארואיקנדיקער באשטעטיקונג-שורה. יענע פעלדער באווייזן נישט אז דער ציל-צערטיפיקאט איז באקומען און באשטעטיקט געווארן. די אפעראציע האט זיך אפגעשטעלט אין א פריערדיקן שטאפל.
פארצייט אראפ דעם פראקסי-ענטפער און דעם געבעטענעם ציל-האסט און פארט. א 403 ריכט די אויפמערקזאמקייט צו דעם פראקסי'ס צוטריט-באשלוס; א 407 פארלאנגט פראקסי-אויטענטיפיקאציע. קיין איינער פון זיי ווערט פארראכטן דורכן אויסשטעלן די באשטעטיקונג פונעם ציל-צערטיפיקאט.
ווען ס'איז ערלויבט אונטערזוכן דעם אויסטויש, קען -debug פון s_client העלפן אנטפלעקן דעם אפווארף. האלט יעדע פראקסי-אידענטיפיקאציע אינדרויסן פון געמיינזאמע שפורן. א געראטענער טונעל וועט נאכאלס דארפן זיין אייגענע TLS און צערטיפיקאט-איינשאצונג דערנאך, אבער ס'איז נישטא קיין ציל-צערטיפיקאט-קייט צו דיאגנאזירן ביז יענער שטאפל ווערט טאקע דערגרייכט.