有線イーサネットネットワークに接続できません（DHCPに問題がありますか？）
WiFiが動作している間、Xubuntu 18.04を使用してネットブックの有線接続でインターネットに接続できません。WiFiルーターに接続されている同じケーブルからは接続できません。同じ有線接続がデスクトップPCで正常に機能します。
Syslogを見ると、接続を試み、DHCPDISCOVERを開始し、45秒後にタイムアウトしてから、このサイクルを繰り返します。
そのようなサイクルの例： http://dpaste.com/3D283KH
ネットブックのifconfig -a： http://dpaste.com/1H0NBGQ
wlp1s0は機能するWiFi接続であり、enp2s0は失敗する有線接続です。
デスクトップでifconfig -aを実行すると、同様の結果が得られます： http://dpaste.com/0BDHJR4 ですが、インターフェース名はenp2s0ではなくeth0です。
コメントから ここ ：
$ lspci -nnk | grep -A2イーサネット
02：00.0イーサネットコントローラ[0200]：Realtek Semiconductor Co.、Ltd. RTL810xE PCI Express Fast
イーサネットコントローラ[10ec：8136]（リビジョン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） このコメント から：
sudo dhclient enp2s0
何も起こらない、それは文句を言わない、戻らない、ただ何もしない。数分間吊り下げたままにし、Ctrl + Cで停止しました。
背景：
これと同じ有線接続が私のデスクトップPCで正常に動作します（Ubuntu MATE 14.04）。
この同じ接続は、数か月前にUbuntu 18.04を実行したときに同じネットブックで機能していました-すぐにはうまくいきませんでした。
昨日再びネットブックを手に入れましたが、同じ問題があり、Xubuntu 18.04をインストールしましたが、それでも同じ問題が発生しました。
apt-get updateを実行し、インストール後にそれをアップグレードします。
前もって感謝します！
編集： 'Sudo lshw -C network'の出力（更新）： http://dpaste.com/2N531EA
EDIT2：tracepath出力： 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
まず、この問題を解決するために加えた3つの変更を元に戻します。
第2に、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です。先に進んでこの値を最初に試し、Webサイトにアクセスできるかどうかを確認してください。
正しい設定を確認するには、すべてのMTU設定= 1500およびVPN =オフから始めます。 （VPNには別のテストが必要です）。
terminal内：
ping [-c count] [-M do] [-s packet_size] [Host]
使用されるオプションは次のとおりです。
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はまだ間違っています。