gpt4 book ai didi

go - 调用 tcp : lookup ip-x-x-xx. ec2.internal: 没有这样的主机

转载 作者:行者123 更新时间:2023-12-01 20:19:32 24 4
gpt4 key购买 nike

我正在使用 github.com/Shopify/sarama 包与 Kafka 进行交互。在我目前的方法中,我可以毫无问题地连接到代理并获取所有主题名称​​(下面的消费者代码)

但是,当我尝试使用管理客户端删除一些主题时(下面的管理代码) 我收到“dial tcp:lookup ip-x-x-xx.ec2.internal: no such host”错误。

我不知道为什么会收到此错误。我非常感谢任何提示或可能的解决方案。

消费者


config := sarama.NewConfig()
config.Consumer.Return.Errors = true

//get broker
cluster, err := sarama.NewConsumer("localhost:9092", config)
if err != nil {
panic(err)
}

defer func() {
if err := cluster.Close(); err != nil {
panic(err)
}
}()

//get all topic from cluster
topics, _ := cluster.Topics()

管理员


config := sarama.NewConfig()
config.Consumer.Return.Errors = true

config.Version = sarama.V2_4_0_0

//admin broker
admin, err := sarama.NewClusterAdmin("localhost:9092", config)
if err != nil {
panic(err)
}


defer func() {
if err := admin.Close(); err != nil {
panic(err)
}
}()

topic := []string{"test-topic"}
output := admin.DeleteTopic(topic)

if output == nil {
fmt.Printf(" delete - %s\n", topic[0])
} else {
fmt.Println(output)
}

注意我通过转发 ssh 端口通过堡垒实例连接到远程。


更新

设置 sarama.Logger = log.New(os.Stdout, "[sarama] ", log.LstdFlags) 我得到以下信息:

[sarama] 2020/03/25 02:08:03 Initializing new client
[sarama] 2020/03/25 02:08:03 client/metadata fetching metadata for all topics from broker localhost:9092
[sarama] 2020/03/25 02:08:04 Connected to broker at localhost:9092 (unregistered)
[sarama] 2020/03/25 02:08:04 client/brokers registered new broker #1001 at ip-x-x-x-1.ec2.internal:9092
[sarama] 2020/03/25 02:08:04 client/brokers registered new broker #1003 at ip-x-x-x-2.ec2.internal:9092
[sarama] 2020/03/25 02:08:04 client/brokers registered new broker #1002 at ip-x-x-x-3.ec2.internal:9092
[sarama] 2020/03/25 02:08:04 Successfully initialized new client
[sarama] 2020/03/25 02:08:04 Failed to connect to broker ip-x-x-x-3.ec2.internal:9092: dial tcp: lookup ip-x-x-x-3.ec2.internal: no such host`

更新 2

我的 kafka server.properties:

advertised.listeners=INTERNAL://ip-x-x-x-1.ec2.internal:9091,EXTERNAL_INSECURE://ip-x-x-x-1.ec2.internal:9092
listeners=INTERNAL://:9091,EXTERNAL_INSECURE://:9092
listener.security.protocol.map=INTERNAL:SSL,EXTERNAL_INSECURE:PLAINTEXT

最佳答案

当客户端连接到代理(在您的示例中为 localhost:9092)时,代理会提供集群中所有其他代理的客户端详细信息。您可以在日志中看到这一点:

初始连接

fetching metadata for all topics from broker localhost:9092

经纪人详情:

registered new broker #1001 at ip-x-x-x-1.ec2.internal:9092
registered new broker #1003 at ip-x-x-x-2.ec2.internal:9092
registered new broker #1002 at ip-x-x-x-3.ec2.internal:9092

您遇到的问题是您的客户端随后将使用这些 代理详细信息与集群进行进一步通信。经纪人给出的这些地址被称为广告听众。即,经纪人“宣传”的听众。

这意味着您的客户端必须能够解析并连接到代理在初始连接时返回的监听器的主机和端口

破解您的 /etc/hosts 的原因是您的本地客户端可以将这些地址解析回本地主机,然后 SSH 转发工作。但这只是一个 hack。

您应该在您的代理配置中将您的advertised.listeners设置为客户端可以解析的地址(不需要任何客户端/etc/hosts 技巧)。

要详细了解此内容,请参阅 https://rmoff.net/2018/08/02/kafka-listeners-explained/


编辑:明确地说,您应该将每个代理上的advertised.listeners 设置为您的客户 可以解析的地址 - 所以如果那是通过 localhost SSH转发,设置advertised.listenerslocalhost:9092

关于go - 调用 tcp : lookup ip-x-x-xx. ec2.internal: 没有这样的主机,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60839198/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com