Сервер Debian8: Не вдається вирішити IP-адреси або DNS


0

У мене є сервер debian 8, на якому запущено додаток для рубіну, у нас виникла проблема з програмою, тому ми перезапустили сервер, і з тих пір я не можу вирішити жоден IP-адрес або DNS (крім localhost та власного IP-адреси сервера), ось що я зробив поки що:

  • Спробував пінг декількох IP-адрес та DNS, але всі пакети втрачені та жодних пакетів не отримано
  • Перезавантажив службу мереж (і з, sudo service networking restartі зsudo /etc/init.d/networking restart
  • Спробував Traceroute 8.8.8.8, але все, що у мене є, є декількома "*"
  • промиті iptables
  • знову перезапустив сервер

Хтось мав таку ж проблему раніше? якісь рішення чи пропозиції?

Дякую.

Редагувати:

ось результат для sudo cat /etc/resolv.conf:

online.net
пошук в Інтернеті
сервер імен 62.210.16.6
сервер імен 62.210.16.7

Я намагався змінити сервери імен на 8.8.8.8 і 8.8.4.4

і ось результати для cat /etc/network/interfaces:

source /etc/network/interfaces.d/*

# Інтерфейс мережі
авто ло
iface lo inet loopback

# Первинний мережевий інтерфейс
enable-hotplug eth0
iface eth0 inet dhcp

результати для cat /etc/hosts:

127.0.0.1 localhost

# Наступні рядки бажані для хостів з підтримкою IPv6
:: 1 localhost ip6-localhost ip6-loopback
ff02 :: 1 ip6-allnodes
ff02 :: 2 ip6-allrouters

результати для ip a(будь ласка, зверніть увагу, що я змінив деякі цифри на X, Y і Z, оскільки я не знаю наслідків для безпеки видачі повних IP-адрес та адрес mac):

1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default 
    посилання / зворотний зв'язок 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00
    inet 127.0.0.1/8 область хосту lo
       valid_lft назавжди віддав перевагу_lft назавжди
    inet6 :: 1/128 область хосту 
       valid_lft назавжди віддав перевагу_lft назавжди
2: eth0: mtu 1500 qdisc mq стан UP група за замовчуванням qlen 1000
    посилання / ефір Y: Y: Y: 1b: 41: 55 brd ff: ff: ff: ff: ff: ff
    inet XX214.212 / 25 brd XX214.255 сфера глобального eth0
       valid_lft назавжди віддав перевагу_lft назавжди
    inet6 Z :: Z: Z: fe1b: 4155/64 посилання на область застосування 
       valid_lft назавжди віддав перевагу_lft назавжди
3: eth1: mtu 1500 qdisc noop state DOWN group default qlen 1000
    посилання / ефір Y: Y: Y: 1b: 41: 56 brd ff: ff: ff: ff: ff: ff

результати для ip r:

за замовчуванням через XX214.129 dev eth0 
XX214.128 / 25 dev eth0 proto ядро ​​області посилання src XX214.212 

Який вихід ls -l /etc/resolv.conf?
GAD3R

1
Що таке (є) адреса (и) сервера ( ip a) та маршрути ( ip r)?
користувач4556274

ось результат для sudo cat /etc/resolv.conf: domain online.net search online.net nameserver 62.210.16.6 nameserver 62.210.16.7
ab.islah

Ви можете пінг X.X.214.129? Схоже, маршрут за замовчуванням не працює.
Шадур

не можу це пінг, всі пакети втрачені, я мушу додати, що сервер відповідає на запити браузера і програма працює
ab.islah

Відповіді:


2

Перевірте свій /etc/network/interfacesфайл і переконайтеся, що IP-адреса правильна в розділі основного мережевого інтерфейсу . Якщо у вас є статичний IP, який я припускаю, що ви робите це сервер, ваш IP, маска підмережі, шлюз тощо повинні бути там.

Також перевірте свій /etc/resolve.confфайл і переконайтеся, що інформація про DNS доступна та правильна, і переконайтесь, що /etc/hostsфайл має статичний ip та FQDN, якщо він застосовується

Нарешті, переконайтесь, що послуга мережі включена та працює.


2
Перша частина не стосується Debian.
multithr3at3d

Я виправив помилку. Я настільки звик користуватися RHEL, що мені не припустилося, що конфігураційні файли є в різних місцях родини Debian.
Насір Райлі

Ви раніше мали рацію/etc/resolv.conf
multithr3at3d

Ти правий. Я змінив його назад і залишив у частині щодо / etc / hosts.
Насір Райлі

Я відредагував свою публікацію з усіма відомостями, вибачте за вставку всіх цих відомостей, але я не знаю, що є правильним конфігурацією для всіх цих файлів, дякую за вашу допомогу
ab.islah

0

Ваш /etc/network/interfacesвказує ви використовуєте DHCP, а eth0інтерфейс має IP - адреса і шлюз за замовчуванням визначається. І все-таки прослідкувати не вдалося.

Я б запропонував зв’язатися з вашим мережевим адміністратором (або, можливо, постачальником послуг): ви не можете вирішити цю проблему самостійно. Схоже, у вас є локальне підключення, але, можливо, немає зв’язку поза вашим сегментом локальної мережі. Іншими словами, пристрій, який діє як ваш шлюз за замовчуванням, може вийти з ладу, або він може відхилити ваш трафік з якоїсь причини.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.