Временная ошибка при попытке получить ip адрес ubuntu

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

Совсем не знаю что делать. Надеюсь на Вашу помощь. Заранее спасибо!

ТС не появлялся на Форуме более полугода по состоянию на 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).

Где 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                                   

Пользователь добавил сообщение 26 Ноября 2016, 12:09:43:

Если это поможет:
В дом приходит оптика от МГТС, стоит их модем, далее мой роутер. Netid 192.168.31.0. К нему уже подключен сервер.

« Последнее редактирование: 26 Ноября 2016, 12:09:43 от DimChik2903 »

Pretender155

хм… а может трабл в роутере? так как в iptables все открыто(что не есть гуд)

DimChik2903

хм… а может трабл в роутере? так как в iptables все открыто(что не есть гуд)

Сам наконец-то нашёл в чём проблема. Когда- то я назначил статический IP через Webmin. Сейчас вспомнил, что торренты отвалились примерно в то же время. Сейчас вернул получение через DHCP. Всё прекрасно работает. Но как мне теперь правильно будет назначить статический IP серверу?

обзор

На ваш вопрос две части:

исправление временных сообщений об устранении проблем управления пакетами

Временное решение

] Вероятно, эта проблема также:

исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.

Давайте посмотрим на возможные проблемы разрешения DNS.

Сначала временно добавьте в вашу систему известный DNS-сервер.

echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null


Затем запустите sudo apt-get update .

Если это исправляет ваши временные разрешающие сообщения, либо подождите 24 часа, чтобы узнать, исправляет ли ваш интернет-провайдер эту проблему (или просто обратитесь к вашему интернет-провайдеру) — или вы можете навсегда добавить DNS-сервер в свою систему :

echo "nameserver 8.8.8.8" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null


8.8.8.8 — собственный DNS-сервер Google.

source

Другим примером DNS-сервера, который вы можете использовать, является временное разрешение — например:

echo "nameserver 208.67.222.222" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null


проблемы с пакетным управлением

В дополнение к проблемам временного разрешения — у вас есть несколько проблем управления пакетами, которые необходимо исправить — я предполагаю, что вы недавно попробовали обновить одну версию Ubuntu до следующей рекомендованной версии — в вашем case from Natty (11.04) to Oneiric (11.10)

Откройте терминал и введите

sudo nano /etc/apt/sources.list


Посмотрите на строки, у которых в списке есть другое имя рассылки, чем вы ожидали — в вашем случае — вы обновлены до oneiric, но у вас есть другое название выпуска natty

Например, найдите строки, которые выглядят как deb http:/archive.canonical.com/ natty backports

Добавьте # в начало строки, чтобы прокомментировать это, например

#deb http:/archive.canonical.com/ natty backports

Сохранить и повторно запустить:

sudo apt-get update && sudo apt-get upgrade


Вы должны не имеют больше ошибок в присвоении имен.

На момент написания этого, возможно, общий sou rce включают lucid, maverick, natty, oneiric, precise, quantal, raring, saucy, trusty, utopic и vivid.

обзор

На ваш вопрос две части:

исправление временных сообщений об устранении проблем управления пакетами

Временное решение

] Вероятно, эта проблема также:

исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.

Давайте посмотрим на возможные проблемы разрешения DNS.

Сначала временно добавьте в вашу систему известный DNS-сервер.

echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null


Затем запустите sudo apt-get update .

Если это исправляет ваши временные разрешающие сообщения, либо подождите 24 часа, чтобы узнать, исправляет ли ваш интернет-провайдер эту проблему (или просто обратитесь к вашему интернет-провайдеру) — или вы можете навсегда добавить DNS-сервер в свою систему :

echo "nameserver 8.8.8.8" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null


8.8.8.8 — собственный DNS-сервер Google.

source

Другим примером DNS-сервера, который вы можете использовать, является временное разрешение — например:

echo "nameserver 208.67.222.222" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null


проблемы с пакетным управлением

В дополнение к проблемам временного разрешения — у вас есть несколько проблем управления пакетами, которые необходимо исправить — я предполагаю, что вы недавно попробовали обновить одну версию Ubuntu до следующей рекомендованной версии — в вашем case from Natty (11.04) to Oneiric (11.10)

Откройте терминал и введите

sudo nano /etc/apt/sources.list


Найдите строки, у которых есть ваше другое имя в списке, чем вы ожидали — в вашем случае — вы обновлены до oneiric, но у вас есть другое название выпуска natty

Например, найдите строки, которые выглядят как deb http:/archive.canonical.com/ natty backports

Добавьте # в начало строки, чтобы прокомментировать это, например

#deb http:/archive.canonical.com/ natty backports

Сохранить и повторно запустить:

sudo apt-get update && sudo apt-get upgrade


