Не удалось разрешить имя хоста как исправить
Ошибка «не удалось разрешить имя хоста» в TeamSpeak
Баги неизбежны в любых программах, и TeamSpeak не исключение, часто он выдаёт ошибки, не дающие жить пользователям, однако большая их часть случается по вине хостинга и легко исправляется.
Что означает Ошибка «не удалось разрешить имя хоста»
Если в Тим Спик не удалось разрешить имя хоста, то необходимо сначала определить источник проблем, а затем оперативно решить затруднительную ситуацию, которая может возникать в том числе из-за того, что в TeamSpeak недостаточно разрешений клиента. Давайте разберёмся, почему Тим Спик выдаёт такие сообщения и как проводить первичную диагностику.
Диагностика
Причин у проблемы может быть несколько, в их числе, банальная невнимательность пользователя. Прежде чем приступать к дальнейшим действиям, убедитесь, что адрес сервера не был изменён и вы ввели его правильно. 
Даже если это ваш канал, перепроверьте ip своей машины, ведь он может быть динамичным и баг решится за считанные секунды.
Если же со стороны пользователя всё сделано без нареканий и диагностика указывает на неполадки хостинга, то придётся провести более тщательную диагностику, для того, чтобы найти истинную причину поломки.
Шаг 1
Нам необходимо проверить, правильно ли ваш DNS сервер распознаёт полученные пакеты с данными и стоит ли обращаться к провайдеру в связи с проблемами в подключении к сети.
Шаг 2
Если вы пользуетесь роутером, то вполне возможно, что девайс попросту сбоит и отказывается обрабатывать данные. Достаточно:
Если и это не помогло, попробуйте перезагрузить роутер, предварительно сохранив все настройки DNS, чтобы не вызывать специалиста для их повторной калибровки.
Заключение
Эта ошибка может возникать как по вине клиента, так и по вине сервера, главное определить причину и дальнейшие действия сразу станут очевидны. Если же ничего из вышеописанного не помогло и роутер все равно отказывается принимать пакеты, то звоните своему провайдеру и уточняйте не находится ли конкретный адрес в чёрном списке, или нет ли проблем с их стороны.
ssh: не удалось разрешить имя хоста [имя хоста]: nodename или servname предоставлено или неизвестно
однако, я могу войти на сервер с помощью,
Я просматривал переполнение стека в течение нескольких часов, пытаясь увидеть, если кто-то еще имел эту проблему, и я ничего не нашел. Каждый ssh учебник, который я нахожу, говорит, что я должен просто настроить его на удаленной машине и войти в систему из любого места, используя имя хоста, и у меня никогда не было успеха с этим.
10 ответов:
недавно я столкнулся с той же проблемой. Я смог ssh к моему pi в моей сети, но не из-за пределов моей домашней сети.
кроме того, я настроил Port forward на своем маршрутизаторе для размещения веб-сайта, и у меня даже был порт forward port 22 для статического IP-адреса моего pi для ssh, но я оставил поле пустым, где вы указываете приложение, для которого вы выполняете переадресацию портов на маршрутизаторе. В любом случае, я добавил » ssh » в это поле и, вуаля! Рабочее ssh-соединение из любого места на мой pi.
Я запишу настройки переадресации портов моего маршрутизатора.
(ApplicationTextField)_ssh (внешний порт)_22 (внутренний порт)_22 (протокол)_Both (на IP-адрес) _192.168.1.### (Включен)_checkBox
настройки переадресации портов могут быть разными для разных маршрутизаторов, поэтому посмотрите направления для вашего маршрутизатора.
теперь, когда я нахожусь вне своей домашней сети, я подключаюсь к своему pi, набрав:
тогда я могу ввести свой пароль и подключаться.
у меня была такая же проблема с подключением к удаленной машине. но мне удалось войти, как показано ниже:
Если вы находитесь на Mac, перезапуск DNS-ответчика исправил проблему для меня.
Если вам нужен доступ к VPN из любой точки мира, вам нужно зарегистрировать доменное имя и указать его на общедоступный ip-адрес вашего VPN/сетевого шлюза. Вы также можете использовать динамическую службу DNS для подключения имени хоста к общедоступному ip-адресу.
Теперь: ssh user@berry должны работать.
вы также столкнетесь с той же ошибкой
поэтому команда должна быть:
это происходило со мной при попытке получить доступ к Github. Проблема в том, что я имел привычку делать:
git remote add ssh:\git@github.com.
но, если у вас есть эта ошибка из вопроса, удаление ssh:\ может решить проблему. Это решило все за меня!
мне нужно было подключиться к удаленному серверу Amazon
Я получаю следующую ошибку.
ssh: Could not resolve hostname : nodename nor servname provided, or not known
решение для Mac OSX
Pinging хост решил проблему. Я использую Mac OSX Seirra.
теперь проблема решена. Возможность подключения к серверу.
Примечание: я пробовал данное решение также. Но из этого ничего не вышло. Затем ping решен вопрос.
попробуйте это, учитывая ваши разрешенные порты. Храните ваш в своем Documents папка, например.
Не удается разрешить имена хостов через локальную сеть
Иногда наша локальная сеть перестает разрешать имена хостов. Мы понятия не имеем, почему это происходит. Как мы можем диагностировать эти проблемы?
У нас есть два роутера. Один подключен к интернету (через оптоволоконный модем). Другой настроен как беспроводной переключатель. то есть он обслуживает Интернет через первый маршрутизатор, но находится в другой комнате и используется для Ethernet-подключений к компьютерам в этой комнате.
Кажется, проблема связана с первым маршрутизатором (или с чем-то еще). Я сомневаюсь, что это маршрутизатор коммутатора, или любая проблема с конфигурацией через сеть. Это потому, что мы обычно набираем http://home чтобы перейти к конфигурации маршрутизатора для подключенного к Интернету маршрутизатора, но это не работает. Тем не менее, мы можем ввести IP-адрес и перейти на страницу конфигурации. Это происходит независимо от того, подключены ли мы к оригиналу или маршрутизатору коммутатора.
Точно так же у нас есть веб-сервер на локальной сети, который мы обычно используем для доступа к имени хоста компьютера, чего мы не можем сделать по сети (опять же работает IP-адрес).
Я не знаю, как мы это исправим, если вообще. Мы обычно перезагружаем маршрутизаторы и тому подобное, и они возвращаются. На этот раз их нет, поэтому я ищу немного больше понимания того, почему это может происходить.
2 ответа 2
Согласно предоставленной вами информации, вы должны начать с определения того, действительно ли служба DNS маршрутизатора работает или нет. Вы сможете определить это, посмотрев конфигурацию маршрутизатора, чтобы увидеть, работает ли служба или нет, но если нет индикаторов, которые могли бы вам помочь, вы можете прибегнуть к сканированию порта.
ПРОПУСТИТЕ ЭТОТ РАЗДЕЛ, ЕСЛИ ВАШ МАРШРУТ СКАЗАЛ, ЧТО ВАМ DNS ЖИВЕТ:
Используйте такой инструмент, как nmap. Вы можете быстро загрузить его на свой сервер Linux, поскольку он включен в большинство репозиториев пакетов по умолчанию для стандартных дистрибутивов Linux (Debian, Ubuntu, CentOS, Mint, Fedora, Redhat и т.д.). В зависимости от того, используете ли вы дистрибутив на основе Debian или RPM, синтаксис вашей команды может отличаться.
Для RPM (Fedora, Centos, RedHat и аналогичных):
(на старых версиях до dnf 🙂
Сканирование для DNS
Если сервис возвращается ОТКРЫТЫЙ | НЕФИЛЬТРИРОВАННЫЙ, то вы золотой. Если он отображается как ЗАКРЫТЫЙ, то побольше поэкспериментируйте с конфигурациями и посмотрите, есть ли варианты, которые позволяют перенастроить DNS или просто перезагрузить маршрутизатор в надежде, что он вернется к жизни. Если ничего не помогает, позвоните производителю и пожалуйтесь. Это иногда работает 🙂
Настройка хоста Windows:
Вернемся к поставленной задаче: если вы уверены, что DNS работает и работает правильно на маршрутизаторе, вы можете попытаться заставить клиента Windows работать, так как он немного проще и у вас есть графический интерфейс, на который можно рассчитывать. Я рекомендую настроить резервный DNS на вашем маршрутизаторе, чтобы он мог запрашивать несколько DNS-серверов в случае сбоя одного из них.
Мои личные фавориты:
Как только это будет сделано, следующим шагом должно стать выяснение, можете ли вы заставить систему Windows разрешить DNS на маршрутизаторе, настроив его вручную в сетевых настройках TCP/IPv4.
На этом этапе вы должны иметь возможность разрешать имена хостов DNS в системах Windows. Если да, то вы знаете, что по какой-то причине служба DHCP вашего маршрутизатора не передает правильные настройки, и вам, возможно, потребуется либо привлечь производителя, либо вы, возможно, можете повозиться, надеясь, что он вас куда-нибудь доставит. Всегда обращайтесь к документации.
Если, с другой стороны, это не работает, я бы заподозрил сами кабели или оборудование маршрутизатора. На данный момент ничего не остается сделать, кроме как начать замену физических устройств.
Настройка сервера Linux:
(Возможно, вам придется запускать эти команды от пользователя root / sudo если вы видите какие-либо ошибки прав доступа.)
Скорее всего, это будет новое приключение для вас, если у вас нет большого опыта работы с Linux, но вы не беспокоитесь.
Начните с проверки файла /etc/resolv.conf с помощью:
В этом файле настраиваются серверы имен, доменные имена и поисковые домены. Как правило, вы увидите:
Есть две возможности, в зависимости от того, как выглядит ваша установка. Во-первых, у вас установлен dnsmasq, и вы получите этот предупреждающий баннер, в котором говорится, что вы не должны менять свой resolv.conf. В этом случае он будет иметь петлю (127.0.0.1 или 127.0.1.1), как вы видите в моей конфигурации, что указывает на то, что он запускает свою собственную службу DNS через dnsmasq. Если вы видите это, запустите следующее:
Если вы видите No such file or directory то dnsmasq не установлен, не проблема. Вы можете либо двигаться дальше без него, либо мы можем быстро установить его с
apt-get install dnsmasq (или dnf install dnsmasq ).
Если вы решите не устанавливать / перезапускать dnsmasq, вы можете просто отредактировать файл /etc/resolv.conf своем любимом текстовом редакторе (я предпочитаю nano ), включив в него следующие строки:
Если вы видите, что dnsmasq имеет статус Active/Running, значит, он установлен и работает правильно. Если dnsmasq неактивен / неактивен, вам следует запустить его следующим образом:
Но на самом деле для вашего /etc/dnsmasq.conf необходимы только две настройки:
Они устанавливают для сервера имя локального домена и IP-адрес DNS-сервера, а local=/yourlocaldomain/ запрещает dnsmasq пытаться разрешить доступ к серверам имен верхнего уровня, когда ваш домен находится в полном доменном имени хоста, который вы пытаетесь разрешить.
Я надеюсь, что это объяснение и долгое решение поможет вам. Я пытался учесть каждый сценарий, который мог придумать, но дал мне знать, если я что-то пропустил или что-то не работает.
Ошибка [не удалось разрешить имя хоста]
Если TeamSpeak 3 Client не сможет определить ip адреса сервера, к которому происходит подключение, в логах появится ошибка «не удалось разрешить имя хоста» (в английской версии – «Failed to resolve hostname»). Самый простой и верный путь решения проблемы – использовать вместо доменного имени ip адрес с портом для подключения, однако не всегда его можно определить. Что делать и как быть – рассказываем в инструкции ниже.
Проверьте данные
Убедитесь, что правильно вводите имя домена – подключение не пройдет, если стоит лишняя буква, точка или пробел. Часто пользователи не замечают неправильное написание, когда копируют домен сервера с сайта, и копируется он вместе с соседними буквами на странице.
Измените DNS
Каждому домену в интернете соответствует ip адрес формата x.x.x.x, где x – это цифра от 0 до 255. Информация о таком соответствии хранится в записях DNS сервера. Домашний компьютер получает записи с DNS серверов интернет-провайдера, которые иногда содержат устаревшую информацию, так как обновляются раз в сутки или двое. Измените DNS в свойствах сетевого адаптера на сервера от Гугла (8.8.8.8 и 8.8.4.4), перезапустите TeamSpeak 3 и попробуйте подключиться заново. Покажем, как это сделать на примере Windows 10.
Найдите панель управления через поиск (значок лупы возле кнопки пуск), в панели откройте Центр управления сетями и общим доступом.
Там зайдите в «Изменение параметров адаптера» и откройте свойства того адаптера, через который комп подключен к интернету.
Дважды кликните на ip версии 4, измените DNS на 8.8.8.8 и 8.8.4.4 и нажмите ОК в этом и остальных открытых окнах (это важно!).
Перезапустите ТС 3 и пробуйте подключаться к серверу.
Используйте IP вместо доменного имени
Способ сложнее, но эффективнее – прописать сразу в окне подключения ip адрес вместо домена. Но как его узнать? Заходим сюда, вводим домен и жмем кнопку проверить.
Копируем ip и вставляем его в TeamSpeak. Пробуем подключиться.
Подключение может не пройти из-за того, что для некоторых серверов еще нужно указывать порт через двоеточие, а вот его через интернет сервисы и утилиты узнать не получится.
В этом случае попробуйте узнать ip с портом у админа или на сайте клана, которому принадлежит сервер. Если кто-то из друзей смог подключиться, а вы нет, тогда еще проще – попросите друга открыть журнал TeamSpeak 3 клиента (CTRL+L) и найти там такую надпись:
Как видно, здесь указан адрес в формате IP:порт – это то, что нужно. Вставьте эту запись в окно подключения вместо домена.
Проверьте брандмауэр
Убедитесь, что брандмауэр и антивирус не блокируют Тим Спику выход в интернет по некоторым портам. Чтобы проверить, отключите временно защиту и попробуйте подключиться к серверу.
Если это помогло, внесите TeamSpeak в список исключений.