У нас есть выделенный внешний сервер в серверном центре, и вчера мы внезапно потеряли связь с производственным сервером.
В это время на сервере никто не работал.
У меня есть только доступ RemoteConsole к серверу.
Когда я пингую что-то, он говорит
пинг 8.8.8.8
подключиться: сеть недоступна
Сервер Ubuntu 18.04 выглядит так, как будто он потерял соединение с общедоступной сетью.
Обслуживание клиентов в серверном центре закрыто до понедельника. Я пробовал все, что мог найти по этой проблеме, только основное отличие от всех примеров, которые я мог найти, - это «обнаружена ссылка: нет»
$эттул eth0
Настройки для eth0:
Поддерживаемые порты: [TP]
Поддерживаемые режимы связи: 10baseT/Half 10baseT/Full
100baseT/половина 100baseT/полный
1000baseT/полный
Поддерживаемое использование кадра паузы: Симметричный
Поддерживает автосогласование: Да
Поддерживаемые режимы FEC: не сообщается
Рекламируемые режимы связи: 10baseT/Half 10baseT/Full
100baseT/половина 100baseT/полный
1000baseT/полный
Рекламируемое использование кадра паузы: Симметричный
Рекламируемое автосогласование: Да
Заявленные режимы FEC: не сообщается
Скорость: Неизвестно!
Дуплекс: Неизвестно! (255)
Порт: витая пара
ПЬЯД: 1
Приемопередатчик: внутренний
Автосогласование: включено
MDI-X: выкл. (авто)
Поддерживает пробуждение: pumbg
Пробуждение: g
Текущий уровень сообщения: 0x00000007 (7)
ссылка на датчик drv
Ссылка обнаружена: нет
Обнаружение ссылки отсутствует, и в IP-ссылке нет несущей.
$ ip ссылка показать
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq состояние DOWN mode DEFAULT group default qlen 1000
ссылка/эфир ac:1f:6b:9a:6f:a8 brd ff:ff:ff:ff:ff:ff
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
ссылка/эфир ac:1f:6b:9a:6f:a9 brd ff:ff:ff:ff:ff:ff
$ есликонфиг -а
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
эфир ac:1f:6b:9a:6f:a8 txqueuelen 1000 (Ethernet)
Пакеты RX 0 байт 0 (0,0 Б)
Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
Пакеты TX 0 байт 0 (0,0 Б)
Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0
память устройства 0xdf200000-df27ffff
eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
эфир ac:1f:6b:9a:6f:a9 txqueuelen 1000 (Ethernet)
Пакеты RX 0 байт 0 (0,0 Б)
Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
Пакеты TX 0 байт 0 (0,0 Б)
Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0
память устройства 0xdf100000-df17ffff
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
инет 127.0.0.1 сетевая маска 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<хост>
loop txqueuelen 1000 (локальная петля)
RX-пакеты 121044 байта 20083796 (20,0 МБ)
Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
Пакеты TX 121044 байт 20083796 (20,0 МБ)
Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0
ip4 адрес не показывает
$ dhclient
Просто ничего не отвечает, просто мигает пустое место
Это действительно проблема с кабелем в серверном центре или я могу попробовать что-то еще?
И возможно ли удалить данные scp или rsync с сервера без сети?
пробовал но ошибки
rsync: соединение неожиданно закрыто (пока получено 0 байт) [получатель]
ошибка rsync: необъяснимая ошибка (код 255)
Делаем бэкап сервера на этот же сервер.....
Помощь очень ценится