Вы должны не имеют больше ошибок в присвоении имен.

На момент написания этого, возможно, общий sou rce включают lucid, maverick, natty, oneiric, precise, quantal, raring, saucy, trusty, utopic и vivid.

Обратите внимание, что этот ответ был написан для старых версий Ubuntu. В текущих версиях используется локальный сервер имен, управляемый D-Bus, для которого применяется диагностическая часть этого ответа, но не решение. Если /etc/resolv.conf содержит nameserver 127.0.1.1 или в целом nameserver 127.X.Y.Z, не изменяйте его.

«Временное разрешение отказа …» означает, что ваш DNS, т. Е. Перевод с имен хостов на IP-адреса, не работает. Вы недавно переконфигурировали вашу машину? Если это не так, это может быть временная ошибка у вашего интернет-провайдера.

Есть ли ping -n 8.8.8.8 строки, такие как 64 bytes from 8.8.8.8: …? (Нажмите Ctrl + C, чтобы остановить ping.)

Если это не так, у вас есть проблема с IP-подключением. Запустите traceroute -n 8.8.8.8 и посмотрите, где он остановится: если вы находитесь в своем доме / офисе, проверьте сетевое оборудование. Если вы можете связаться со своим интернет-провайдером, пожаловаться на них. Если это так, у вас есть проблема с DNS. Проверьте содержимое /etc/resolv.conf; должна быть строка типа nameserver 1.2.3.4 (возможно, более одного из них). Если строки существуют, в вашем интернет-провайдере, вероятно, есть временная проблема, и вы можете обойти это, добавив nameserver 8.8.8.8 к этому файлу (это объявляет дополнительный DNS-сервер, который предоставляется бесплатно Google) , Если первое число после nameserver равно 127, на вашем компьютере есть DNS-ретранслятор (это хорошо), и вы должны настроить это DNS-ретрансляцию, а не изменять /etc/resolv.conf. В современных версиях Ubuntu по умолчанию используется DNS-ретранслятор, это Dnsmasq, и он управляется D-Bus.

Вы можете прокомментировать нерешенное репо из файла sources.list, найденного в каталоге dir / etc / apt /

. После изменения sources.list очистите repo apt-get как

apt-get clean


Затем обновите

apt-get update


Ошибка исчезнет

Принятое решение не работает для меня. Во-первых, только apt-get update предупреждает меня о Temporary failure resolving ‘foo.com’, но когда я пытаюсь работать с nslookup foo.com или ping foo.com, он отлично работает!

Мое невероятное грязное взлома / исправление для решения этой ошибки , необходимо добавить разрешенные домены вручную в /etc/hosts с помощью этого короткого скрипта:

resolveAptHosts()
{
mapfile -t hosts < <(
sed -n -r '/^#/d; s;deb(-src)? (http://|ftp://)?([^/ ]+).*;3;p'
/etc/apt/sources.list | sort | uniq )
# delete all hosts from /etc/hosts, e.g., from an earlier call
sudo sed -i -r '/^[0-9]{1,3}(.[0-9]{1,3}){3}[ t]+('"$( printf '|%s'
"${hosts[@]//./.}" | sed 's/^|//' )"')[ t]*$/d' /etc/hosts
for host in ${hosts[@]}; do
ip=$( nslookup "$host" | sed -n -r 's|Address:[ t]*([0-9.]+).*|1|p' |
tail -1 )
sudo bash -c "echo $ip $host >> /etc/hosts"
done
}


Теперь обновление должно работать:

resolveAptHosts && sudo apt-get update


Если кто-нибудь знает, почему это обходное решение работает и как решить эту ошибку на самом деле, я буду вечно благодарен. Я также попытался использовать sudo apt-get update -o Acquire::ForceIPv4=true, чтобы исключить проблемы с разрешением IPv6, но это тоже не помогло.

Это проблема DNS. Проверьте файл /etc/resolv.conf.

, например, в моем случае, когда у меня была эта проблема & amp; проверил этот файл, файл был пуст! но он должен содержать ваш dns-nameserver

mine:

nameserver 192.168.10.x


192.168.10.x is my gateway ip address

Иногда, когда вы находитесь за прокси-сервером, даже необходимо, чтобы вы сгенерировали файл apt.conf в /etc/apt/ и заполнили его конкретными записями, например:

Acquire::http::proxy "http://<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<yourproxyserver>:<Port>";


Если требуется аутентификация, файл конфигурации выглядит так:

Acquire::http::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";


Обратите внимание, что этот ответ был написан для старых версий Ubuntu. В текущих версиях используется локальный сервер имен, управляемый D-Bus, для которого применяется диагностическая часть этого ответа, но не решение. Если /etc/resolv.conf содержит nameserver 127.0.1.1 или в целом nameserver 127.X.Y.Z, не изменяйте его.

