Сервер Ubuntu не пингуется

Обновлено: 21.11.2024

Если кажется, что ваш сервер Linux отключен или недоступен по какой-либо иной причине, вы всегда сможете войти в систему с помощью веб-консоли на панели управления UpCloud или через соединение VNC. После входа в систему проверьте интернет-соединение вашего сервера с помощью ping и общедоступного IP-адреса, например общедоступного DNS-сервера Google, который, скорее всего, ответит, если ваше интернет-соединение работает.

Вывод должен выглядеть примерно так:

Если сервер не может связаться с пунктом назначения, возможно, проблема связана с вашей конфигурацией. Выполните шаги, описанные здесь, чтобы устранить наиболее распространенные сетевые проблемы с облачным сервером Linux.

Проверьте конфигурацию вашей сети

Убедитесь, что сетевые интерфейсы, такие как eth0, включены. Чтобы просмотреть все настроенные интерфейсы, используйте эту команду.

Вывод команды покажет состояние каждого сетевого интерфейса на сервере с «состоянием UP» или «состоянием DOWN», например, как показано ниже.

Включите все отключенные интерфейсы с помощью следующей команды.

Здесь имя интерфейса является одним из имен, перечисленных в выводе команды ip addr, например eth0, eth1 или eth2< /tt>.

Когда все сетевые интерфейсы будут включены, попробуйте снова использовать команду ping. Если проблема не устранена, убедитесь, что сетевым интерфейсам назначены IP-адреса, и они совпадают с информацией в разделе «Сеть» панели управления UpCloud.

Попробуйте перезапустить любой проблемный интерфейс с помощью следующих команд.

Если какая-либо из этих команд не удалась, возможно, интерфейс находится в состоянии, неизвестном командному сценарию. Попробуйте те же команды еще раз с параметром --force, чтобы устранить подобные проблемы.

Если перезапуск сетевого интерфейса устранил проблему, отлично! Если нет, продолжайте устранение неполадок.

Проверьте файл конфигурации сети

Linux обычно хранит сетевые настройки в определенных файлах и считывает их, например, при загрузке или при использовании команды ifup. Чтобы внести изменения в конфигурацию сети, вам нужно открыть нужный файл в текстовом редакторе. В дистрибутивах на основе Debian и Ubuntu это можно сделать с помощью

В большинстве случаев файл interfaces должен содержать как минимум следующие интерфейсы.

В CentOS и других вариантах Red Hat эти конфигурации разделены на отдельные файлы для каждого сетевого интерфейса и хранятся в /etc/sysconfig/network-scripts/. Интерфейс по умолчанию для подключения к Интернету обычно называется eth0, откройте соответствующий файл конфигурации.

Файл конфигурации для eth0 должен выглядеть так.

Если файлы конфигурации интерфейсов не соответствуют приведенному здесь примеру, отредактируйте файл, относящийся к вашей системе, чтобы восстановить исходную функциональность. Чтобы любые изменения, внесенные в эти файлы, вступили в силу, необходимо перезапустить интерфейсы, к которым применяются изменения, как описано ранее с помощью команд ifdown и ifup.

Проверьте DNS-записи серверов

Если ping с IP-адресом работает, но обычное соединение по-прежнему не работает, попробуйте вместо этого проверить связь с доменным именем. Например, вы можете пропинговать домен UpCloud таким образом.

Если домен не отвечает, проблема, скорее всего, связана с тем, как ваш сервер преобразует доменные имена в IP-адреса. Проверьте записи DNS вашего сервера.

Список должен содержать как минимум 1 сервер имен. Все резолверы DNS по умолчанию в UpCloud имеют одинаковые IP-адреса независимо от зоны доступности. DNS-серверы предоставляются автоматически по протоколу DHCP, поэтому в операционной системе не требуется ручная настройка.

Если ваш сервер имеет общедоступный IPv6-адрес, вы также можете использовать IPv6 со следующими серверами:

Если список пуст, не редактируйте его вручную, потому что, если у вас установлен диспетчер серверов имен, все внесенные вами изменения будут просто отменены. Вместо этого в Ubuntu и некоторых системах Debian вы можете попробовать обновить его с помощью этой команды.

