Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 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
Источник
- Печать
Страницы: [1] Вниз
Тема: Проблемы с сетью (Прочитано 10915 раз)
0 Пользователей и 1 Гость просматривают эту тему.
DimChik2903
Всем доброе время суток! Сразу оговорюсь, что я совсем новичок, поэтому прошу тапками не кидаться. Спасибо)
Вот собственно в чём проблема: Дома стоит сервер, на нём стоит Ubuntu Server 16.04. Раньше всё было хорошо, но некоторое время назад перестали качаться торренты в ruTorrent. У некоторых пишет
Tracker: [Couldn't resolve host name]у некоторых
Tracker: [Timeout was reached]
Но это ещё пол беды. При проверке обновлений выдаётся вот что:
Err:1 http://security.ubuntu.com/ubuntu xenial-security InRelease
Временная ошибка при попытке получить IP-адрес «security.ubuntu.com»
Err:2 http://download.webmin.com/download/repository sarge InRelease
Временная ошибка при попытке получить IP-адрес «download.webmin.com»
Err:3 http://ru.archive.ubuntu.com/ubuntu xenial InRelease
Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
Err:4 http://ru.archive.ubuntu.com/ubuntu xenial-updates InRelease
Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
Err:5 http://ru.archive.ubuntu.com/ubuntu xenial-backports InRelease
Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
Err:6 https://apt.dockerproject.org/repo ubuntu-xenial InRelease
Could not resolve host: apt.dockerproject.org
Чтение списков пакетов… Готово
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/xenial/InRelease Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/xenial-updates/InRelease Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/xenial-backports/InRelease Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/xenial-security/InRelease Временная ошибка при попытке получить IP-адрес «security.ubuntu.com»
W: Failed to fetch http://download.webmin.com/download/repository/dists/sarge/InRelease Временная ошибка при попытке получить IP-адрес «download.webmin.com»
W: Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-xenial/InRelease Could not resolve host: apt.dockerproject.org
W: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.
При попытке поставить Zoneminder в связи с приобретением IP камер, выдаётся примерно то же самое, но с гораздо большим количеством ошибок, сюда не влезает. Мне кажется что ошибка торрентов и проблема при установке пакетов связаны. Но я не знаю как это можно исправить. После прочтения форума, думал что проблема можеть быть в ДНС, содержимое /etc/resolv.conf следующее:
GNU nano 2.5.3 Файл: /etc/resolv.conf
nameserver 8.8.8.8
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
Совсем не знаю что делать. Надеюсь на Вашу помощь. Заранее спасибо!
ТС не появлялся на Форуме более полугода по состоянию на 14/07/2019 (последняя явка: 07/08/2017). Модератором раздела принято решение закрыть тему.
—zg_nico
« Последнее редактирование: 14 Июля 2019, 03:21:18 от zg_nico »
Pretender155
если днс отвалились то у тебя не один сайт не должен открытся, посмотри пинг до гугла к примеру. проверь открыт ли 53 порт
DimChik2903
если днс отвалились то у тебя не один сайт не должен открытся, посмотри пинг до гугла к примеру. проверь открыт ли 53 порт
user@MyServer:~$ ping google.com
ping: unknown host google.com
Пользователь добавил сообщение 25 Ноября 2016, 21:23:24:
Вот что по портам (Если я сделал то, что нужно)
user@MyServer:~$ netstat -at
Активные соединения с интернетом (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 localhost:mysql *:* LISTEN
tcp 0 0 *:netbios-ssn *:* LISTEN
tcp 0 0 *:webmin *:* LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 *:microsoft-ds *:* LISTEN
tcp 0 0 192.168.31:microsoft-ds 192.168.31.199:49786 ESTABLISHED
tcp 0 0 192.168.31:microsoft-ds 192.168.31.208:63737 ESTABLISHED
tcp 0 0 192.168.31.155:ssh 192.168.31.199:65029 ESTABLISHED
tcp6 0 0 [::]:netbios-ssn [::]:* LISTEN
tcp6 0 0 [::]:http [::]:* LISTEN
tcp6 0 0 [::]:85 [::]:* LISTEN
tcp6 0 0 [::]:ssh [::]:* LISTEN
tcp6 0 0 [::]:microsoft-ds [::]:* LISTEN
tcp6 0 0 [::]:45566 [::]:* LISTEN
user@MyServer:~$ netstat -au
Активные соединения с интернетом (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
udp 0 0 *:10000 *:*
udp 0 0 192.168.31.155:ntp *:*
udp 0 0 172.17.0.1:ntp *:*
udp 0 0 localhost:ntp *:*
udp 0 0 *:ntp *:*
udp 0 0 172.17.255.2:netbios-ns *:*
udp 0 0 172.17.0.1:netbios-ns *:*
udp 0 0 192.168.31.2:netbios-ns *:*
udp 0 0 192.168.31.1:netbios-ns *:*
udp 0 0 *:netbios-ns *:*
udp 0 0 172.17.255.:netbios-dgm *:*
udp 0 0 172.17.0.1:netbios-dgm *:*
udp 0 0 192.168.31.:netbios-dgm *:*
udp 0 0 192.168.31.:netbios-dgm *:*
udp 0 0 *:netbios-dgm *:*
udp6 0 0 [::]:9527 [::]:*
getnameinfo failed
udp6 0 0 [НЕИЗВЕСТН:ntp [::]:*
getnameinfo failed
udp6 0 0 [НЕИЗВЕСТН:ntp [::]:*
getnameinfo failed
udp6 0 0 [НЕИЗВЕСТН:ntp [::]:*
udp6 0 0 localhost:ntp [::]:*
udp6 0 0 [::]:ntp [::]:*
« Последнее редактирование: 25 Ноября 2016, 21:23:24 от DimChik2903 »
symon.2014
http://ru.
Попробуй другой сервер подключить, возможно ru глючит временно, бывает, или подожди.
DimChik2903
http://ru.
Попробуй другой сервер подключить, возможно ru глючит временно, бывает, или подожди.
Да в том то и дело, что эта проблема уже очень долго. Да и как подключить другой сервер я не знаю(
Pretender155
Да и как подключить другой сервер я не знаю(
Днс можно прописать в /etc/network/interfaces (тут про настройку сети в ручную) или добавь в resolv.conf перед nameserver 8.8.8.8 еще строку nameserver IP, желательно тот днс что предоставляет провайдер(гугловские лучше использовать как альтернативные но не основные). По поводу портов, это активные соединения, а надо посмотреть настройки firewall-а, если у тебя iptbales то набери iptables -vnL он выдаст текущие настройки, если используешь другой то смотри help по нему
днс yandex-a:
77.88.8.8
77.88.8.1
« Последнее редактирование: 26 Ноября 2016, 00:50:46 от Pretender155 »
DimChik2903
Да и как подключить другой сервер я не знаю(
Днс можно прописать в /etc/network/interfaces (тут про настройку сети в ручную) или добавь в resolv.conf перед nameserver 8.8.8.8 еще строку nameserver IP, желательно тот днс что предоставляет провайдер(гугловские лучше использовать как альтернативные но не основные). По поводу портов, это активные соединения, а надо посмотреть настройки firewall-а, если у тебя iptbales то набери iptables -vnL он выдаст текущие настройки, если используешь другой то смотри help по нему
днс yandex-a:
77.88.8.8
77.88.8.1
Спасибо за помощь, вот что написал в interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo enp2s0
iface lo inet loopback
# The primary network interface
iface enp2s0 inet static
address 192.168.31.155
netmask 255.255.255.0
network 192.168.31.0
dns-nameservers 195.34.31.50 62.112.106.130 8.8.8.8
auto eth0
Где 195.34.31.50 62.112.106.130 ДНС- сервера провайдера (МГТС). Всё ли тут правильно?
Вот что выдал iptables -vnL
user@MyServer:~$ sudo iptables -vnL
Chain INPUT (policy ACCEPT 2751K packets, 141M bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
242K 121M DOCKER-ISOLATION all -- * * 0.0.0.0/0 0.0.0.0/0
150K 60M DOCKER all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * docker0 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
91898 60M ACCEPT all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 docker0 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 6022K packets, 8452M bytes)
pkts bytes target prot opt in out source destination
Chain DOCKER (1 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:45566
0 0 ACCEPT udp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 udp dpt:9527
150K 60M ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:80
Chain DOCKER-ISOLATION (1 references)
pkts bytes target prot opt in out source destination
242K 121M RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
Пользователь добавил сообщение 26 Ноября 2016, 12:09:43:
Если это поможет:
В дом приходит оптика от МГТС, стоит их модем, далее мой роутер. Netid 192.168.31.0. К нему уже подключен сервер.
« Последнее редактирование: 26 Ноября 2016, 12:09:43 от DimChik2903 »
Pretender155
хм… а может трабл в роутере? так как в iptables все открыто(что не есть гуд)
DimChik2903
хм… а может трабл в роутере? так как в iptables все открыто(что не есть гуд)
Сам наконец-то нашёл в чём проблема. Когда- то я назначил статический IP через Webmin. Сейчас вспомнил, что торренты отвалились примерно в то же время. Сейчас вернул получение через DHCP. Всё прекрасно работает. Но как мне теперь правильно будет назначить статический IP серверу?
- Печать
Страницы: [1] Вверх
apt, debian, sources.list
0
1
Первый раз сталкиваюсь с такой проблемой, но даже спустя несколько часов не смог ничего починить. При минимальной загрузке Debian stable/testing появляются проблемы с apt, однако при загрузке с рабочим окружением все отлично работает.
Сама ошибка:
При запуске apt-get update такая же история, только с поправкой на:
W: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.
Что содержится в sources.list:
- Ссылка
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
sudo dhclient -v -4
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
sudo apt-get install nm-tray network-manager
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
sudo systemctl start NetworkManager
sudo systemctl enable NetworkManager
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Всем привет!
В общем недавно появилась такая проблема, имеется несколько серверов на debain 9, и не один из них не пингует домены ни ya.ru, ни deb.debain.org соответственно ни скачать, ни обновить пакеты я не могу.
Предыстория: Есть сервер на windows server 2016 standart на котором развернута hyper-v, внутри которого работают 4 сервера под deban 9, 1 на CentOS 7, 1 openwrt который соответственно и раздает интернет всему, что есть вообще в локальной сети.
На debain крутятся сервера с 1-jabber, 2-open-vpn, 3-icecast, 4-ut99, которые как были настроены так и забыты, с периодичностью обновления пакетов (apt updateupgrade)в какой-то момент заметил что нет соединения до репозитория deb.debain.org а так же squrity и т.д.
root@icecast2:/home/esmertec# apt update
Ошк:1 http://security.debian.org/debian-security stretch/updates InRelease
Временная ошибка при попытке получить IP-адрес «security.debian.org»
Ошк:2 http://deb.debian.org/debian stretch InRelease
Временная ошибка при попытке получить IP-адрес «deb.debian.org»
Ошк:3 http://deb.debian.org/debian stretch-updates InRelease
Временная ошибка при попытке получить IP-адрес «deb.debian.org»
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
Все пакеты имеют последние версии.
W: Не удалось получить http://deb.debian.org/debian/dists/stretch/InRelease Временная ошибка при попытке получить IP-адрес «deb.debian.org»
W: Не удалось получить http://security.debian.org/debian-security/dists/stretch/updates/InRelease Временная ошибка при попытке получить IP-адрес «security.debian.org»
W: Не удалось получить http://deb.debian.org/debian/dists/stretch-updates/InRelease Временная ошибка при попытке получить IP-адрес «deb.debian.org»
W: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.
root@icecast2:/home/esmertec#
Но самое смешное что интернет им предоставляется, т.е. icecast2 свободно стримит музыку «в мир», к джабберу можно подключиться и т.д.
Подскажите в чем может быть проблема? IP прописаны статически, конфликтов нет, dns так же прописаны верно, sources list не изменялся
P.S. CentOS 7 в сети чувствует себя отлично, т.е. его эта проблема не касается ни как, все работает штатно, на самом win сервере так же все отлично работает….
Topic: после обновления перестала работать админка и инет (Read 4140 times)
не запускается веб интерфейс, где посмотреть настройки сети? поднять конфиг тоже не могу так как не работает админка,что теперь делать(
Logged
До 3.3.5 обновлялся? Я на своём основном не рискнул, нарывался уже на неприятности раньше. А вот на один удалённый накинул обновление. Правда только системные обновления, компоненты zentyal-овские не стал. А в системных обновление самбы. Ну и тоже капец. Тьфу, хоть сервер пока не в работе был. Тоже доступа нет по ssh теперь. Завтра только посмотрю.
Logged
У меня доступ есть,хотя бы инет востановить(
admi@N:~$ service zentyal start
Cannot change user to ebox. Are you root? at /usr/share/perl5/EBox.pm line 174.
Logged
тойсть
Error loading class: EBox::Samba error: Bareword «Samba::Smb::DENY_NONE» not allowed while «strict subs» in use at /usr/share/perl5/EBox/Samba/SmbClient.pm line 89.
Compilation failed in require at /usr/share/perl5/EBox/Samba/GPO.pm line 28.
BEGIN failed—compilation aborted at /usr/share/perl5/EBox/Samba/GPO.pm line 28.
Compilation failed in require at /usr/share/perl5/EBox/Samba.pm line 42.
BEGIN failed—compilation aborted at /usr/share/perl5/EBox/Samba.pm line 42.
Compilation failed in require at (eval 271) line 2.
BEGIN failed—compilation aborted at (eval 271) line 2.
Logged
Решение, судя по багтрекеру, в том, чтоб проапгрейдить до 3.3.4 samba
sudo apt-get update
sudo apt-get upgrade
Logged
Logged
прописал прокси в /etc/apt/apt.conf.d/99proxy вроде пошел обновлятся,причем все пакеты,
« Last Edit: March 11, 2014, 01:01:36 pm by Anton »
Logged
УРА!!!все заработало 3.3.5 всем спасибо!!!,через веб морду не советую обновлятся
« Last Edit: March 11, 2014, 01:11:47 pm by Anton »
Logged
На месте apt-get-ом обновил, больше ничего не трогая, всё заработало.
Logged
Подтверждаю — при обновлении через вэб-админку процесс завис, перестал работать ftp, squid стал безумно тормозить (хотя в принципе работал), но ssh доступ остался; не перезагружаясь обновился через apt-get и перегрузился — всё работает нормально.
Logged
УРА!!!все заработало 3.3.5 всем спасибо!!!,через веб морду не советую обновлятся
Добрый день.
а как и что прописывать в этом файле?
Logged
Logged
Воспользовавшись страницей http://packages.lab50.net/ решил подключить репозиторий Лаборатории 50. По инструкции проделал следующее:
- Создал файл /etc/apt/sources.list.d/lab50.list
- Используется Astra Linux Special Edition версии 1.5, поэтому добавил следующие строки в созданный файл:
- deb http://packages.lab50.net/se15/ smolensk main
- deb-src http://packages.lab50.net/se15/ smolensk main
- Далее добавил цифровой ключ подписи в APT. Скачал ключ по ссылке http://packages.lab50.net/lab50.asc и выполнил команду sudo apt-key add lab50.asc
- Во время выполнения команды sudo apt-get update столкнулся с ошибкой:Ош http://packages.lab50.net smolensk InReleaseОш http://packages.lab50.net smolensk Release.gpg
Временная ошибка при попытке получить IP-адрес «packages.lab50.net»W: Не удалось получить http://packages.lab50.net/se15/dists/smolensk/InRelease
W: Не удалось получить http://packages.lab50.net/se15/dists/smolensk/Release.gpg Временная ошибка при попытке получить IP-адрес «packages.lab50.net»
Подскажите пожалуйста, как исправить ошибку? Пробовал заменить packages.lab50.net на ip-адрес, но тогда появляются другие ошибки, связанные с невозможностью обнаружить файл (Http 404).
Ош http://5.101.152.42 smolensk/main amd64 Packages
404 Not Found