«Временное разрешение отказа …» означает, что ваш DNS, т. Е. Перевод с имен хостов на IP-адреса, не работает. Вы недавно переконфигурировали вашу машину? Если это не так, это может быть временная ошибка у вашего интернет-провайдера.

Есть ли ping -n 8.8.8.8 строки, такие как 64 bytes from 8.8.8.8: …? (Нажмите Ctrl + C, чтобы остановить ping.)

Если это не так, у вас есть проблема с IP-подключением. Запустите traceroute -n 8.8.8.8 и посмотрите, где он остановится: если вы находитесь в своем доме / офисе, проверьте сетевое оборудование. Если вы можете связаться со своим интернет-провайдером, пожаловаться на них. Если это так, у вас есть проблема с DNS. Проверьте содержимое /etc/resolv.conf; должна быть строка типа nameserver 1.2.3.4 (возможно, более одного из них). Если строки существуют, в вашем интернет-провайдере, вероятно, есть временная проблема, и вы можете обойти это, добавив nameserver 8.8.8.8 к этому файлу (это объявляет дополнительный DNS-сервер, который предоставляется бесплатно Google) , Если первое число после nameserver равно 127, на вашем компьютере есть DNS-ретранслятор (это хорошо), и вы должны настроить это DNS-ретрансляцию, а не изменять /etc/resolv.conf. В современных версиях Ubuntu по умолчанию используется DNS-ретранслятор, это Dnsmasq, и он управляется D-Bus.

Вы можете прокомментировать нерешенное репо из файла sources.list, найденного в каталоге dir / etc / apt /

. После изменения sources.list очистите repo apt-get как

apt-get clean


Затем обновите

apt-get update


Ошибка исчезнет

Принятое решение не работает для меня. Во-первых, только apt-get update предупреждает меня о Temporary failure resolving ‘foo.com’, но когда я пытаюсь работать с nslookup foo.com или ping foo.com, он отлично работает!

Мое невероятное грязное взлома / исправление для решения этой ошибки , необходимо добавить разрешенные домены вручную в /etc/hosts с помощью этого короткого скрипта:

resolveAptHosts()
{
mapfile -t hosts < <(
sed -n -r '/^#/d; s;deb(-src)? (http://|ftp://)?([^/ ]+).*;3;p'
/etc/apt/sources.list | sort | uniq )
# delete all hosts from /etc/hosts, e.g., from an earlier call
sudo sed -i -r '/^[0-9]{1,3}(.[0-9]{1,3}){3}[ t]+('"$( printf '|%s'
"${hosts[@]//./.}" | sed 's/^|//' )"')[ t]*$/d' /etc/hosts
for host in ${hosts[@]}; do
ip=$( nslookup "$host" | sed -n -r 's|Address:[ t]*([0-9.]+).*|1|p' |
tail -1 )
sudo bash -c "echo $ip $host >> /etc/hosts"
done
}


Теперь обновление должно работать:

resolveAptHosts && sudo apt-get update


Если кто-нибудь знает, почему это обходное решение работает и как решить эту ошибку на самом деле, я буду вечно благодарен. Я также попытался использовать sudo apt-get update -o Acquire::ForceIPv4=true, чтобы исключить проблемы с разрешением IPv6, но это тоже не помогло.

Это проблема DNS. Проверьте файл /etc/resolv.conf.

, например, в моем случае, когда у меня была эта проблема & amp; проверил этот файл, файл был пуст! но он должен содержать ваш dns-nameserver

mine:

nameserver 192.168.10.x


192.168.10.x is my gateway ip address

Иногда, когда вы находитесь за прокси-сервером, даже необходимо, чтобы вы сгенерировали файл apt.conf в /etc/apt/ и заполнили его конкретными записями, например:

Acquire::http::proxy "http://<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<yourproxyserver>:<Port>";


Если требуется аутентификация, файл конфигурации выглядит так:

Acquire::http::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";


не запускается веб интерфейс, где посмотреть настройки сети? поднять конфиг тоже не могу так как не работает админка,что теперь делать(

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

прописал прокси в /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

unixforum.org

Форум для пользователей UNIX-подобных систем

Пропустить

• Ссылки

  • Темы без ответов

  • Активные темы

  • Поиск

• FAQ

• Правила

• Вход

• Регистрация

• unixforum.org

  Дистрибутивы

  Debian GNU/Linux

• Поиск

Ответить

Расширенный поиск

2 сообщения
• Страница 1 из 1

Gubka_Bob

Сообщения: 96

Gubka_Bob

Сообщения: 96

Ответить

2 сообщения
• Страница 1 из 1

Вернуться в «Debian GNU/Linux»

• unixforum.org
• Часовой пояс: UTC+03:00

• Удалить cookies

• Связаться с администрацией