Prioriteit fan proxy- en omgongsferoarlingen yn gRPC C-Core
Folgje de prioriteit fan proxy en omgong fan gRPC Core sûnder oan te nimmen dat in oare gRPC-ymplemintaasje deselde mapper brûkt.
It feroarjen fan http_proxy kin neat dwaan as der al in gRPC-ynstelling mei hegere prioriteit is. Begjin mei it identifisearjen fan de ymplemintaasje: it folgjende gedrach heart by de standert HTTP-proxymapper fan gRPC C-Core en syn ôfhinkliken.
De mapper kontrolearret in kanaalproxy-argumint, dan grpc_proxy, dan https_proxy, dan http_proxy, en stiet stil by de earste konfigurearre wearde.
It ûntdekken fan omgong hat syn eigen oarder: no_grpc_proxy hat foarrang boppe no_proxy. In âlde wearde dêr kin ferklearje wêrom't in doel in oars konfigurearre proxy mijd.
Dizze mapper brûkt HTTP CONNECT. Syn dokumintearre proxy-URI ferwachtet in HTTP-skema; in TLS-beskerme gRPC-tsjinst freget op himsels net om in TLS-beskerme proxy-einpunt. Kontrolearje stipe autentikaasje apart ynstee fan oan te nimmen dat hokker browser-oanmeldskema dan ek beskikber is. Foar in iepenbier gRPC-doel dêr't iepenbiere tuskenpersoanen tastien binne, biedt de list mei HTTP-proxy's einpuntkandidaten foar de keazen HTTP-proxy-URI; befêstigje tagong ta it werklike CONNECT-doel en de poarte.
In gRPC-ymplemintaasje yn Java, Go, JavaScript of in oare taal kin oare transportkoade en konfiguraasje hawwe. Pas in C-Core-feroarlingslist net as algemiene regel ta op alles dat gRPC hjit.
Behâld foar in mislearre kanaal de keazen proxy, it omgongsbeslút, it doel en de flaterstap. In HTTP-API dy't berikber is fia in oare klant bewiist net dat dizze mapper deselde ynstellingen brûkte of dat de proxy de ferplichte CONNECT-bestimming tastiet.