Kafka gennem en proxy: bootstrap virker, brokerforbindelser fejler
Forklarer hvorfor en vellykket Kafka-bootstrap ikke giver proxy-adgang til hver opdaget broker.
En bootstrap-forbindelse kan lykkes, mens Kafka-klienten stadig ikke kan producere eller forbruge. Bootstrap-servere hjælper klienten med at finde klyngen; de er ikke nødvendigvis de eneste endepunkter, den kontakter.
Broker-metadata indeholder adresser, der bruges til senere forbindelser. Hvis disse navne eller porte ikke kan nås via den tilsigtede proxy-rute, løser den første vellykkede forbindelse ikke resten af opgaven.
Læs de annoncerede endepunkter
Sammenlign bootstrap-adressen med de broker-adresser, klienten faktisk modtager. Et offentligt bootstrap-alias kan føre til private annoncerede navne, og videresendelse af én lokal port omskriver ikke automatisk hver adresse i metadata.
Identificér også den proxy-vej, som klientimplementeringen understøtter. En Java-system-SOCKS-egenskab er ikke en garanti for, at en biblioteks NIO-baserede transport bruger JDK Socket-proxymekanismen. Kontrollér den faktiske Kafka-klient og netværksintegrationen i stedet for at antage, at hver Java-socket respekterer den samme indstilling.
En proxy-bevidst klient har brug for en tilladt rute til de relevante broker-endepunkter. En netværksordning har brug for tilsvarende reachability og navneopløsning. Det er forskellige design, og ingen af dem leveres blot ved at angive en proxy som bootstrap-server.
Hold sikkerhedsprotokol og godkendelsesindstillinger adskilt. En proxy kan etablere en TCP-rute, mens TLS-identitet, SASL-godkendelse eller broker-autorisation stadig fejler.
Bemærk ved diagnosticering, hvilket endepunkt der fejlede, og om det kom fra statisk konfiguration eller returnerede metadata. Den sondring indsnævrer problemet meget mere end gentagne ændringer af et endepunkt, der allerede var tilgængeligt.