На серверах Debian, на которых не установлен resolvconf, вы можете напрямую редактировать файл resolv.conf.

Добавьте строки, показанные ниже, в файл, сохраните и выйдите.

Те, у кого установлен resolvconf, в случае, если resolv.conf все еще пуст после команды обновления, вы можете добавить серверы имен в свой файл интерфейсов. Откройте его для редактирования.

Добавьте сервер имен в конец раздела eth0.

После этого сохраните файл и выйдите. Вам также потребуется перезапустить сетевую службу с помощью следующей команды.

В CentOS и других вариантах Red Hat файл resolv.conf заполняется немного по-другому. Если файл пуст, вы можете добавить до двух записей DNS в файл конфигурации сети для сети. интерфейс, отвечающий за публичный IP. Например, откройте ifcfg-eth0 с помощью следующей команды.

Отредактируйте файл, чтобы он выглядел следующим образом.

Выйдите из редактора и перезапустите интерфейс, файл конфигурации которого вы только что редактировали, с помощью команд ifdown и ifup.

Проверьте соединение в обоих направлениях

Попробуйте пропинговать свой сервер через Интернет. Откройте терминал или командную строку на своем компьютере и попробуйте пропинговать общедоступный IP-адрес вашего сервера, который вы можете найти в панели управления UpCloud в разделе «Сеть».

Проверьте подключение к Интернету, отправив эхо-запрос на другой сайт с вашего сервера. Например, используйте следующую команду, чтобы пропинговать общедоступный DNS Google.

Если у вас есть второй сервер, развернутый в вашей учетной записи, и проблема связана с интерфейсом, назначенным с частным IP-адресом, попробуйте выполнить эхо-запрос с другим сервером, используя частные IP-адреса, указанные в панели управления UpCloud.

Если проверка связи не дает ответа, попробуйте перезапустить все сетевые службы вашего сервера. В Debian и Ubuntu 12.04 или более ранней версии используйте приведенную ниже команду.

В CentOS и других системах на базе Red Hat вместо этого перезапустите сеть с помощью приведенной ниже команды.

В Ubuntu 14.04 и новее вам нужно будет запустить команду для каждого сетевого интерфейса отдельно, например, вы можете перезапустить eth0 просто следующим образом.

После перезапуска сетевых служб попробуйте снова запустить ping в обоих направлениях. Если ping работает в одном направлении, но не работает в другом, проверьте настройки брандмауэра.

Узнайте, где происходит сбой соединения

Ваше основное подключение к Интернету сводится к знанию маршрута до пункта назначения. Иногда маршрутизация соединения может зайти в тупик, что приведет к сбою соединения. Запустите трассировку маршрута со своего сервера, чтобы увидеть, на каком сетевом узле теряется соединение.

Для этой цели на серверах Ubuntu есть сетевой инструмент mtr. Запустите его с помощью следующей команды.

Чтобы выйти, просто нажмите q на клавиатуре.

Чтобы сделать это в системах Debian, где mtr обычно не устанавливается по умолчанию, вместо этого можно использовать traceroute.

На серверах CentOS используйте команду tracepath.

В разных дистрибутивах работают разные инструменты, и выходные данные этих инструментов также немного различаются. mtr выполняется на переднем плане до отмены, обновляя таблицу ответов при каждом проходе, пример вывода показан ниже.

Traceroute и tracepath очень похожи друг на друга, они выполняют передачу по сети к заданному месту назначения и показывают задержку для каждого ответившего узла. Пример traceroute, показанный ниже, содержит большую часть той же информации, что и mtr.

Попробуйте сделать то же самое со своего компьютера на сервер с помощью одного из инструментов, упомянутых выше, например с помощью приведенной ниже команды.

Если исходящая трассировка не достигает даже первого узла, проверьте настройки сети и брандмауэр. Брандмауэр также может нести ответственность за отказы в подключении, если трассировка через Интернет до вашего сервера не выполняется непосредственно перед достижением сервера.

Настройки брандмауэра

