Kafka kroz proxy: bootstrap radi, veze s brokerima ne uspijevaju

Bootstrap veza može uspjeti, a Kafka klijent ipak ne može proizvoditi ni trošiti. Bootstrap serveri pomažu klijentu da otkrije klaster; oni nisu nužno jedine krajnje tačke s kojima će se povezati.

Metapodaci brokera sadrže adrese koje se koriste za kasnije veze. Ako su ta imena ili portovi nedostupni kroz predviđenu proxy rutu, prva uspješna veza ne rješava ostatak posla.

Pročitajte objavljene krajnje tačke

Uporedite bootstrap adresu s adresama brokera koje klijent stvarno prima. Javni bootstrap alias može voditi do privatnih objavljenih imena, a prosljeđivanje jednog lokalnog porta ne prepisuje automatski svaku adresu u metapodacima.

Takođe utvrdite proxy put koji podržava implementacija klijenta. Java sistemska SOCKS osobina nije garancija da NIO transport biblioteke koristi JDK Socket proxy mehanizam. Provjerite stvarni Kafka klijent i mrežnu integraciju umjesto da pretpostavljate da svaki Java socket poštuje istu postavku.

Klijent koji poznaje proxy treba dozvoljenu rutu do relevantnih krajnjih tačaka brokera. Mrežno rješenje treba odgovarajuću dostupnost i razrješavanje imena. To su različiti dizajni i nijedan se ne dobija samo navođenjem proxyja kao bootstrap servera.

Držite postavke sigurnosnog protokola i autentifikacije odvojeno. Proxy može uspostaviti TCP put dok TLS identitet, SASL autentifikacija ili autorizacija brokera i dalje ne uspijevaju.

Za dijagnostiku zabilježite koja krajnja tačka nije uspjela i da li dolazi iz statičke konfiguracije ili vraćenih metapodataka. Ta razlika sužava problem mnogo više od ponovnog mijenjanja krajnje tačke koja je već bila dostupna.