python client scan相关问题

只要你能保证,运行scan的环境能够直接访问meta和storage就可以。

用宿主机的ip及映射出的端口,这个应该需要dns优化支持吧

需要在容器编排文件里暴露相关服务的端口,这块和dns无关。
你可以在这个docker网络上起一个新容器,在这个容器上去调试你的py client也是可以的


按说这样就可以用宿主机ip+44500连接了对吧


好吧,失败了

这里还是建议你新建一个容器,然后在这个容器里面去调试你的py client.

1 个赞

好,我试试



image

你的程序假如是在容器里面运行,端口号就不应该是45555

都试过了45500,45555,44500

不用把调试py client的docker写在yaml配置里
直接起一条命令(参考):
docker run --rm -it --network=nebula-net ubuntu:18.04 /bin/bash
一般情况下这样就能让新的容器接入你nebula的网络啦

:sleeping: 多谢,这样是可以加入nebula网络,但scan还是不通

奇怪。。 用telnet ip port试试端口通不通?

telnet端口不通
但ping可以通

这个也补上

:expressionless: 可以了,scan接口应该连接的是meta的ip,端口还是45500,文档得补充下


@George

@Amber 快过来

默认情况下,meta服务开放45500,storage开放44500和12000/12002端口,storage的网络信息会由meta服务告诉client的。scan会连接meta和storage服务。
所以在测试时,请测试对应的端口,例如telnet 172.28.2.1 44500;(storage)
telnet 172.28.1.2 45500(meta)。
因为新启动的容器不存在网络不通问题,所以使用了正确的地址后就能连接啦

感谢你在社区的提问 :grinning:

1 个赞

有个问题,这个scan不是storage的接口么,为啥用meta的ip可以连,storage就不行

这个scan测试是不是用 storage_ip + 44500也可以?

我来了

2 个赞

这里只能指定meta的ip和端口, 内部会通过meta自动找到storaged的地址信息.

2 个赞

大佬,后续是否有可以在本机scan docker方式部署的nebula集群的支持

这个应该还得艾特 @jude-zhu

1 个赞