cURL פראקסי פארט קעגן ציל פארט

אן HTTPS דינסט אויפן פארט 8443 איז דערגרייכבאר דורך אן HTTP פראקסי אויפן פארט 8080. די צאלן באשרייבן פארשידענע פארבינדונגען:

$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);

די אפליקאציע האלט נאך אלץ דעם אויספיר, די באהאנדלונג פון פעלערן און דעם לעבנס-ציקל פונעם האנט. דער שניט האלט די רוטינג אריינקומען צוזאמען אן טוישן די צערטיפיקאט-פריפן.

cURL פארבינדט זיך קודם מיט proxy.example:8080. פאר דעם HTTPS ציל איז די טונעל בקשה api.example:8443, און די TLS אידענטיטעט בלייבט api.example.

CURLOPT_PORT איז אן איבערשרייבונג פונעם ציל פארט, נישט דעם פארט פון דער פראקסי. אים שטעלן אויף 443 יעדעס מאל וואס א URL הייבט אן מיט https קען איבערשרייבן א דינסט וואס ווערט בכוונה געהאוסט אויף 8443. libcurl ראטעוועט צו קלייבן דעם פארט אין דער URL אנשטאט ניצן יענע אפציע.

ווען איר ניצט איבער דעם האנט, רעכנט אויך איין אן פריערדיקן קלארן פארט-איבערשרייבונג. א נייע URL מאכט נישט לייכטער צו טײַטשן קעגנזייטיקע געבליבענע אפציעס.

דער מיטלער מוז ערלויבן CONNECT צום אויסגעקליבענעם ציל פארט. א אפזאג פאר 8443 איז נישט קיין סיבה איבערצושטעלן דעם פראקסי-הערער אדער אויסלעשן TLS-פריפונג.