Ошибка имя или служба неизвестны

Although I’ve never had problem with my other x86_64 PC all running Arch Linux, this frequently happens till date with Arch Linux ARM when running NetworkManager.

The problem is like you are connected to wifi, but you can’t ping or use the internet but you can access all the computers on the local network, and even use remote desktop sharing software.

There is a high chance that something went wrong while your ping or your browser tries to resolve the host. I can think of 3 solutions:

Solution 1

I believe this is a problem on the thousands of the Raspberry Pi systems running Archlinux ARM and using NetworkManger.

In my case /etc/resolv.conf was a broken symlink to ../run/systemd/resolve/stub-resolv.conf.

NetworkManager can’t populate the symlink, and the /etc/resolv.conf is empty. We have to:

1. Remove the broken symlink:

# rm /etc/resolv.conf

1. Create an /etc/NetworkManager/conf.d/dns.conf file with the contents:

[main]
dns=none
main.systemd-resolved=false

1. Restart NetworkManager:

sudo systemctl restart NetworkManager

This should fix the issue, if not follow Solution 2.

Solution 2

In case the above didn’t fix the issue for you, you can temporarily populate /etc/resolv.conf by:

sudo systemctl restart systemd-resolved && sudo systemctl stop systemd-resolved

The reason this works is because probably something is messing up the /etc/resolv.conf file. The above command should overwrite the contents, but again, you should look at what causing the issue.

Solution 3

If you can’t get your /etc/resolv.conf back, just create a new /etc/resolv.conf (delete if an empty old one or symbolic link exists) and paste the code:

search domain.name
nameserver 8.8.8.8
nameserver 1.1.1.1
nameserver 1.0.0.1

Note, in the first line, you can also use your router’s IP address, for example (nameserver 192.168.43.1 in my case) which will make other systems pingable on the same network. It’s not a good idea to generate resolv like this, but I had a bad time with the NetworkManager’s auto-generated resolv. Systemd-resolvd also generates wrong ones, even on my PC.

A bit weird, here I am using google’s primary dns and cloudflare’s primary dns, you can use 8.8.8.8 with 8.8.4.4 or 1.1.1.1 with 1.0.0.1.

Although that step works, but you may want to stop NetworkManager from overwriting the file whenever it restarts:

Add this entry to /etc/NetworkManager/NetworkManager.conf

[main]
dns=none
systemd-resolved=false

They worked for my installations on Raspberry Pi 3 model B. Hope this will work for you, too.

Среда Centos7, режим моста

1. Проверьте файл: / etc / sysconfig / network-scripts / ifcfg-network card name, есть ли установленный шлюз, если да, то может ли IP-адрес шлюза ping быть успешным;

Если нет, установите шлюз GATEWAY

2 После настройки шлюза и успешного эхо-запроса перезапустите сетевую службу (перезапуск сети обслуживания)

3 Пингуйте адрес DNS-сервера, например (ping 8.8.8.8 или ping 114.114.114.114), это успешно? Если нет, проверьте настройки DNS.

4 Настройте адрес DNS-сервера

5 Перезапустите сетевую службу и отправьте эхо-запрос на www.baidu.com в обычном режиме.

У меня, например, Windows-машина с именем abcd , и она использует DHCP для получения IP-адреса (например, 172.28.45.5 )

Когда я выполняю ping -a 172.28.45.5 , иногда я получаю abcd в качестве имени хоста. Иногда я получаю полное доменное имя, например abcd.xxx.yyy.com , что является предпочтительным и точным способом.

Почему иногда я получаю имя хоста, а FQDN — другое? Является ли это признаком того, что DNS некорректен?

1 ответ

ping не является инструментом разрешения имен. Это инструмент ICMP, в котором есть некоторые DNS-приятели. При использовании ping в качестве инструмента устранения неполадок с разрешениями имен на компьютере с Windows вы будете сомневаться в ответах от NetBIOS, потенциально WINS, файла hosts, кэша распознавателя и (если вам повезет) DNS-сервера. Ваш пробег может различаться, содержимое может оседать во время транспортировки, продукт продается по массе не объем, а фотография увеличена, чтобы показать текстуру.