Убедитесь, что ваше соединение не блокируется брандмауэром. CentOS и некоторые другие дистрибутивы на основе Red Hat по умолчанию имеют строгие правила брандмауэра. Следующая команда выведет список всех правил брандмауэра на стороне сервера в вашей системе.

Iptables — это встроенный в Linux программный брандмауэр, и приведенная выше команда выводит следующее.

Ваша панель управления UpCloud также предоставляет легко настраиваемый брандмауэр в настройках сервера на вкладке Брандмауэр.

В приведенном выше примере изображения есть несколько принятых входящих правил, но правило по умолчанию настроено на отклонение. Убедитесь, что нет правил, блокирующих желаемое соединение.

Информация о статусе хоста

Если кажется, что все в порядке, но сетевое подключение по-прежнему не работает или вы не можете устранить проблемы с подключением по другим причинам, не стесняйтесь обращаться за помощью.

Главный редактор и технический писатель в UpCloud с 2015 года. Энтузиаст облачных вычислений, пишущий о серверных технологиях и программном обеспечении.

Моя проблема заключается в следующем: на 192.168.1.1. * в сети у меня 3 машины. Я называю их U1 (Ubuntu Desktop), US2 (Ubuntu Server), W1 (Windows) и маршрутизатор с именем R1 в 192.168.1.1. U1 производит и получает ответ на пинг от W1 и R1. US2 может выполнить эхо-запрос ВНЕ локальной сети (и к R1), но не получает ответов от W1 или U1. U1 и W1, когда они пингуют US2, не получают ответа. Все машины имеют доступ к Интернету через R1. US2 обновляется с помощью «apt update» без проблем. Прошу прощения за неудобства и если эта тема банальна, но у меня нейроны закончились и я не нашел ответа. Спасибо заранее за вашу помощь.(Переводчик Google) Я не могу вставить логи US2, потому что у него есть только пользовательский интерфейс в командной строке, а не GUI.

Вы можете попробовать проверить ufw, однако я думаю, что на сервере Ubuntu ufw отключен при новой установке. Также вы пингуете по IP-адресу или доменному имени устройства? Если вы пытаетесь использовать доменное имя, попробуйте использовать локальный IP-адрес устройств.

Ufw отключен. В моем случае я пингую 192.168.1.2 (US2) с каждой машины в локальной сети (192.168.1.*), и US2 не отвечает на пинг. В U1: пропингуйте до 192.168.1.2. То же самое в W1. Результат тот же. Все пакеты ping теряются. Если я делаю ping с US2 (192.168.1.2) на каждую машину U1 (192.168.1.52) или W1 (192.168.1.135), все пакеты теряются. U1 и W1 имеют фиксированный ip. Спасибо за ответ, Злорадство!.

3 ответа 3

Знаете ли вы, что в Ubuntu Server 20.04 LTS можно блокировать или разблокировать запросы проверки связи? Прочтите эту статью, чтобы узнать, как:

Возможно, это поможет вам

Да; Я видел это. У меня переменная net.ipv4.icmp_echo_ignore_all=0. Это локальная сеть, пока без защиты. Спасибо за ваш вклад.

Это похоже на проблему с маской сети или маршрутом.

В командной строке на US2 проверьте сетевую маску. Сделайте «ip a» и для основного интерфейса у вас должен быть 192.168.1.*/24

Затем введите 'ip r', чтобы получить маршруты. Для подсети 192.168.1.* в ней может быть куча других вещей, но вы должны иметь:

(Имена ваших устройств могут отличаться)

По умолчанию явно работает, если вы можете пинговать снаружи, а следующая строка устанавливает «локальный» маршрут в вашей сети, что может быть проблемой.

Также, если у вас есть какие-либо другие строки с адресами 192.168.1.* в них, которые могут все испортить. Если у вас есть виртуальные машины, работающие на US2, или Docker/контейнеры, иногда вы можете случайно настроить перекрывающийся маршрут, который нарушит работу.

Если ваш IP-адрес установлен статически, проверьте файл yml в /etc/netplan/, чтобы убедиться, что у вас есть суффикс /24 в основном IP-адресе US2.

