docker容器中无法获取宿主机hostname的解决方案

本站所有内容来自互联网收集,仅供学习和交流,请勿用于商业用途。如有侵权、不妥之处,请第一时间联系我们删除!Q群:迪思分享

免费资源网 – https://freexyz.cn/

在nodejs环境中测试通过,其它语言同理,只需要使用获取环境变量的方法即可。

思路:

docker容器和宿主机环境是隔离的,但是可以在启动docker容器时将宿主机的主机名以环境变量的形式传入,代码在容器中获取该值即可。

操作:

docker run -d -p 3000:3000 –name myTest -e HOST_Q=$(hostname) mytest:v1 # 使用-e 参数传入环境变量,值为主机名

如果使用yml文件启动:

version: 3 services: mysql: image: mysql:v1 container_name: xx-mysql restart: always networks: – host environment: – MYSQL_ROOT_PASSWORD=xxx0209 – HOST_Q=$(hostname) # 在这设置 ports: – 3306:3306 volumes: – /opt/data/mysql:/var/lib/mysql:z

启动成功后,容器内部环境变量就多了一个HOST_Q,接下来使用程序取出即可:

nodejs:

# 从process中取出环境变量对象 let env = process.env; console.log(JSON.stringify(env)); # env[HOST_Q]就是最终要获取的主机名 # output [2019-04-17T06:54:12.951Z] [e1e7115e0a33] [info]: {“NODE_VERSION”:”8.9.4″,”HOSTNAME”:”e1e7115e0a33″,”YARN_VERSION”:”1.3.2″,”HOME”:”/root”,”HOST_Q”:”emg-ubuntu-pub02″,”PATH”:”/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin”,”PWD”:”/”}

java:

public class Test { public static void main(String[] args) { Map<String, String> map = System.getenv(); String hostName = map.get(“HOST_Q”); System.out.println(hostName); } }

补充:docker容器无法访问宿主机报出 No route to host

一. 问题描述

在docker部署nacos的时候遇到了这个样子的问题No route to host 导致了nacos容器无法连接宿主机的docker数据库。

然后我就进入到了nacos容器里面,ping了宿主机的地址,结果是通着的,然后使用telnet测试了3306端口,结果也会报出这个异常。

原因是什么呢?明明数据库外部可以正常连接访问,但是宿主机内部容器确实无法访问?

二. 原因分析

在进行docker部署的时候我们采用的是bridge网桥的模式。

启动docker时,docker进程会创建一个名为docker0的虚拟网桥,用于宿主机与容器之间的通信。当启动一个docker容器时,docker容器将会附加到虚拟网桥上,容器内的报文通过docker0向外转发。

如果docker容器访问宿主机,那么docker0网桥将报文直接转发到本机,报文的源地址是docker0网段的地址。而如果docker容器访问宿主机以外的机器,docker的SNAT网桥会将报文的源地址转换为宿主机的地址,通过宿主机的网卡向外发送。

因此,当docker容器访问宿主机时,如果宿主机服务端口会被防火墙拦截,从而无法连通宿主机,出现No route to host的错误。

而访问宿主机所在局域网内的其他机器,由于报文的源地址是宿主机ip,因此,不会被目的机器防火墙拦截,所以可以访问。

三. 解决方案

1> 关闭宿主机的防火墙

systemctl stop firewalld

2> 在防火墙上开发指定的端口

firewall-cmd –zone=public –add-port=3306/tcp –permanent firewall-cmd –zone=public –add-port=3307/tcp –permanent firewall-cmd –reload

注:在进行完防火墙的操作之后最好是要进行以下docker的重启,systemctl restart docker,否则容器到因为虚拟网桥失效而导致的iptables failed问题

四. 小结

docker的容器网络连接一直是一个问题,容器与容器之间,容器与宿主机之间,容器跨主机访问,所以在涉及到容器的网络连接的时候要注意网络的问题。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。

免费资源网 – https://freexyz.cn/


© 版权声明
THE END
★喜欢这篇文章吗?喜欢的话,麻烦动动手指支持一下!★
点赞10 分享
评论 抢沙发

请登录后发表评论

    暂无评论内容