无法连接到有线以太网网络(DHCP 有问题?)

无法连接到有线以太网网络(DHCP 有问题?)

使用 Xubuntu 18.04 上网本时无法通过有线连接上网,但 WiFi 可以使用,只需使用与 WiFi 路由器连接的同一根电缆即可。在我的台式电脑上,同样的有线连接可以正常工作。

查看 syslog,它会尝试连接,启动 DHCPDISCOVER,45 秒后超时,然后不断重复该循环。
此类循环的一个示例如下:http://dpaste.com/3D283KH

上网本上的 ifconfig -a:http://dpaste.com/1H0NBGQ
wlp1s0 是有效的 WiFi 连接,enp2s0 是失败的有线连接。
当我在桌面上运行 ifconfig -a 时,我得到了类似的结果:http://dpaste.com/0BDHJR4,但接口名称是eth0而不是enp2s0。

来自评论这里
$ lspci -nnk | grep -A2 以太网

02:00.0 以太网控制器 [0200]: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express 快速
以太网控制器 [10ec:8136] (rev 02)
子系统:设备 [1b50:4605]
正在使用的内核驱动程序:r8169


我到目前为止尝试过的:

1)来自此链接
在 /etc/NetworkManager/NetworkManager.conf 中,将 managed=false 更改为 managed=true 并重新启动 NetworkManager。
没有帮助。

2)来自相同的链接
sudo touch /etc/NetworkManager/conf.d/10-globally-managed-devices.conf
并重新启动 NetworkManager。没有帮助。

3)来自此评论
须藤dhclient enp2s0

什么都没发生,它没有抱怨,没有返回,只是什么都不做。让它挂起几分钟,然后用 Ctrl+C 停止它。


背景信息:

同样的有线连接在我的台式电脑(Ubuntu MATE 14.04)上运行良好。

几个月前,当运行 Ubuntu 18.04 时,同样的连接曾经在同一台上网本上工作过 - 它没有立即恢复,但在一番探索之后开始恢复。
昨天我再次拿到上网本,遇到了同样的问题,在上面安装了 Xubuntu 18.04,仍然遇到同样的问题。
安装后在其上运行了 apt-get update 和 upgrade。

提前致谢!


编辑:'sudo lshw -C network'输出(已更新):http://dpaste.com/2N531EA

EDIT2:跟踪路径输出:http://dpaste.com/1XJ90S9

# with cable connected directly
oae@oae:~$ tracepath www.ebay.com
# 'temporary error in name resolution"
tracepath: www.ebay.com: Временный сбой в разрешении имен

oae@oae:~$ tracepath 8.8.8.8
 1:  send failed
     Resume: pmtu 65535 

# connected via router
oae@oae:~$ tracepath www.ebay.com
 1?: [LOCALHOST]                      pmtu 1500
 1:  _gateway                                              1.090ms 
 1:  _gateway                                              0.867ms 
 2:  _gateway                                              0.890ms pmtu 1452
 2:  10.17.128.1                                           2.672ms 
 3:  10.218.60.217                                         2.732ms 
 4:  10.218.1.37                                           8.461ms 
 5:  10.218.1.101                                          8.100ms 
 6:  pob-cr01-ae1.0.kaz.mts-internet.net                   7.361ms asymm  7 
 7:  mag9-cr01-be6.16.msk.mts-internet.net                19.149ms 
 8:  mag9-cr01-be6.16.msk.mts-internet.net                18.753ms asymm  7 
 9:  oct-cr03-be1.78.spb.mts-internet.net                 30.630ms asymm  8 
10:  ae52.edge4.Stockholm2.Level3.net                     40.989ms asymm 14 
11:  ae52.edge4.Stockholm2.Level3.net                     57.871ms asymm 14 
12:  ae-13.r01.stocse01.se.bb.gin.ntt.net                 40.704ms asymm 14 
13:  ae-13.r01.stocse01.se.bb.gin.ntt.net                 42.363ms asymm 14 
14:  ae-0.akamai.stocse02.se.bb.gin.ntt.net               42.254ms asymm 16 
15:  ae-0.akamai.stocse02.se.bb.gin.ntt.net               46.866ms asymm 16 
16:  no reply
17:  no reply
...
23:  no reply
^C

答案1

首先,撤消您所做的 3 项更改以尝试解决此问题。

其次,r8169 驱动程序有点不稳定。尝试使用其他驱动程序:

sudo apt-get update# 更新软件数据库

sudo apt-get install dkms r8168-dkms# 安装不同的驱动程序

reboot# 重启计算机

您的以太网卡略有不同,如果由于某种原因这不能解决问题,请执行以下操作:

sudo apt-get purge r8168-dkms# 删除不同的驱动程序

reboot# 重启计算机

更新#1:

# connected via router
$ tracepath www.ebay.com
 1?: [LOCALHOST]                      pmtu 1500
 1:  _gateway                                              1.090ms 
 1:  _gateway                                              0.867ms 
 2:  _gateway                                              0.890ms pmtu 1452

由于 DSL 调制解调器,需要检查您的 MTU 设置。

Ubuntu 的网络配置中有一个 MTU 设置,而路由器中有一个 WAN MTU 设置。

对于 DSL,常见的 MTU 设置是 1492。请先尝试此值,然后查看您的网站现在是否可以访问。

要确定正确的设置,请从所有 MTU 设置 = 1500 和 VPN = 关闭开始。(VPN 需要不同的测试)。

在里面terminal

    ping [-c 计数] [-M 执行] [-s 数据包大小] [主机]

使用的选项是:

  • c count:ping 次数
  • M hint:选择路径 MTU 发现策略。可以是do(禁止碎片,即使是本地碎片),want(进行 PMTU 发现,当数据包大小较大时在本地进行碎片),或dont(不设置 DF 标志)。
  • s packet_size:指定要发送的数据字节数。

您应该始终从 1472 开始,然后每次减少 10。一旦收到回复,就增加 1,直到收到碎片数据包。取该值(最后一个好值)并将 28 添加到该值以考虑各种 TCP/IP 标头。例如,假设 1452 是合适的数据包大小(您第一次收到对 ping 的 ICMP 回复)。实际的 MTU 大小将是 1480,这是我们正在使用的网络的最佳值。

    ping -c 4 -M do -s 1472 8.8.8.8# 这可能会显示碎片

    ping -c 4 -M do -s 1462 8.8.8.8# 可能会显示碎片

    ping -c 4 -M do -s 1452 8.8.8.8# 没有碎片?

    ping -c 4 -M do -s 1453 8.8.8.8# 仍然没有碎片?

参考:如何使用 ICMP ping 确定适当的 MTU 大小

更新 #2:

最后通过路由器连接。可以正常工作。MTU 仍然错误。

相关内容