Содержание
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- Неверный url сервера
- любопытно
- Ошибка: временный сбой в разрешении имен
- Операционные системы Astra Linux
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я не могу решить.
но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, если мое интернет-соединение было в порядке, запустив
и я получил ответ, все хорошо там.
Я подозревал, что, возможно, мой DNS настроен неправильно, поэтому я попытался
Временный сбой в разрешении имен
Итак, я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я попробовал, не сработали для меня.
Я попытался отредактировать /etc/resolv.conf без удачи, поскольку это похоже на символическую ссылку.
Я нашел ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я смог получить доступ к проводной сети, заключается в следующем:
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения или повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть определяется автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Неверный url сервера
В использемых зеркалах репозиториев.
Менял. Перепробовал штук 10, результат не меняется
Попробуй пингади зеркало по адресу, мб проблема с DNS.
Бред какой-то. «Временный сбой в разрешении имён» выдает Вообще ничего не сделать, ни подключение не проверяется, ни хост, ни пинг не сделать.
любопытно
Нет интернета? А ты настраивал его?
Как ноут (или компьютер) подключен к сети
Сетью какая программа управляет?
Вообще как ты установку выполнял — по вики или какой-то мануал из сети?
Интернет есть, только не вывести информацию. Кабельное подключение к ПК. На другом ПК, где Windows, все работает. Здесь только что купленное новое железо, будет только один Arh. Устанавливал, конечно, по вики. Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
да. А ты resolv.conf настраивал? Тебе рано арч, бубунта в самый раз.
Из раздела «Настройка сети» ты задал hostname и /etc/hosts прописал. А по ссылке настройка сети читал/настраивал/устанавливал?
Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
Этот файл служит для других целей
Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
И не должно быть, он пустой изначально.
Сеть не настроена, как минимум dhcpcd. Ну и не стоит забывать, что теперь в base даже ядро не входит, а пакеты для работы с сетью тем более.
Источник
Ошибка: временный сбой в разрешении имен
Здравствуйте! Не так давно понадобилось поставить debian 9 на ВМ. Все было хорошо и отлично и спустя пару месяцев решил обновить систему apt-get update. И вдруг машина стала ругаться на то, что не может достучаться до зеркал ни до debian.org ни до yandex.mirror. Пропинговать куда-либо тоже не могу. если пингую на днс гугла (8.8.8.8 и др.) пишет «connect: сеть недоступна».
если пингую по именам (ya.ru google.com) пишет «временный сбой в разрешении имен». Я так полагаю что сервак не имеет выхода в сеть, однако почему он мог пропасть? В настройках ВМ менял сетевой адаптер и на NAT и на сетевой мост (конкретно сейчас стоит виртуальный адаптер виртуал бокса), но ничего не менялось. Довольно интересно и то что у меня есть 2й сервак, с аналогичными настройками, и у него все работает отлично.
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Ошибка CS0234 Тип или имя пространства имен «Interpor» не существует в пространстве имен «Microsoft.Office»
Выбивает «Ошибка CS0234 Тип или имя пространства имен «Interpor» не существует в пространстве имен.
Ошибка 78 Имя типа или пространства имен «Data» отсутствует в пространстве имен «FirebirdSQL»
Ошибка 78 Имя типа или пространства имен «Data» отсутствует в пространстве имен «FirebirdSql».
Ошибка: Имя типа или пространства имен «office» отсутствует в пространстве имен «Microsoft»
подключил модуль Excel = Microsoft.Office.Interop.Excel; добавляю ссылку microsoft excel 11.0.
Ошибка «Имя типа или пространства имен «DirectX» отсутствует в пространстве имен «Microsoft»
1. Имя типа или пространства имен «DirectX» отсутствует в пространстве имен «Microsoft» (пропущена.
Ошибка: горит индикатор LED VGA при работе на разрешении 1920-1080 частоте 60Гц
Собрал комп: мать Asus P7H57D-V Evo IH57 Socket 1156, видяха 1gb Radeon 5870 Gigabyte.
Сбой в компьютере, время от времени синий экран смерти, критический сбой
Добрый день форумчане. Столкнулся с такой проблемой, компьютер уже во второй раз выдает.
СМА INDESIT IWB 6105CIS непонятный сбой, Сбой программы
Добрый вечер.Проблема:машинка начинает работать,через пару-тройку минут остановка и начинает.
Источник
Операционные системы Astra Linux
Оперативные обновления и методические указания
Операционные системы Astra Linux предназначены для применения в составе информационных (автоматизированных) систем в целях обработки и защиты 1) информации любой категории доступа 2) : общедоступной информации, а также информации, доступ к которой ограничен федеральными законами (информации ограниченного доступа).
1) от несанкционированного доступа;
2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).
Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».
На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.
Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!
Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.
Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.
В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.
Очередные обновления (версии) предназначены для:
Оперативные обновления предназначены для оперативного устранения уязвимостей в экземплярах, находящихся в эксплуатации, и представляют собой бюллетень безопасности, который доступен в виде:
Ввиду совершенствования нормативно-правовых документов в области защиты информации и в целях обеспечения соответствия информационных актуальным требованиям безопасности информации, а также обеспечения их долговременной эксплуатации, в том числе работоспособности на современных средствах вычислительной техники, рекомендуется на регулярной основе планировать проведение мероприятий по применению очередных и оперативных обновлений операционной системы.
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я, похоже, не могу решить.
Я пытался запустить
, но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, в порядке ли мое интернет-соединение, запустив
и получил ответ, все в порядке.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имени
Хорошо, поэтому я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я попытался отредактировать /etc/resolv.conf без удачи, так как он выглядит как символическая ссылка.
Я нашел здесь ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю тем не менее, я снова теряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
прекрасно работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы получить беспроводной сеть собирается автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он будет автоматически подключаться;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, очевидно, это не помогает; даже пытался:
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть обнаруживается автоматически, когда он подключен без какого-либо пользователя. конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Итак, ОС Astra Linux установлена.
Теперь нужно подключить нужные репозитории и обновить систему.
Будем иметь в виду, что у меня специальная редакция ОС (“Смоленск”), поэтому постараюсь без лишней необходимости не использовать сторонние репозитории, или репозитории, расположенные в интернете.
Кроме того, каждый раз вставлять DVD-диск в сервер для установки какой-нибудь программы мне не хочется
Что делать? Конечно, скопировать содержимое установочного диска на локальный диск сервера и подключить его в качестве репозитория.
Шаг 1. Запускаем терминал.
Шаг 2. Производим предварительную подготовку.
Т.к. у нас суперпользователь root без пароля, зададим ему пароль.
mihanik@astra-srv:~$ sudo su root@astra-srv:/home/mihanik# passwd Новый пароль : Повторите ввод нового пароля : passwd: пароль успешно обновлён root@astra-srv:/home/mihanik#
Шаг 3. Создаём локальный репозиторий из установочного диска.
Для этого вставляем установочный диск в привод и копируем его содержимое в папку на диске. Правда, придётся предварительно установить rsync, т.к. эта программа по умолчанию не установлена в системе.
mount /dev/sr0 /media/cdrom0/ apt-cdrom add apt -y install rsync mkdir /opt/distr mkdir /opt/distr/inst_repo/ rsync -a --progress /media/cdrom0/ /opt/distr/inst_repo/
Шаг 4. Создаём локальный репозиторий из диска для разработчиков
Если у вас нет диска разработчиков на флешке, скачиваем его из интернета
cd /home/mihanik/Загрузки wget --no-check-certificate https://dl.astralinux.ru/astra/stable/smolensk/international-se-version/devel-smolensk-1.6-09.07.2019_14.19.iso mkdir /mnt/iso mount -o loop /home/mihanik/Загрузки/devel-smolensk-1.6-09.07.2019_14.19.iso /mnt/iso/ mkdir /opt/distr/dev_repo rsync -a --progress /mnt/iso/ /opt/distr/dev_repo/ umount /mnt/iso
Шаг 5. Создаём локальный репозиторий из диска обновлений.
Если у вас нет диска с обновлениями на флешке, скачиваем его из интернета. На момент написания статьи последнее обновление имело имя 20210730SE16
cd /home/mihanik/Загрузки wget --no-check-certificate https://download.astralinux.ru/astra/stable/smolensk/security-updates/1.6/20210730SE16/20210730SE16.iso mkdir /mnt/iso mount -o loop /home/mihanik/Загрузки/20210730SE16.iso /mnt/iso/ mkdir /opt/distr/upd_20210730SE16 rsync -a --progress /mnt/iso/ /opt/distr/upd_20210730SE16/ umount /mnt/iso
Шаг 6. Подключаем созданные репозитории.
Для этого редактируем файл /etc/apt/sources.list.
mcedit /etc/apt/sources.list
Приводим его к следующему виду
## deb cdrom:[OS Astra Linux 1.6 smolensk - amd64 DVD ]/ smolensk contrib main non-free deb file:///opt/distr/inst_repo smolensk contrib main non-free deb file:///opt/distr/dev_repo smolensk contrib main non-free deb file:///opt/distr/upd_20210730SE16 smolensk contrib main non-free
Обратите внимание, первую строчку, которая уже была в файле, я закомментировал. Действительно, зачем нам каждый раз вставлять DVD с установочным диском? 😉
Шаг 7. Обновляем систему.
Для этого сначала обновляем список подключенных репозиториев.
apt update
Теперь по поводу обновления системы…
У apt есть ключ upgrade, который выполняет только обновление одной версии пакета на другую, более свежую. Он не будет устанавливать или удалять пакеты, даже если это необходимо для обновления других. Это наиболее безопасный и надежный вариант обновления, но он может обновить не все. Например, с ее помощью не обновить ядро до более свежей версии.
Ключ dist-upgrade или full-upgrade (это одно и то же) в дополнение к upgrade обрабатывает все изменения зависимостей для новых пакетов и во время работы может удалять ненужные и ставить необходимые пакеты для обновления.
Использование ключа dist-upgrade несколько опасно, я так несколько раз получал повреждённую систему.
Итак, обновляем систему
apt -y upgrade
Придётся немного подождать.
(Моё субъективное мнение: Astra Linux обновляяется уж очень долго. Red Hat или Centos обновляются в 2-3 раза быстрее.)
После обновления рекомендую перезагрузить сервер
reboot
PS.
Так как я планирую установить ещё и модули дополнений для гостевой ОС от VirtualBox, установлю минимальный набор необходимых для этого пакетов
apt -y install gcc make python apt -y install linux-headers-4.15-generic
Ну, и собственно, ставлю сами дополнения гостевой ОС
bash /media/cdrom0/autorun.sh reboot
Теперь точно всё.
🙂
Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения брандмауэра
- 🛠️ Как решить ошибку «Temporary failure in name resolution»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения межсетевого экрана
- Для брандмауэра UFW (Ubuntu / Debian и Mint)
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
- Wicd или проблемы с DNS
Как решить проблему «Временный сбой в разрешении имен»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить любую задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке «временный сбой в разрешении имен» на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с показанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса. Это может стать серьезной проблемой, поскольку вы не сможете обновлять, обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые причины ошибки «временный сбой при разрешении имен» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
Также разумно проверить состояние преобразователя и убедиться, что он активен и работает должным образом:
Затем попробуйте проверить связь с любым веб-сайтом, и проблема должна быть решена.
2. Ограничения брандмауэра
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Для систем на основе Redhat, таких как CentOS, выполните следующие команды:
Мы надеемся, что теперь у вас есть представление об ошибке «временный сбой при разрешении имен» и о том, как ее исправить, выполнив несколько простых шагов. Как всегда, мы будем благодарны за ваши отзывы.
Источник
🛠️ Как решить ошибку «Temporary failure in name resolution»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить какую-либо задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке “temporary failure in name resolution” на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с указанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса.
Это может стать серьезной проблемой, поскольку вы не сможете обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые из причин ошибки «temporary failure in name resolution» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Файл /etc/resolv.conf – это файл конфигурации резолвера в системах Linux.
Он содержит записи DNS, которые помогают вашей системе Linux преобразовывать доменные имена в IP-адреса.
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано далее:
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
2. Ограничения межсетевого экрана
Если первое решение вам не помогло, значит ограничения брандмауэра могут помешать вам успешно выполнять DNS-запросы.
Проверьте свой брандмауэр и убедитесь, что порт 53 (используется для DNS ) и порт 43 (используется для поиска whois) открыты.
Если порты заблокированы, откройте их следующим образом:
Для брандмауэра UFW (Ubuntu / Debian и Mint)
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я не могу решить.
но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, было ли у меня интернет-соединение нормально, запустив
и я получил ответ, все хорошо там.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имен
Итак, я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я пробовал редактировать /etc/resolv.conf без удачи, как представляется, символическая ссылка.
Я нашел ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я, похоже, не могу решить.
Я пытался запустить
, но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, в порядке ли мое интернет-соединение, запустив
и получил ответ, все в порядке.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имени
Хорошо, поэтому я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я попытался отредактировать /etc/resolv.conf без удачи, так как он выглядит как символическая ссылка.
Я нашел здесь ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю тем не менее, я снова теряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
прекрасно работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы получить беспроводной сеть собирается автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он будет автоматически подключаться;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, очевидно, это не помогает; даже пытался:
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть обнаруживается автоматически, когда он подключен без какого-либо пользователя. конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Wicd или проблемы с DNS
Обновил gentoo. Ранее проблем не было. Теперь установлен wicd 1.7.3. Ping 8.8.8.8 проходит нормально. Однако Интернета по факту нет. Ping www.linux.org.ru пишет «unknown host», с остальными так же. IPшник и все остальное получаю по DHCP. traceroute www.linux.org.ru выдает:
www.linux.org.ru: Временный сбой в разрешении имен
Cannot handle «host» cmdline arg ‘www.linux.org.ru’ on position 1 (argc 1)
Думал проблема в роутере, но после его замены ситуация осталась на месте. Другие устройства ходят нормально. На роутер по IPшнику прохожу спокойно. Пробовал откатываться назад и ставить предыдущую версию wicd, но доступ в Интернет то появляется по непонятным причинам после пересборки wicd, то полностью пропадает вновь.
resolv.conf должен быть пустым при нормальной работе wicd? Он у меня пустой и wicd его постоянно сбрасывает.
Перезапуск демона не помогает.
Ping 8.8.8.8 проходит нормально. Однако Интернета по факту нет. Ping www.linux.org.ru пишет «unknown host», с остальными так же
это значит, что интернет по факту есть, но не работает DNS
resolv.conf должен быть пустым при нормальной работе wicd?
нет, не должен. пропиши там nameserver 8.8.8.8 в кач-ве workaround, а потом покопайся в настройках wicd, чтобы он обновлял resolv.conf сам
Прописал «nameserver 8.8.8.8», но ситуация та же.
какой dhcp клиент используется? wicd сам не является dhcp, он использует системный, это может быть dhclient или dhcpcd
Источник
0
1
Ситуация. Дали три ноутбука для «точки роста» в школу, на них астра 1.7, винды нельзя ну вообще никак. Задача поставить вайн и установить с казенной флэшки программки. Через встроенный менеджер, через терминал пробую ставить — пишет «не удалось получить %адрес_сайта/тра-тра-тра/имя_пакета.deb% временная ошибка при разрешении» и отменяет установку. Пробовал apt upgrade — что-то там пытается обновлять и всё равно пишет не может до сервера достучаться с некоторыми пакетами.
В линуксах чайник, есть опыт только с убунтой, выручайте.
И на одном из буков учителя сами пробовали, при первом запуске написали пароль и удачно его не могут правильно написать при входе. Как его сбросить?
Содержание
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- Неверный url сервера
- любопытно
- Ошибка: временный сбой в разрешении имен
- Операционные системы Astra Linux
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я не могу решить.
но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, если мое интернет-соединение было в порядке, запустив
и я получил ответ, все хорошо там.
Я подозревал, что, возможно, мой DNS настроен неправильно, поэтому я попытался
Временный сбой в разрешении имен
Итак, я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я попробовал, не сработали для меня.
Я попытался отредактировать /etc/resolv.conf без удачи, поскольку это похоже на символическую ссылку.
Я нашел ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я смог получить доступ к проводной сети, заключается в следующем:
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения или повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть определяется автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Неверный url сервера
В использемых зеркалах репозиториев.
Менял. Перепробовал штук 10, результат не меняется
Попробуй пингади зеркало по адресу, мб проблема с DNS.
Бред какой-то. «Временный сбой в разрешении имён» выдает Вообще ничего не сделать, ни подключение не проверяется, ни хост, ни пинг не сделать.
любопытно
Нет интернета? А ты настраивал его?
Как ноут (или компьютер) подключен к сети
Сетью какая программа управляет?
Вообще как ты установку выполнял — по вики или какой-то мануал из сети?
Интернет есть, только не вывести информацию. Кабельное подключение к ПК. На другом ПК, где Windows, все работает. Здесь только что купленное новое железо, будет только один Arh. Устанавливал, конечно, по вики. Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
да. А ты resolv.conf настраивал? Тебе рано арч, бубунта в самый раз.
Из раздела «Настройка сети» ты задал hostname и /etc/hosts прописал. А по ссылке настройка сети читал/настраивал/устанавливал?
Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
Этот файл служит для других целей
Вот сейчас ткнулся /etc/hosts, там почему-то нет никакой информации, попробую прописать вручную, если это поможет.
И не должно быть, он пустой изначально.
Сеть не настроена, как минимум dhcpcd. Ну и не стоит забывать, что теперь в base даже ядро не входит, а пакеты для работы с сетью тем более.
Источник
Ошибка: временный сбой в разрешении имен
Здравствуйте! Не так давно понадобилось поставить debian 9 на ВМ. Все было хорошо и отлично и спустя пару месяцев решил обновить систему apt-get update. И вдруг машина стала ругаться на то, что не может достучаться до зеркал ни до debian.org ни до yandex.mirror. Пропинговать куда-либо тоже не могу. если пингую на днс гугла (8.8.8.8 и др.) пишет «connect: сеть недоступна».
если пингую по именам (ya.ru google.com) пишет «временный сбой в разрешении имен». Я так полагаю что сервак не имеет выхода в сеть, однако почему он мог пропасть? В настройках ВМ менял сетевой адаптер и на NAT и на сетевой мост (конкретно сейчас стоит виртуальный адаптер виртуал бокса), но ничего не менялось. Довольно интересно и то что у меня есть 2й сервак, с аналогичными настройками, и у него все работает отлично.
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Ошибка CS0234 Тип или имя пространства имен «Interpor» не существует в пространстве имен «Microsoft.Office»
Выбивает «Ошибка CS0234 Тип или имя пространства имен «Interpor» не существует в пространстве имен.
Ошибка 78 Имя типа или пространства имен «Data» отсутствует в пространстве имен «FirebirdSQL»
Ошибка 78 Имя типа или пространства имен «Data» отсутствует в пространстве имен «FirebirdSql».
Ошибка: Имя типа или пространства имен «office» отсутствует в пространстве имен «Microsoft»
подключил модуль Excel = Microsoft.Office.Interop.Excel; добавляю ссылку microsoft excel 11.0.
Ошибка «Имя типа или пространства имен «DirectX» отсутствует в пространстве имен «Microsoft»
1. Имя типа или пространства имен «DirectX» отсутствует в пространстве имен «Microsoft» (пропущена.
Ошибка: горит индикатор LED VGA при работе на разрешении 1920-1080 частоте 60Гц
Собрал комп: мать Asus P7H57D-V Evo IH57 Socket 1156, видяха 1gb Radeon 5870 Gigabyte.
Сбой в компьютере, время от времени синий экран смерти, критический сбой
Добрый день форумчане. Столкнулся с такой проблемой, компьютер уже во второй раз выдает.
СМА INDESIT IWB 6105CIS непонятный сбой, Сбой программы
Добрый вечер.Проблема:машинка начинает работать,через пару-тройку минут остановка и начинает.
Источник
Операционные системы Astra Linux
Оперативные обновления и методические указания
Операционные системы Astra Linux предназначены для применения в составе информационных (автоматизированных) систем в целях обработки и защиты 1) информации любой категории доступа 2) : общедоступной информации, а также информации, доступ к которой ограничен федеральными законами (информации ограниченного доступа).
1) от несанкционированного доступа;
2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).
Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».
На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.
Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!
Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.
Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.
В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.
Очередные обновления (версии) предназначены для:
Оперативные обновления предназначены для оперативного устранения уязвимостей в экземплярах, находящихся в эксплуатации, и представляют собой бюллетень безопасности, который доступен в виде:
Ввиду совершенствования нормативно-правовых документов в области защиты информации и в целях обеспечения соответствия информационных актуальным требованиям безопасности информации, а также обеспечения их долговременной эксплуатации, в том числе работоспособности на современных средствах вычислительной техники, рекомендуется на регулярной основе планировать проведение мероприятий по применению очередных и оперативных обновлений операционной системы.
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я, похоже, не могу решить.
Я пытался запустить
, но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, в порядке ли мое интернет-соединение, запустив
и получил ответ, все в порядке.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имени
Хорошо, поэтому я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я попытался отредактировать /etc/resolv.conf без удачи, так как он выглядит как символическая ссылка.
Я нашел здесь ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю тем не менее, я снова теряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
прекрасно работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы получить беспроводной сеть собирается автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он будет автоматически подключаться;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, очевидно, это не помогает; даже пытался:
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть обнаруживается автоматически, когда он подключен без какого-либо пользователя. конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Здравствуйте.
Развернул тут новую astra linux 1.7 Orel:
Что за астра 1,7 Орёл, может Смоленск? Если Орёл, то где взял?
там должно быть в конце repository-main — пакеты с установочного диска, repository-base — там диск разраба +установочный диск + обновления безопасности (когда выпустят). если нужно подробней, вечером скину
Скинь, на общее обозрение, пожалуйста. Просвети.
Может расширишь круг тестировщиков, я тоже люблю всё новое. не зря у меня стоит 11 версия виндовс.
Имеется ввиду, скинь на общее обозрение sources.list с репозиториями
Всем, или только зарегистрированным пользователям?
Всем, или только зарегистрированным пользователям?
не знаю, но скорее всего, организациям, т. к. физлицам сертифицированные дистрибы особо не нужны
Имеется ввиду, скинь на общее обозрение sources.list с репозиториями
❗️❗️❗️❗️ Уважаемые коллеги! ❗️❗️❗️❗️
С сегодняшнего дня мы проводим перезапуск Центра загрузок (сервера публичных репозиториев http://download.astralinux.ru).
⚠️ 1) Текущий Центр загрузок (http://download.astralinux.ru) будет переименован в old-download.astralinux.ru и впоследствии будут полностью выведен из эксплуатации в 2022 году.
Новый Центр загрузок будет существенно отличаться от текущего, а именно:
в нем опубликованы репозитории для Astra Linux Special Edition, очередное обновление 1.7, доступные через apt. Что важно — указанные репозитории не доступны для просмотра состава репозитория через браузер. Также не доступен rsync для репозитория 1.7. Только apt.
Доступные репозитории для 1.7 (записи для sources.list):
deb http://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main/ 1.7_x86-64 main contrib non-free
deb http://download.astralinux.ru/astra/stable/1.7_x86-64/repository-update/ 1.7_x86-64 main contrib non-free
deb http://download.astralinux.ru/astra/stable/1.7_x86-64/repository-base/ 1.7_x86-64 main contrib non-free
где:
http://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main/ — репозиторий основного диска
http://download.astralinux.ru/astra/stable/1.7_x86-64/repository-update/ — репозиторий с обновлениями безопасности
http://download.astralinux.ru/astra/stable/1.7_x86-64/repository-base/ — объединенный репозиторий со средствами разработки, обновлениями и основным диском.
repository-base — это объединенный репозиторий в который всегда будут входить:
— репозиторий основного диска и актуальные обновления к нему.
— репозиторий средств разработки и обновления к нему.
То есть вместо четырех репозиториев достаточно подключить один. Подключая repository-base, нет смысла подключать repository-main и repository-update, так как они уже включены в repository-base.
Репозиторий repository-update будет доступен с момента выхода первого обновления 1.7.1
Отдельного репозитория со средствами разработки более не будет.
Замороженные ветки репозиториев будут размещаться по адресам:
http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.0/repository-main/
http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.0/repository-base/
http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.x/repository-main/
http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.x/repository-base/
http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.x/repository-update/
Для дистрибутива Astra Linux Commоn Edition поддерживается как старая схема именования репозитория, так и новая — http://download.astralinux.ru/astra/stable/2.12_x86-64/repository/, аналогично Special Edition.
Старая схема именования еще действует, однако в будущем также будет удалена.
Новый Центр загрузок будет доступен по следующим адресам:
http://download.astralinux.ru
https://download.astralinux.ru
http://dl.astralinux.ru
https://dl.astralinux.ru
⚠️ 2) удалены ветки репозиторией current и experimental;
⚠️ 3) все остальные ветки репозиториев будут доступны в прежнем формате и режиме, как и раньше.
Кроме того, позже будут дополнительные информационные извещения об увеличении перечня доступных компонентов репозиториев и их количества.
Ваша команда Astra Linux.
источник https://t.me/astralinux_chat/375606
Так это про специального назначения, раньше мы читали, а про Орел ничего не говорится.
а про Орел ничего не говорится.
И что же будет с нами, с простыми Орлами, если привязали Орла к спец назначению, это вопрос. Но пока мы привязали новый репозиторий база и он обновил нам 2 пакета.
Последнее редактирование: 10.12.2021
И что же будет с нами, с простыми Орлами, если привязали Орла к спец назначению, это вопрос. Но пока мы привязали новый репозиторий база и он обновил нам 2 пакета.
они немного изменили. если раньше была астра спецназначения смоленск 1.6 (для архитектуры x86-64), то теперь астра спецназначения 1.7, а орел, воронеж и смоленск — это режимы защищенности.
что будет астрой общего назначения релиз орел версия 2.12.х — пока что не совсем понятно. официально и не официально ничего не говорят. ждем новости
что будет астрой общего назначения релиз орел версия 2.12.х — пока что не совсем понятно. официально и не официально ничего не говорят. ждем новости
Хуже нет, ждать и догонять. Сколько я перепробовал этих дистрибутивов, зарубежных и наших, только астра пришлась по душе.
Дед сказал(а)
Хуже нет, ждать и догонять. Сколько я перепробовал этих дистрибутивов, зарубежных и наших, только астра пришлась по душе.
А что значит «хуже нет» если Вы говорите что именно астра пришлась по душе?
Это значит не определённость, будет для общественного использования или её закроют, как к примеру Ось, может они заглохли., может только на продажу организациям, сайт не доступен, гугл молчит и яндекс тоже. Астра пришлась по душе своей минималистичностью, своим рабочим окружением, не то что другие КДЕ. ГНОМЕ и т.д., быстро загружается. быстро откликается, ничего лишнего, чувствуется создана профи и для работы.
PS. РОСА к примеру на KDE Плазма 5 окружение рабочего стола. но не нравится мне, и напичкана разной ерундой, это имеется в виду для домашнего использования.
Последнее редактирование: 10.12.2021
*в сторону*
Могу, конечно, ошибаться, потому что официальный telegram-канал, imho, оксюморон, но…
Модуль экстрасенсорики подсказывает, что делать репу с обновлениями (включая обновления безопасности) в стилистике «только apt» для ОС под ГТ (в том числе) с сертификатом А1/А2 — не самое мудрое решение. Большинство систем, в которых 1.7 и последующие подобные релизы будут использоваться, автономные. И если раньше для обновления ОС достаточно было средствами соседней «открытой» системы скачать iso, перенести его в «закрытую» систему и развернуть, то… теперь, выходит, нужно таскать с собой зеркало репозитория в формате apt? И учить эксплуатантов, как это барахло качать, зеркалировать и внедрять?
Коллеги, доброго времени суток.
Окружение:
ОС — Astra Linux (Orel) 2.12.43 x64
Ядро — 5.10.0-1038.40-generic
Прямой выход в интернет (без прокси и ограничений).
IP пограничного маршрутизатора публичный.
Суть проблемы: не удается получить доступ к репозиторию https://download.astralinux.ru/astra/stable/orel/repository/dists/orel/InRelease. С доменным именем dl.astralinux.ru тоже не работает. При попытке обновить мета информацию из репозитория генерируется слудеющая ошибка:
Код:
root@astrace:/home/roman# apt update
Ошк:1 https://download.astralinux.ru/astra/stable/orel/repository orel InRelease
Connection timed out after 120014 milliseconds
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Все пакеты имеют последние версии.
W: Не удалось получить https://download.astralinux.ru/astra/stable/orel/repository/dists/orel/InRelease Connection timed out after 120014 milliseconds
W: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.Дополнительная информация:
Содержимое sources.list:
Код:
root@astrace:/home/roman# cat /etc/apt/sources.list
deb https://download.astralinux.ru/astra/stable/orel/repository/ orel main contrib non-free
#deb http://mirror.yandex.ru/astra/stable/orel/repository/ orel main contrib non-freeВ директории sources.list.d пусто:
Код:
root@astrace:/home/roman# ls /etc/apt/sources.list.d/
root@astrace:/home/roman#Как будто бы сервер недоступен:
Код:
root@astrace:/home/roman# telnet download.astralinux.ru 443
Trying 51.250.6.116...
telnet: Unable to connect to remote host: Connection timed out
root@astrace:/home/roman#Однако, если использовать зеркало у Яндекса:
Код:
root@astrace:/home/roman# cat /etc/apt/sources.list
#deb https://download.astralinux.ru/astra/stable/orel/repository/ orel main contrib non-free
deb http://mirror.yandex.ru/astra/stable/orel/repository/ orel main contrib non-free
root@astrace:/home/roman#То мета информация подтягивается:
Код:
root@astrace:/home/roman# apt update
Пол:1 http://mirror.yandex.ru/astra/stable/orel/repository orel InRelease [13,2 kB]
Пол:2 http://mirror.yandex.ru/astra/stable/orel/repository orel/main i386 Packages [392 kB]
Пол:3 http://mirror.yandex.ru/astra/stable/orel/repository orel/main amd64 Packages [3 980 kB]
Пол:4 http://mirror.yandex.ru/astra/stable/orel/repository orel/contrib amd64 Packages [4 456 B]
Пол:5 http://mirror.yandex.ru/astra/stable/orel/repository orel/contrib i386 Packages [1 174 B]
Пол:6 http://mirror.yandex.ru/astra/stable/orel/repository orel/non-free amd64 Packages [79,7 kB]
Пол:7 http://mirror.yandex.ru/astra/stable/orel/repository orel/non-free i386 Packages [4 276 B]
Получено 4 475 kБ за 1с (2 708 kБ/c)
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Может быть обновлено 5 пакетов. Запустите «apt list --upgradable» для их показа.
root@astrace:/home/roman#Вопрос:
Что я делаю неправильно? Есть какие-то ошибки в конфигурации списка репозиториев download.astralinux.ru (dl.astralinux.ru)?
Хм.. странно. Я не делал ровным счетом ничего, но сейчас доступ к репозиторю есть.
Хм.. странно. Я не делал ровным счетом ничего, но сейчас доступ к репозиторю есть.
Бывают иногда помехи на сайтах Астры и поэтому ошибки а потом все налаживается.
Просто переключитесь на зеркало Яндекса.
Просто переключитесь на зеркало Яндекса.
Да, так и сделал, но пытливый ум требует ответа
Ну и у меня нет сведений об абсолютной идентичности репозиториев, т.к. нет ли каких-то более свежих пакетов в репозитории Астры (которых нет в Яндексе).
Недавно в тестируемой Matuntu-K на основе Ubuntu 22.10 появилась проблема резолвинга имён ДНС, например, в выводе команды ping ya.ru появилось уведомление: Временный сбой в разрешении имён.
Рабочим оказалось решение, описанное на убунтовском форуме пользователем winhex.
Помогло отключение службы systemd-resolved:
sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
В файле /etc/NetworkManager/NetworkManager.conf в секции [main]
sudo pluma /etc/NetworkManager/NetworkManager.confменяем значение dns так (по причине отсутствия этого параметра я просто добавила эту строку):
dns=default
Удаляем файл resolv.conf:
sudo rm /etc/resolv.conf
Перезапускаем NetworkManager:
sudo systemctl restart NetworkManager
Файл /etc/resolv.conf появится снова, но уже с «правильным» неймсервером.
После этого проблема исчезла.
Источник — https://askubuntu.com/questions/907246/how-to-disable-systemd-resolved-in-ubuntu
« Последнее редактирование: 06 Октября 2022, 17:14:02 от vita »
Записан
Делай с нами, делай как мы, делай лучше нас!
Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения брандмауэра
- Как в Linux определяется порядок источников для разрешения имён (приоритет файла hosts и DNS)
- Для чего нужен /etc/nsswitch.conf
- Когда вступают в силу изменения в файле nsswitch.conf. Почему не работают изменения в файле nsswitch.conf
- Как отключить файл /etc/hosts
- Как сделать приоритет DNS выше файла /etc/hosts
- Как оптимизировать файл /etc/nsswitch.conf
- Настройка разрешения имен
- Операционные системы Astra Linux
Как решить проблему «Временный сбой в разрешении имен»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить любую задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке «временный сбой в разрешении имен» на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с показанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса. Это может стать серьезной проблемой, поскольку вы не сможете обновлять, обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые причины ошибки «временный сбой при разрешении имен» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Файл /etc/resolv.conf — это файл конфигурации преобразователя в системах Linux. Он содержит записи DNS, которые помогают вашей системе Linux преобразовывать доменные имена в IP-адреса.
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
Также разумно проверить состояние преобразователя и убедиться, что он активен и работает должным образом:
Затем попробуйте проверить связь с любым веб-сайтом, и проблема должна быть решена.
2. Ограничения брандмауэра
Если первое решение не помогло вам, ограничения брандмауэра могут препятствовать успешному выполнению DNS-запросов. Проверьте свой брандмауэр и убедитесь, что порт 53 (используется для DNS — разрешение доменного имени) и порт 43 (используется для поиска whois) открыты. Если порты заблокированы, откройте их следующим образом:
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Для систем на основе Redhat, таких как CentOS, выполните следующие команды:
Мы надеемся, что теперь у вас есть представление об ошибке «временный сбой при разрешении имен» и о том, как ее исправить, выполнив несколько простых шагов. Как всегда, мы будем благодарны за ваши отзывы.
Источник
Как в Linux определяется порядок источников для разрешения имён (приоритет файла hosts и DNS)
Перед доступом к сайту компьютеру необходимо узнать его IP. Обычно для этого используется запрос к DNS серверу, который веб-браузер или операционная система выполняют автоматически, без действий пользователя.
В операционных системах Windows и Linux имеется файл hosts, в котором можно установить IP адреса для любых имён — хостов и доменных имён. По умолчанию операционные системы работают так:
- если запрашиваемое имя присутствует в файле hosts, то его IP берётся из этого файла и запрос к DNS серверу не делается
- если в файле hosts имя хоста не найдено, то выполняется запрос к DNS серверу
В операционной системе Linux можно поменять приоритет источников для получения IP адреса или вовсе отключить некоторые из них. Для этого используется файл /etc/nsswitch.conf
Для чего нужен /etc/nsswitch.conf
Файл /etc/nsswitch.conf — это «Name Service Switch configuration file», то есть конфигурационный файл переключения служб имён. Он устанавливает настройки не только службы преобразования имён хостов и доменных имён, но эта настройка, пожалуй, самая востребованная.
Строка, которая отвечает за преобразование имён хостов начинается на «hosts». В моей системе эта строка выглядит так:
hosts — это указание на службу, для которой предназначена строка.
files означает файл, относящийся к этой службе. У каждой службе в системе свой файл, в данном случае имеется ввиду /etc/hosts
Кстати, для других служб файлы следующие:
Поскольку слово files стоит в строке первым, то в начале имя хоста (доменное имя) ищется в файле /etc/hosts
mymachines — судя по названию, означает имя машины. Можно предположить (информации в документации я не нашёл), что если искомое имя совпадает с именем машины, то возвращается IP адрес текущей машины
myhostname — аналогично, документацию я не нашёл, но ключевое слово имеет отношение имени текущего хоста, возможно, работает как и mymachines
resolve — это системная служба, подробности:
Строка [!UNAVAIL=return] означает, что если предыдущая служба недоступна, то немедленно будет возвращён результат без запроса в следующем источнике. Поскольку resolve кэширует и валидирует DNS, то, видимо, без resolve нет смысла делать запрос через dns. Также resolve отвечает за преобразования некоторых локальных имён, в том числе «localhost» и «localhost.localdomain» (а также любые имена хостов, заканчивающиеся на «.localhost» или «.localhost.localdomain«), а также «_gateway«, который преобразовывается в адрес текущего маршрута по умолчанию.
Кстати, по этой причине возможен следующий фокус (будет пропингован IP адрес маршрута по умолчанию):
dns — эта запись означает запрос имён у DNS серверов
Как можно увидеть, в первую очередь приоритет отдаётся /etc/hosts, и если ничего не найдено с помощью других сервисов, то только в этом случае для разрешения имени задействуется DNS.
Другие подробности, в том числе про условия передачи управления следующей службы, смотрите в справочной странице файла nsswitch.conf:
Когда вступают в силу изменения в файле nsswitch.conf. Почему не работают изменения в файле nsswitch.conf
Если вы будете редактировать настройки файла nsswitch.conf, то помните, что службы, которые его используют, считывают файл только один раз. Если после этого в файл были сделаны изменения, то служба по-прежнему будет использовать старый вариант! Получается, чтобы изменения вступили в силу, нужно перезагрузить операционную систему.
Как отключить файл /etc/hosts
Чтобы отключить файл /etc/hosts, нужно в файле /etc/nsswitch.conf найти строку, которая начинается на hosts и удалить из неё слово files.
Например, начальный вид строки:
Для отключения /etc/hosts нужно чтобы строка выглядела так
Как сделать приоритет DNS выше файла /etc/hosts
Чтобы запросы к DNS серверу выполнялись до поиска имён в файле /etc/hosts, нужно в файле /etc/nsswitch.conf найти строку, которая начинается на hosts и слово dns поставить ДО слова files. Например, так:
Как оптимизировать файл /etc/nsswitch.conf
Я не проверял этот совет на своей ОС и не мору ручаться, что после него всё будет работать как надо, но я наткнулся на рекомендацию в файле /etc/nsswitch.conf из строки с hosts удалить всё лишнее и записать её в следующем виде:
Повторюсь, не мору ручаться за верность последнего совета.
Источник
Настройка разрешения имен
Дата добавления: 2015-07-09 ; просмотров: 1418 ; Нарушение авторских прав
Сетевое имя машины, работающей под управлением GNU/Linux, может быть получено и установлено с помощью команды hostname (пример 20.12).
Пример 20.12. Установка имени хоста
Эта команда выполняется на стадии инициализации системы, а строка имени машины находится в одном из файлов в /etc. Для RH-подобных систем этот файл — /etc/sysconfig/network, в SUSE — /etc/HOSTNAME.
Различают короткие и полные имена узлов (FQDN, Fully Qualified Domain Name). Короткие имена состоят из строк, в которых отсутствуют символы точек. В данном примере короткое имя узла — newnote. Полное имя образу- ется из короткого с помощью добавления доменной части — имени DNS до- мена, которому принадлежит данный компьютер. В этом примере узел newnote принадлежит домену class.edu. Поэтому newnote.class.edu — это полное имя узла.
Имена узлов используются для более понятного указания их в сети. Для че- ловека гораздо более удобно использовать имена компьютеров вместо их IP- адресов. Таким образом, требуется специальная служба для разрешения имен узлов, т. е. преобразования имени узла в его IP-адрес. Часто требуется также осуществить обратное преобразование: из IP-адреса в имя узла. Преобразова- ние осуществляется с помощью специальной библиотеки resolver.
Существуют следующие способы преобразования:
r с помощью файла /etc/hosts. Этот способ подходит для небольших сетей;
r с помощью обращения к службе DNS (Domain Name Service);
r с помощью обращения к службам NIS, NIS+, LDAP и прочим.
Создание статичного списка соответствий IP-адресов именам узлов сети —
наиболее простой способ получения разрешения имен. Он годится для
небольших сетей, т. к. на каждом узле сети должны быть копии файла
/etc/hosts. В каждой строке этого файла указывают IP-адрес и имена узла
Пример 20.13. Файл /etc/hosts
192.168.1.1 mycomp.mynet.net mycomp
Если имена узлов и их IP-адреса указаны верно, то в этом случае resolver
обеспечит преобразование имен узлов в их адреса (пример 20.14).
Пример 20.14. Автоматическое преобразование имен в IPv4-адреса
PING mycomp (192.168.1.1) 56(84) bytes of data.
64 bytes from mycomp (192.168.1.1): icmp_seq=1 ttl=64 time=0.245 ms
64 bytes from mycomp (192.168.1.1): icmp_seq=2 ttl=64 time=0.091 ms
— 192.168.1.1 ping statistics —
2 packets transmitted, 2 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.088/0.141/0.245/0.073 ms
Настройки resolver хранятся в файле /etc/resolver.conf (пример 20.15).
Пример 20.15. Файл /etc/resolv.conf
$ cat /etc/resolv.conf nameserver 192.168.1.254 search mydom.com, mydom.net
Директива nameserver задает IP-адрес DNS-сервера, обслуживающего дан- ный компьютер. С помощью последней директивы — search — задают спи- сок доменов, имена которых будут автоматически подставляться к именам узлов при их поиске.
Таким образом, в большинстве случаев для преобразования имени узла в его IP-адрес требуется либо указать его адрес и имя в /etc/hosts, либо настроить доступ к DNS-серверу, указав его IP-адрес в файле /etc/resolv.conf.
Имеются еще два конфигурационных файла, настройки которых влияют на поведение библиотеки resolver — /etc/host.conf и /etc/nsswitch.conf.
Для resolver они важны с точки зрения порядка разрешения имен: будет ли сначала произведено обращение к файлу /etc/hosts или же к DNS (при- мер 20.16).
Пример 20.16. Файл /etc/host.conf
order host, bind multi on
Здесь задан следующий порядок работы resolver: при разрешении имени узла сначала осуществляется просмотр записей в файле /etc/hosts, а затем — обращение к DNS. Директива multi on заставляет resolver выводить все адреса узлов, имеющих несколько IP-адресов. Файл /etc/nsswitch.conf (Name Service Switch) предназначен для сообщения библиотеке resolver и другим сис- темным вызовам, где искать требуемую информацию. Файл /etc/nsswitch.conf содержит централизованную конфигурационную информацию о доменах и связанных с ними базах данных:
r aliases — почтовые псевдонимы почтового транспортного агента;
r ethers — источник информации о MAC-адресах;
r group — источник информации о группах пользователей;
r hosts — порядок разрешения имен узлов;
r netgroup — список пользователей каждого хоста для службы NIS;
r network — источник информации об именах и адресах сетей;
r passwd — список поиска источников паролей пользователей;
r protocols — список поиска протоколов, используемых в сети;
r publickey — местоположение ключей шифрования;
r rpc — список поиска имен и номеров вызываемых удаленных процедур;
r services — список поиска сетевых служб;
r shadow — список поиска шифрованных паролей.
При использовании DNS и /etc/hosts в файле /etc/nsswitch.conf должны со- держаться строки, представленные в примере 20.17.
Пример 20.17. Настройка разрешения имен
hosts: files dns networks: files dns
Первая настройка задает порядок разрешения имен узлов: сначала будет про- изведено обращение к /etc/hosts, а далее — к DNS. Вторая настройка задает аналогичный порядок для сетей: сначала к /etc/networks, а затем к DNS.
Не нашли то, что искали? Google вам в помощь!
Источник
Операционные системы Astra Linux
Оперативные обновления и методические указания
Операционные системы Astra Linux предназначены для применения в составе информационных (автоматизированных) систем в целях обработки и защиты 1) информации любой категории доступа 2) : общедоступной информации, а также информации, доступ к которой ограничен федеральными законами (информации ограниченного доступа).
1) от несанкционированного доступа;
2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).
Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».
На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.
Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!
Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.
Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.
В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.
Очередные обновления (версии) предназначены для:
- реализации и совершенствования функциональных возможностей;
- поддержки современного оборудования;
- обеспечения соответствия актуальным требованиям безопасности информации;
- повышения удобства использования, управления компонентами и другие.
Оперативные обновления предназначены для оперативного устранения уязвимостей в экземплярах, находящихся в эксплуатации, и представляют собой бюллетень безопасности, который доступен в виде:
- инструкций и методических указаний по настройке и особенностям эксплуатации ОС, содержащих сведения о компенсирующих мерах или ограничениях по примене- нию ОС при эксплуатации;
- отдельных программных компонентов из состава ОС, в которые внесены изменения с целью устранения уязвимостей, инструкций по их установке и настройке, а также информации, содержащей сведения о контрольных суммах всех файлов оперативного обновления;
- обновлений безопасности, представляющих собой файл с совокупностью программных компонентов из состава ОС, в которые внесены изменения с целью устранения уязвимостей, а также информации, содержащей сведения о контрольных суммах всех файлов обновлений безопасности, указания по установке, настройке и особенностям эксплуатации ОС с установленными обновлениями безопасности.
Ввиду совершенствования нормативно-правовых документов в области защиты информации и в целях обеспечения соответствия информационных актуальным требованиям безопасности информации, а также обеспечения их долговременной эксплуатации, в том числе работоспособности на современных средствах вычислительной техники, рекомендуется на регулярной основе планировать проведение мероприятий по применению очередных и оперативных обновлений операционной системы.
Источник
Встреча с «Временный сбой в разрешении имен» показывает, что системы Linux не могут преобразовать имя веб-сайта в IP-адрес. Хотя причиной может быть потеря интернет-соединения, есть несколько других факторов, которые могут вызвать эту ошибку. Это руководство представлено, чтобы помочь вам устранить эту ошибку.
Предпосылки
Чтобы приступить к решениям, описанным ниже, убедитесь, что у вас есть права sudo или root и работающее подключение к Интернету.
- Пользователь должен иметь права sudo или root
- Стабильное и рабочее подключение к сети
Что такое временный сбой в ошибке разрешения имени
Когда мы обращаемся к веб-сайту, наш системный браузер отправляет запрос на DNS-сервер, который преобразует доменное имя в IP-адрес. Этот IP-адрес будет подключать сервер веб-сайта и загружать контент. Если DNS-сервер не может предоставить IP-адрес, «Временный сбой в разрешении именпоявляется сообщение об ошибке.
Например, если мы пропингуем веб-сайт из системы, вы можете столкнуться со следующей ошибкой:
пинг linuxhint.com
Здесь системе не удалось подключиться к DNS-серверу, что привело к ошибке.
Основные три основные причины возникновения этой ошибки включают в себя:
- Медленное или нет подключения к Интернету
-
Плохо сконфигурированный файл resolv.conf
- Неправильно настроенные права доступа к файлу resolv.conf
-
Ограничения брандмауэра
- Откройте порты в брандмауэре UFW.
Решение 1. Медленное подключение к Интернету или его отсутствие
Первое решение для устранения ошибки простое, поскольку пользователь может проверить подключение к Интернету в системе. Если интернет медленный или не подключен, вы можете столкнуться с этой ошибкой.
Решение 2. Неправильно настроенный файл resolv.conf
resolv.conf файл настраивает DNS-серверы в Linux. Открой решить конфигурационный файл в редакторе nano:
судонано/и т. д./resolv.conf
Убедитесь, что хотя бы один сервер имен присутствует внутри resolv.conf файл. Сервер имён выглядит так:
сервер имен 8.8.8.8
Здесь, в нашем случае, сервер имен:
сервер имен 127.0.0.53
Если в системе нет сервера имен. Определен любой из серверов имен. Некоторые из известных серверов имен, принадлежащих Google, 8.8.8.8 и 8.8.4.4. Путем редактирования resolv.conf файл любой из серверов имен может быть определен.
Сохраните файл и перезапустите службу DNS:
судо systemctl перезапустить systemd-resolved.service
Если DNS-сервер успешно перезапущен, вывод не будет возвращен.
Вы также можете проверить DNS-сервер, снова пропинговав веб-сайт:
пинг linuxhint.com
Если связь с веб-сайтом установлена, это означает, что DNS-сервер теперь работает.
2.1. Неправильно настроенные права доступа к файлу resolv.conf
В некоторых случаях, несмотря на правильный DNS-сервер, определенный внутри resolv.conf файл, ошибка сохраняется. Это может быть связано с отсутствием прав доступа к файлу. Измените права собственности на пользователя root, выполнив данную команду:
судочаун корень: корень /и т. д./resolv.conf
Запустите данную команду, чтобы дать каждому пользователю разрешение на изменение resolv.conf файл:
судоchmod644/и т. д./resolv.conf
Теперь снова пропингуем сайт.
пинг linuxhint.com
Если ошибка связана с неправильным разрешением, приведенные выше команды решат ее.
Решение 3. Ограничения брандмауэра
Еще одна причина «Временный сбой в разрешении имен” возникает из-за того, что брандмауэр блокирует доступ к необходимым портам, включая порт 43 используется для поиска whois и порт 53 используется для разрешения доменного имени.
3.1. Откройте порты в брандмауэре UFW.
Если ошибка вызвана блокировкой порт 43, выполните приведенную ниже команду, чтобы разрешить трафик на этом порту:
судо UFW разрешить 43/TCP
Несложный брандмауэр (УФВ) подтверждает, что правила были успешно обновлены.
Точно так же мы можем также разрешить разрешение для порт 53 с использованием:
судо UFW разрешить 53/TCP
Примечание: Иногда наш брандмауэр UFW не включен по умолчанию, поэтому для его включения используйте:
судо уфв давать возможность
Теперь перезагрузите брандмауэр UFW, чтобы применить изменения:
судо перезагрузка
Заключение
Ошибка «Временный сбой в разрешении имени» может произойти из-за отсутствия подключения к Интернету, отсутствия DNS-сервера имен или разрешений файла resolv.conf или ограничений брандмауэра. Основное решение этой проблемы — решить проблему с Интернетом, разрешить доступ к файлу resolv.conf всем пользователям или разблокировать защиту брандмауэра UFW по адресу порт 43 и порт 53.
Обновлено: 08.06.2023
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я не могу решить.
Я пытался бежать
но постоянно получал ошибки:
Я проверил, было ли у меня интернет-соединение нормально, запустив
и я получил ответ, все хорошо там.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
и получил ошибку:
Временный сбой в разрешении имен
Итак, я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я пробовал редактировать /etc/resolv.conf без удачи, как представляется, символическая ссылка.
Я нашел ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
- Должен ли я просто оставить все как есть или что-то еще?
- Может ли это быть постоянным решением?
- И является причиной проблемы тот факт, что /run/resolvconf/resolv.conf на самом деле не существует?
3 ответа
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Читайте также:
- Windows 10 включить вход по паролю
- Как восстановить средство просмотра фотографий в windows 8
- Gnome debian что это
- Почему изменился mac адрес на роутере
- Как удалить packet tracer в linux