Мы столкнулись с проблемой в одном из наших развертываний, когда мы подготовили виртуальные машины и передали их группе разработчиков для работы над развертыванием своего приложения на виртуальных машинах. Проблема, с которой мы столкнулись, заключается в том, что ВМ-А могла пропинговать ВМ-Б, но происходило наоборот.

В подобных сценариях вы можете придумать N причин, которые могут вызывать эту проблему, но нам нужен структурированный подход, чтобы двигаться дальше по устранению неполадок. Мы столкнулись с этой проблемой с виртуальной машиной на базе ОС Ubuntu, мы рассмотрим команды и шаги, используемые для сохранения ОС Ubuntu в перспективе.

Мы рассмотрим некоторые команды, которые могут пригодиться при устранении неполадок такого рода. В большинстве сценариев мы подозреваем, что брандмауэр в такой ситуации теперь может быть либо физическим устройством брандмауэра, либо брандмауэром на уровне ОС. Но прежде чем переходить к брандмауэру, нам нужно быстро взглянуть на ОС.

Проверьте настройки IPv4

Откройте консоль виртуальной машины, которая не пингуется, и проверьте настройки IPv4 интерфейса Ethernet. Убедитесь, что этот же IP-адрес больше нигде в сети не используется. Используйте следующую команду, чтобы проверить информацию об IP-адресе виртуальной машины:

Перезапустите сетевые службы

Если для виртуальной машины указана правильная информация об IP-адресе, возможно, возникла проблема с сетевыми службами, работающими на виртуальной машине. Вы хотите проверить состояние/запустить/перезапустить сетевые службы на вашей виртуальной машине с помощью следующей команды:

"Судить /etc/init.d/networking stop"

"Судить /etc/init.d/networking start"

«Сеть статуса Sudo systemctl»

Перенастроить файл Netplan

Операционная система Ubuntu использует файл netplan для хранения сетевой информации интерфейса Ethernet. Если файл netplan поврежден, возможно, он не позволяет виртуальной машине взаимодействовать с другими машинами в среде.

Во-первых, нам нужно удалить текущий файл сетевого плана, настроенный для виртуальной машины, выполнив следующие команды:

"Судо -rm /etc/netplan/XYZ.Yaml"

После того как вы удалили файл конфигурации netplan, вам нужно создать новый файл netplan, который виртуальная машина будет использовать для своей сетевой информации IPv4. Используйте следующую команду для создания файла netplan:

"Судо нано /etc/netplan/01netcfg.yaml"

Используйте следующий синтаксис в файле конфигурации netplan и введите соответствующую информацию:

Адреса: [Nameserver_1, Nameserver_2]

После создания файла netplan и добавления вышеуказанных параметров в том же формате выполните следующую команду, чтобы применить конфигурацию netplan.

Применить сетевой план Sudo

Переустановите сетевую карту

Если сетевая служба работает правильно, но виртуальная машина не может проверить связь с другой машиной, попробуйте переустановить карту сетевого интерфейса на виртуальной машине. Войдите на сервер vCenter и перейдите к виртуальной машине. Щелкните правой кнопкой мыши виртуальную машину, перейдите в «Изменить настройки». Удалите текущую сетевую карту и добавьте новую сетевую карту на виртуальную машину, это может помочь, если сетевая карта выйдет из строя.

Проверьте конфигурацию брандмауэра

Еще один момент, который вы, возможно, захотите проверить, – это проверить конфигурацию вашего брандмауэра и убедиться, что нет определенной политики, которая останавливала бы поток трафика с вашей виртуальной машины на целевую машину.

Проверьте конфигурацию UFW

Еще одна важная информация, которую необходимо проверить на виртуальной машине, — узнать, используется ли простой брандмауэр. Если вы не используете UFW, выполните следующую команду, чтобы проверить состояние UFW:

Если UFW включен, выполните следующую команду, чтобы отключить UFW:

"Отключить Sudo ufw"

Проверьте политики защиты ОС

Может быть и другая причина, которая может блокировать один ping с одной стороны. Уточните у команды поставщика приложений, не настроили ли они какие-либо политики защиты ОС, которые заставляют виртуальную машину отбрасывать все запросы ping.