Предпочтительным методом и действительно авторитетным методом устранения неполадок для разрешения DNS в Windows было бы использовать nslookup для выполнения обратного поиска. Например, nslookup 172.28.45.5 . Вы можете явно настроить сервер, на который вы запрашиваете, а также охватить ваши типы записей возврата только на записи PTR.

Если вы используете nslookup для выполнения обратных запросов с того же сервера, и вы получаете смешанные ответы, то что-то не так с DNS в плохой способ. Если по какой-то причине вы действительно, действительно хотите, чтобы ping -a была последовательной, тогда вы захотите очистить кеш-память решателя ( ipconfig /flushdns ), полностью отключить NetBIOS (чувствует себя хорошо, человек), сделать не уверен, что в вашем файле hosts ничего нет, а затем участвуйте в мрачной молитве перед каждым ping -a , потому что я до сих пор не доверяю ему 100%.

nslookup — это хорошо и хочет быть вашим другом.

26685 просмотра

4 ответа

62 Репутация автора

Я использую Centos7 в VirtualBox на Windows. И Бродяга сделал это, получил ошибку ping с http или https. также завиток кто-то может помочь мне, как это исправить и позволить ему работать.

сетевой файл, автоматически созданный из vagrant

Ответы (4)

6 плюса

336 Репутация автора

ping не имеет ничего общего с HTTP или HTTPS:

Ping будет использовать протокол ICMP, он относится к TCP / IP

Ping работает, отправляя пакеты эхо-запроса протокола управляющих сообщений Интернета (ICMP) целевому хосту и ожидая ответа ICMP.

На самом деле ping работает на гораздо более низком уровне, чем HTTP или HTTPS, и принимает только имена хостов, а не URL.

13 плюса

418 Репутация автора

Сначала убедитесь, что у вас включен сетевой адаптер в настройках виртуального ящика.

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

Чтобы проверить это, используйте команду « sudo nmcli d ».

Если он отключен, используйте « sudo nmtui » -> «Редактировать соединение», выберите сетевой интерфейс, выберите опцию «Автоматически подключаться» (нажав клавишу пробела ) и нажмите «ОК».

Выполните «sudo reboot now». После входа в систему выполните команду «ping www.google.com».

Вы должны быть в состоянии подключиться сейчас.

Автор: weber Размещён: 13.11.2017 08:27

плюса

1 Репутация автора

Я перепробовал много разных решений. Изменено resol.conf миллиард раз. В итоге мне просто нужно было перезагрузить роутер лол. Решено для меня, я надеюсь, что то же самое для вас.

Автор: Pallabi Размещён: 22.08.2018 05:19

плюса

21 Репутация автора

смените сетевую карту VirtualBOx

использование -> Intel PRO / 1000 T Server (82543GC)

Столкнулся с тем, что не работает DNS-резолвинг на моем линуксе, хотя вроде бы все правильно настроено. В качестве DNS-сервера использую свой роутер. Сам роутер прекрасно резолвит DNS, так что проблема не в роутере. С интернет-соединением все в порядке, google пингуется по IP-адресу, но не по имени хоста.

УМВР.

В чем может быть проблема?

Проблема у вас может быть со связью. Причем со связью с амазоновским S3 — именно там лежит ваш тарболл. Проверяйте все в обычном порядке: $ wget --debug, если нет соединения с узлом по HTTPS — пинг до узла, если имя разрешилось, но нет пинга — трассировку.

В качестве обходного решения пока можете воспользоваться Гитом.

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

Zmicier ★★★★★

(05.12.16 03:46:00 MSK)

Последнее исправление: Zmicier 05.12.16 03:48:43 MSK
(всего

исправлений: 1)