Kafka gjennom ein proxy: bootstrap fungerer, broker-tilkoplingar feilar

Ei bootstrap-tilkopling kan lukkast medan Kafka-klienten framleis ikkje kan produsere eller konsumere. Bootstrap-tenarar hjelper klienten å oppdage klynga; dei er ikkje nødvendigvis dei einaste endepunkta han kontaktar.

Broker-metadata inneheld adresser som vert brukte til seinare tilkoplingar. Viss desse namna eller portane ikkje er tilgjengelege via den tiltenkte proxy-ruta, løyser ikkje den første vellukka tilkoplinga resten av jobben.

Les dei annonserte endepunkta

Samanlikn bootstrap-adressa med broker-adressene klienten faktisk mottek. Eit offentleg bootstrap-alias kan føre til private annonserte namn, og vidaresending av éin lokal port skriv ikkje automatisk om kvar adresse i metadataa.

Identifiser òg proxy-vegen som klientimplementasjonen støttar. Ein Java-system-SOCKS-eigenskap er ikkje ein garanti for at ein bibliotek sin NIO-baserte transport brukar JDK Socket-proxymekanismen. Kontroller den faktiske Kafka-klienten og nettverksintegrasjonen i staden for å anta at kvar Java-socket respekterer same innstilling.

Ein proxy-medviten klient treng ei tillaten rute til dei relevante broker-endepunkta. Ei ordning på nettverksnivå treng tilsvarande tilgjenge og namneoppløysing. Dette er ulike design, og ingen av dei vert leverte berre ved å liste ein proxy som bootstrap-tenar.

Hald sikkerheitsprotokoll og autentiseringsinnstillingar fråskilde. Ein proxy kan etablere ei TCP-rute medan TLS-identitet, SASL-autentisering eller broker-autorisasjon framleis feilar.

Ved diagnostikk, noter kva endepunkt som feila og om det kom frå statisk konfigurasjon eller returnerte metadata. Den skilnaden snevrar problemet mykje meir inn enn å gjentekne gonger endre eit endepunkt som allereie var tilgjengeleg.