web-dev-qa-db-ja.com

Ubuntu 16.04.03 LTSで有線インターネット接続が非常に遅い

Ubuntu 16.04.03 LTSを実行しているHP Proliantサーバーがあり、速度テストを実行すると、3.5 Mbpsのダウンロード速度しか得られません。同じネットワーク上のWindowsラップトップでは、29Mbpsのダウンロード速度が得られます。

どちらもギガビットネットワーク上のギガビットNICとの有線接続を使用しており、サーバーはADSLルーターに直接接続されています。サーバーのNICは次のとおりです。

lspci -ks 02:00.0
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5723 Gigabit Ethernet PCIe (rev 10) 
Subsystem: Hewlett-Packard Company NC107i Integrated PCI Express Gigabit Server Adapter 
Kernel driver in use: tg3 
Kernel modules: tg3

Ipv6を無効にしようとしましたが、違いはありませんでした。誰が私がやるべきことについて何か提案がありますか?前もって感謝します。

2018年1月12日更新

NICの問題ではないと思います。 LANで100〜500MBのファイルのコピーをテストしましたが、300 + Mbpsの転送速度を簡単に取得できます。したがって、NICに大きな問題はないことは明らかです。

この問題は、サーバーのspeedtest.netネットワークを使用するためのpython実装であるspeedtest-cliを使用しているために発生するようです。 speedtest-cliを実行すると、〜3.5Mbpsの速度が報告されます。インターネット経由で大きなファイルのダウンロードをテストすると、〜3.5MBps(ビットではなくバイト)になります。

$wget --output-document=/dev/null http://ipv4.download.thinkbroadband.com/100MB.Zip
--2018-01-12 15:39:24-- http://ipv4.download.thinkbroadband.com/100MB.Zip 
Resolving ipv4.download.thinkbroadband.com 
(ipv4.download.thinkbroadband.com)... 80.249.99.148 
Connecting to ipv4.download.thinkbroadband.com 
(ipv4.download.thinkbroadband.com)|80.249.99.148|:80... connected. 
HTTP request sent, awaiting response... 200 OK 
Length: 104857600 (100M) [application/Zip] 
Saving to: ‘/dev/null’ 

/dev/null 100%[===================>] 100.00M 3.60MB/s in 28s 

2018-01-12 15:39:57 (3.60 MB/s) - ‘/dev/null’ saved [104857600/104857600] 

$ speedtest-cli 
Retrieving speedtest.net configuration... 
Testing from TalkTalk (<redacted>)... 
Retrieving speedtest.net server list... 
Selecting best server based on ping... 
Hosted by CloudConnX (Eastbourne) [3.95 km]: 2525.195 ms 
Testing download speed................................................................................ 
Download: 3.63 Mbit/s 
Testing upload speed................................................................................................ 
Upload: 2.85 Mbit/s 

Speedtest-cliが誤って調整され、バイトではなくビットを報告するかどうか疑問に思いましたが、そうは思いません。その場合、ソフトウェアのバグのようです。

他の誰かがこの行動を見たのだろうか?

3
Shaka Zulu

使用している正しいイーサネットポート番号で端末で実行します。ここでは、「eth0」であると仮定しました。

Sudo /sbin/ethtool eth0

デュプレックスモードがハーフかフルかを確認します。半二重の場合は、次のコマンドで全二重に変更します。

Sudo /sbin/ethtool -s eth0 full

次のコマンドを使用して、イーサネットポートを半二重に変更することもできます。

Sudo /sbin/ethtool -s eth0 half

ただし、ethtoolがない場合は最初にインストールする必要があります。

2
NAZMUL HOSSAIN

私の質問に対する答えを見つけました...

DNSネームサーバーの設定が間違っていたようです。私のサーバーは、ネームサーバーとして、ルーターの以前のIPアドレスとルーターの現在のIPアドレスを持っています。これは最終的には完璧に機能しましたが、サイトの検索が遅くなり、40回のテストダウンロード中にspeedtest-cliがタイムアウトし、ダウンロード速度が低下したようです。

修正は、*/etc/network/interfaces *のネームサーバーを8.8.8.8に更新し、ネットワークアダプターをバウンスすることでした。これで、速度はより通常の29Mbpsになりました。

1
Shaka Zulu