Chrome-Proxy-Ëmwee fir een Schema an een Port
Benotzt en ënnerstëtzte Chromium-Handbuch-Ëmwee-Muster, wann nëmmen een Schema an een Port de konfiguréierte Proxy solle vermeiden.
Fir just eng HTTPS-API op Port 8443 direkt ze halen, füügt eng Schema-an-Port-Reeg bei eng existéierend Chromium-Konfiguratioun vun enger fixer Server-Erweiderung derbäi:
bypassList: [
"https://api.office.example:8443"
]
Dëst ass de Regelefragment. Behaalt d'Ëmfeld-Berechtegungen, de Modus, den Proxy-Endpunkt an d'Ofschlossbehandlung. D'Reeg wielt dee Schema, den Hostnumm an de Port; en Applikatiounswee ass keen anere passend Feld an dëser Syntax.
Hält d'Grenzen niewend der intendéierter Konkordanz:
- Dee selwechten Hostnumm op engem anere Port soll säi intendéierte Proxywee behalen.
- En anere Schema muss separat gepréift ginn.
- Eng verwandt Subdomain ass een aneren Zil ze préifen.
Wann déi Ufroe onerwaart direkt ginn, préift déi effektiv Proxy-Konfiguratioun vum Browser op aner Ausnamen, inklusiv hostwäit, Suffix- an implizit lokal Reegelen. Eng schmuel Entrée derbäisetzen hëlt keng méi breet Ausnam soss bem entfernt.
Dës Grammatik gehéiert zu der entspriechender Chromium-Schnittstell. De NO_PROXY-Parser vun engem anere Programm ka eng aner Port-Syntax benotzen oder déi Auswalfunktioun net hunn.
Nodeems Dir de gewielte Wee confirméiert hutt, préift ob de Client den direkte Service erreeche kann an deem sengem Zertifika vertraut. En entspriechende Ëmwee kann e fehlende lokale Wee oder eng Vertrauensastellung opdecken, déi virdrun iwwer de Proxywee gehandhabt gouf.