Подводя итог, выше перечислены шаги высокого уровня для решения проблем с односторонним пингом в операционной системе Ubuntu. Если вы ищете развертывание инфраструктурных сервисов в соответствии с лучшими практиками в вашей среде, Zindagi Technologies имеет большую команду архитекторов решений / малых и средних предприятий, которые обладают опытом в планировании / проектировании / внедрении центров обработки данных масштаба предприятия на решениях SDDC, HCI и т. д. Для любую консультационную услугу по преобразованию вашего центра обработки данных свяжитесь с нами сейчас или позвоните нам по телефону +919773973971.

Автор
Сумит Ядав
Инженер-консультант ЦОД

Я не могу пропинговать свой сервер Ubuntu, а также не могу получить доступ к общей папке.

Максимальное использование гиперконвергентной инфраструктуры

2022-03-22 18:00:00 Веб-семинар UTC Веб-семинар: Dell — максимально эффективное использование гиперконвергентной инфраструктуры Подробнее о событии Просмотреть все события

5 ответов

samvi — поставщик ИТ-услуг.

Как вы говорите, ВМ, какой гипервизор вы используете Hyper-v или VMware?

Если Hyper-v, то проверьте настройки виртуального коммутатора, это внешний, внутренний или частный.

Если Vmware, проверьте его мост, NAT или только хост.

ТФЛ

Можете ли вы предоставить более подробную информацию?

Установлен ли у вас брандмауэр?

Какая IP-конфигурация у виртуальной машины?

Предположим, что это Hyper-V (вы не говорите). К какому коммутатору подключена сетевая карта виртуальной машины и находится ли он в той же подсистеме, что и клиент, с которого вы пингуете?

Если вы не можете пропинговать, вы никогда не сможете получить доступ к общему ресурсу. Сначала исправьте подключение уровня 3.

Отправьте файл /etc/network/interfaces

бадбанана

вы всегда должны предоставлять более подробную информацию при публикации. не все умеют читать мысли ;-)

Может быть, вы говорите об Ubuntu в Virtualbox? (дикое предположение).

ДоминикИТПро

Я бы проверил, хост виртуальной машины передает правильный сетевой интерфейс вашей виртуальной машине. Возможно, также проверьте оборудование, если оно работало, а затем внезапно остановилось.

Эта тема заблокирована администратором и больше не открыта для комментариев.

Чтобы продолжить это обсуждение, задайте новый вопрос.

Эргономичное оборудование

Кто в США должен нести ответственность за предоставление эргономичного оборудования по запросу сотрудника? Это ИТ, поскольку ИТ предоставляет клавиатуры и мыши? Должен ли это быть HR, поскольку он эргономичен и несет потенциальную ответственность, если НЕ предоставляется? Должен ли это быть тот отдел.

Приветствие Xfinity (личный домашний Интернет)

Во-первых, мне больно. Я мог бы произнести речь «Он ставит передо мной задачу», как Хан в «Звездном пути 2: Гнев Хана». Просто замените «Они» на «Он». Но они сделали то, чего я хотел годами (десятилетиями?), так что, думаю, это должно быть признано. Ю.

Щелкни! SATCOM Threat, IE End of Life, Mac с кирпичами, Planet 9, Lego Delorean

Ваша ежедневная доза технических новостей. Вы должны это услышать. ФБР и CISA предупреждают об угрозах для сетей спутниковой связи Согласно новому предупреждению ФБР и CISA спутниковые сети находятся в зоне высокого риска. Согласно ZDNet.

Какими сверхспособностями вы хотели бы обладать?

Что может сделать ИТ-специалист со сверхспособностями? В каких ИТ-задачах вы бы их использовали и как?

Можно ли подключить интерфейс управления коммутатора к одному из его собственных портов коммутатора?

Недавно я понял, что у меня есть конфигурация коммутатора с непреднамеренным потенциальным побочным эффектом. У меня есть Aruba 6300F с несколькими виртуальными локальными сетями. Он работает в режиме уровня 3. Это работает следующим образом: я просто «включаю» функции маршрутизатора, а затем.

Читайте также: