Dépanner le proxy eBPF

Problème : le proxy ne prend pas en charge la méthode HTTP CONNECT.

Solution : utilisez un proxy compatible CONNECT. Consultez Serveurs proxy pris en charge.

Problème : gRPC ne prend pas en charge https:// comme schéma de proxy. Il s'agit d'une limitation de gRPC, et non d'une restriction de l'agent.

Solution : définissez le schéma de proxy sur http (par exemple, otlpProxy.scheme: "http"). Vos données télémétriques transitent toujours chiffrées par TLS de bout en bout via le tunnel proxy. Seule la connexion au proxy lui-même est en clair.

Problème : le serveur proxy n’est pas en cours d’exécution, ou l’hôte ou le port est incorrect.

Solution : vérifiez que le proxy est accessible à l'aide de la commande de testcurl .

Problème : le proxy a rejeté la requête CONNECT en raison d'une règle de pare-feu, d'une ACL ou d'une destination non prise en charge.

Solution : vérifiez les logs de votre serveur proxy et confirmez que les requests CONNECT vers le port 443 sont autorisées depuis l'adresse IP source de l'agent.

Problème : un proxy est configuré mais TLS est désactivé (par exemple, TLS_ENABLED=false). L'implémentation du proxy HTTP CONNECT de gRPC ne fonctionne que lorsque la connexion au point de terminaison OTLP utilise TLS.

Solution : assurez-vous que TLS est activé (il est activé par défaut). L'agent utilisera ensuite le proxy configuré.

Problème : votre nom d’utilisateur ou mot de passe de proxy contient des caractères que l’analyseur d’URI de gRPC n’accepte pas. Consultez Limitations de caractères des identifiants.

Solution : utilisez un compte proxy avec un nom d’utilisateur alphanumérique en minuscules et un mot de passe qui n’utilise que des lettres, des chiffres et les caractères spéciaux autorisés.