Справка по Ubuntu 16.04 Ethernet

Итак, я недавно установил Ubuntu 16.04 (Server). И у меня проблемы с подключением к интернету на моем роутере.

ifconfig -a:

enp8s0   Link encap:Ethernet  HWaddr **:**:**:**:**:**
         inet addr:192.168.1.7  Bcast:192.168.1.255 Mask:255.255.255.0
         UP BROADCAST MULTICAST  MTU:1500  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0 frame:0
         TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
         Interrupt:19

lo       Link encap: Local Loopback
         inet addr:127.0.0.1  Mask:255.0.0.0
         inet6 addr: ::1/128 Scope:Host
         UP LOOPBACK RUNNING  MTU:65536  Metric:1
         RX packets:196 errors:0 dropped:0 overruns:0 frame:0
         TX packets:196 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1
         RX bytes:15016 (15.0 KB)  TX bytes:15016 (15.0 KB)

о том, когда I ping 8.8.8.8:

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
From 192.168.1.7 icmp_seq=1 Destination Host Unreachable

, но не в последнюю очередь, /etc/network/interfaces:

source /etc/network/interfaces.d/*

auto lo enp8s0
iface lo inet loopback

auto enp8s0
iface enp8s0 inet static
address 192.168.1.7
netmask 255.255.255.0
gateway 192.168.1.1

РЕДАКТИРОВАТЬ: route -n:

Kernel IP routing table
Destination     Gateway       Genmask             Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1   0.0.0.0             UG    0      0        0 enp8s0
192.168.1.0     0.0.0.0       255.255.255.0       U     0      0        0 enp8s0

ip route show:

default via 192.168.1.1 dev enp8s0 onlink linkdown
192.168.1.0/24 dev enp8s0  proto kernel  scope link  src 192.168.1.7 linkdown

networking.service:

networking.service - Raise network interfaces
Active: active (exited) since Mon 2016-05-02 21:00:58 EDT; 10min ago

( если вам нужно больше информации о network.service, просто прокомментируйте это, сказав это)

ethtool enp8s0:

Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        100baseT/Half 100baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Speed: Unknown!
Duplex: Unknown! (255)
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: g
Wake-on: g
Current message level: 0x000000ff (255)
                       drv probe link timer ifdown ifup rx_err tx_err
Link detected: no

ethtool -i enp8s0:

driver: tg3
version: 3.137
firmware-version: sb
expansion-rom-version:
bus-info: 0000:08:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

ip neigh show :

192.168.1.1 dev enp8s0  INCOMPLETE

Пожалуйста, будьте подробно с вашими ответами, заранее спасибо! :) [Один тысяча сто двадцать девять]

1
задан 20 May 2016 в 03:43

2 ответа

Это была просто просто поврежденная проводка.

Жаль парни!

1
ответ дан 20 May 2016 в 13:43
  • 1
    Ваша сводка BootInfo выглядит нормальной мне, хотя it' s всегда возможный I' ve пропустил что-то. I' d говорят для преследования этого на форуме Windows в этой точке, так как она кажется, что установка Windows повреждена. Обратите внимание, что восстановление в Windows, вероятно, приведет к компьютеру, загружающемуся прямо к Windows, который you' ll тогда должен исправить с bcdedit или EasyUEFI. – Rod Smith 12 October 2017 в 01:49

Проверка с помощью ping-запросов 8.8.8.8 это - ICMP, DNS не включен (но Вам все еще нужен он набор правильно ;-)

"Узел назначения, недостижимый", это - код типа 3 управляющего сообщения ICMP 1, скорее всего, нет маршрута к к целевому узлу.

Таким образом, первая вещь состоит в том, чтобы проверить Вашу таблицу маршрутизации

route -n
ip route show

Получите вывод.

Попытайтесь проверить с помощью ping-запросов свой шлюз сначала и видеть, работает ли это во-первых.

Проверьте состояние networking.service

systemctl status networking.service

BTW: iptables еще может не играть роль, но будет хорошо, если можно также отправить iptables-save вывод.

Обновление

На основе вывода ethtool существует проблема уровня 2.

Speed: Unknown!
Duplex: Unknown! (255)

Несколько вещей указать

  1. NIC должен поддерживать 1000 Мбит/с, но был установлен на 100 Мбит/с (Вы сделали это?)

  2. Переключатель/Маршрутизатор рекламировал 1000 Мбит/с

  3. идут обе стороны autoneg

    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            100baseT/Half 100baseT/Full
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Half 1000baseT/Full
    

Попытайтесь установить скорость NIC на 1000 Мбит/с ethtool -s <inferface> speed 1000 duplex full autoneg on, ifconfig down / ifconfig up интерфейс и проверка ethtool <interface> снова для Скорости и Link detected значение.

0
ответ дан 20 May 2016 в 13:43
  • 1
    Я выполнил тестер OS в Ubuntu и обновил мою личинку. Это имело опцию окон при следующей начальной загрузке. – Amey Kasar 10 October 2017 в 15:03

Другие вопросы по тегам:

Похожие вопросы: