[通告] 本论坛迁移啦~请前往位于 https://forum.archlinuxcn.org/ 的新论坛。所有帖子和参与的用户都已经迁移。
您正在访问的是原 bbs.archlinuxcn.org 的静态存档。本页面的新地址位于 https://forum.archlinuxcn.org/t/topic/13837。
页次: 1
如题,docker 启动之后,公司里那个连了外网的wifi就访问不了了,我推测是dns的问题,我在另一台mxlinux上改了dns之后那台可以使用了,但是我不想在这台archlinux的机子上使用,我想应该还有别的更好的方法,求指点!
离线
是不是 DNS 的问题还需要推测?dig www.baidu.com 不就知道了?网段冲突了么?
离线
是不是 DNS 的问题还需要推测?dig www.baidu.com 不就知道了?网段冲突了么?
抱歉,确实不是很懂这些
这是dig的输出:
λ ~ dig www.baidu.com
;; communications error to 172.18.0.1#53: connection refused
;; communications error to 172.18.0.1#53: connection refused
;; communications error to 172.18.0.1#53: connection refused
; <<>> DiG 9.20.4 <<>> www.baidu.com
;; global options: +cmd
;; no servers could be reached最近编辑记录 zzyhao0w0 (2025-01-14 11:40:57)
离线
你正常状态的时候,DNS 服务器地址是 172.18.0.1?
看着就是网段冲突了。你看看 docker 用的网段:ip a 然后找找。
离线
你正常状态的时候,DNS 服务器地址是 172.18.0.1?
看着就是网段冲突了。你看看 docker 用的网段:ip a 然后找找。
λ ~ dig
; <<>> DiG 9.20.4 <<>>
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13836
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;. IN NS
;; ANSWER SECTION:
. 2697 IN NS l.root-servers.net.
. 2697 IN NS d.root-servers.net.
. 2697 IN NS m.root-servers.net.
. 2697 IN NS f.root-servers.net.
. 2697 IN NS k.root-servers.net.
. 2697 IN NS e.root-servers.net.
. 2697 IN NS g.root-servers.net.
. 2697 IN NS h.root-servers.net.
. 2697 IN NS b.root-servers.net.
. 2697 IN NS i.root-servers.net.
. 2697 IN NS a.root-servers.net.
. 2697 IN NS c.root-servers.net.
. 2697 IN NS j.root-servers.net.
;; Query time: 40 msec
;; SERVER: 172.18.0.1#53(172.18.0.1) (UDP)
;; WHEN: Tue Jan 14 11:49:31 CST 2025
;; MSG SIZE rcvd: 228λ ~ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether d4:93:90:20:2d:4b brd ff:ff:ff:ff:ff:ff
altname enxd49390202d4b
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 10:a5:1d:4f:5e:b1 brd ff:ff:ff:ff:ff:ff
inet 172.18.0.132/16 metric 600 brd 172.18.255.255 scope global dynamic wlan0
valid_lft 42943sec preferred_lft 42943sec
inet 172.18.0.130/16 brd 172.18.255.255 scope global secondary dynamic noprefixroute wlan0
valid_lft 42943sec preferred_lft 42943sec
inet6 fe80::e400:7839:e48d:25ab/64 scope link noprefixroute
valid_lft forever preferred_lft forever这是没有启动docker之前的dig和ip a
看着dns确实是172.18.0.1
离线
5: br-7388927b580e: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:06:f9:6c:6b brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global br-7388927b580e
valid_lft forever preferred_lft forever
inet6 fe80::42:6ff:fef9:6c6b/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever启动后发现了一个和dnsip一样的虚拟网卡(?),把他down就可以用了
离线
那就是这个网桥搞的事啦。竟然不是 docker 开头的,这是谁创建的啊。
离线
那就是这个网桥搞的事啦。竟然不是 docker 开头的,这是谁创建的啊。
应该是docker-compose启动的时候自动创建的网桥,现在好了,谢谢你🙏
离线
页次: 1