- Печать
Страницы: [1] Вниз
Тема: Проблемы с сетью (Прочитано 9630 раз)
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] Вверх
Topic: после обновления перестала работать админка и инет (Read 4014 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
Err http://archive.canonical.com natty InRelease
Err http://security.ubuntu.com oneiric-security InRelease
Err http://extras.ubuntu.com natty InRelease
Err http://security.ubuntu.com oneiric-security Release.gpg
Temporary failure resolving ‘security.ubuntu.com’
Err http://archive.canonical.com natty Release.gpg
Temporary failure resolving ‘archive.canonical.com’
Err http://extras.ubuntu.com natty Release.gpg
Temporary failure resolving ‘extras.ubuntu.com’
Err http://gb.archive.ubuntu.com oneiric InRelease
Err http://gb.archive.ubuntu.com oneiric-updates InRelease
Err http://gb.archive.ubuntu.com natty-backports InRelease
Err http://gb.archive.ubuntu.com oneiric Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Err http://gb.archive.ubuntu.com oneiric-updates Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Err http://gb.archive.ubuntu.com natty-backports Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Reading package lists... Done
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric/InRelease
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric-updates/InRelease
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/natty-backports/InRelease
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/InRelease
W: Failed to fetch http://archive.canonical.com/ubuntu/dists/natty/InRelease
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/natty/InRelease
W: Failed to fetch http://archive.canonical.com/ubuntu/dists/natty/Release.gpg Temporary failure resolving ‘archive.canonical.com’
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/Release.gpg Temporary failure resolving ‘security.ubuntu.com’
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/natty/Release.gpg Temporary failure resolving ‘extras.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric-updates/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/natty-backports/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Some index files failed to download. They have been ignored, or old ones used instead.
Это то, что я вижу, когда пытаюсь запустить sudo apt-get update. Вчера я обновил свой экземпляр, и теперь я это испытываю.
задан
22 July 2013 в 17:55
поделиться
18 ответов
обзор
На ваш вопрос две части:
исправление временных сообщений об устранении проблем управления пакетами
Временное решение
] Вероятно, эта проблема также:
исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.
Давайте посмотрим на возможные проблемы разрешения 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.
ответ дан angulared
17 July 2018 в 13:48
поделиться
обзор
На ваш вопрос две части:
исправление временных сообщений об устранении проблем управления пакетами
Временное решение
] Вероятно, эта проблема также:
исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.
Давайте посмотрим на возможные проблемы разрешения 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.
ответ дан angulared
20 July 2018 в 13:53
поделиться
Обратите внимание, что этот ответ был написан для старых версий 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.
ответ дан Gilles
17 July 2018 в 13:48
поделиться
Для тех, кто использует EC2, не забудьте проверить, что ваши параметры группы безопасности позволяют исходящие подключения к веб-сайтам, которые вы обновляете. Вы можете установить все параметры исходящего трафика и посмотреть, работает ли он.
ответ дан Kasperi
17 July 2018 в 13:48
поделиться
У меня была эта ошибка. После подсказки от поддержки Linode я прокомментировал все строки IPv6 в / etc / hosts, а затем apt-get update начал работать.
ответ дан laura
17 July 2018 в 13:48
поделиться
Вы можете прокомментировать нерешенное репо из файла sources.list, найденного в каталоге dir / etc / apt /
. После изменения sources.list очистите repo apt-get как
apt-get clean
Затем обновите
apt-get update
Ошибка исчезнет
ответ дан Mughil
17 July 2018 в 13:48
поделиться
Принятое решение не работает для меня. Во-первых, только 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, но это тоже не помогло.
ответ дан mxmlnkn
17 July 2018 в 13:48
поделиться
У меня возникли подобные ошибки при запуске команд apt-get. Оказывается, на консоли была открыта панель обновления программного обеспечения. Это, казалось, блокировало командную строку apt-get, но я не уверен.
ответ дан NorTicUs
17 July 2018 в 13:48
поделиться
Это проблема DNS. Проверьте файл /etc/resolv.conf.
, например, в моем случае, когда у меня была эта проблема & amp; проверил этот файл, файл был пуст! но он должен содержать ваш dns-nameserver
mine:
nameserver 192.168.10.x
192.168.10.x is my gateway ip address
ответ дан parisssss
17 July 2018 в 13:48
поделиться
Иногда, когда вы находитесь за прокси-сервером, даже необходимо, чтобы вы сгенерировали файл 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>";
ответ дан Peachy
17 July 2018 в 13:48
поделиться
Обратите внимание, что этот ответ был написан для старых версий 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.
ответ дан Gilles
20 July 2018 в 13:53
поделиться
Для тех, кто использует EC2, не забудьте проверить, что ваши параметры группы безопасности позволяют исходящие подключения к веб-сайтам, которые вы обновляете. Вы можете установить все параметры исходящего трафика и посмотреть, работает ли он.
ответ дан Kasperi
20 July 2018 в 13:53
поделиться
У меня была эта ошибка. После подсказки от поддержки Linode я прокомментировал все строки IPv6 в / etc / hosts, а затем apt-get update начал работать.
ответ дан laura
20 July 2018 в 13:53
поделиться
Вы можете прокомментировать нерешенное репо из файла sources.list, найденного в каталоге dir / etc / apt /
. После изменения sources.list очистите repo apt-get как
apt-get clean
Затем обновите
apt-get update
Ошибка исчезнет
ответ дан Mughil
20 July 2018 в 13:53
поделиться
Принятое решение не работает для меня. Во-первых, только 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, но это тоже не помогло.
ответ дан mxmlnkn
20 July 2018 в 13:53
поделиться
У меня возникли подобные ошибки при запуске команд apt-get. Оказывается, на консоли была открыта панель обновления программного обеспечения. Это, казалось, блокировало командную строку apt-get, но я не уверен.
ответ дан NorTicUs
20 July 2018 в 13:53
поделиться
Это проблема DNS. Проверьте файл /etc/resolv.conf.
, например, в моем случае, когда у меня была эта проблема & amp; проверил этот файл, файл был пуст! но он должен содержать ваш dns-nameserver
mine:
nameserver 192.168.10.x
192.168.10.x is my gateway ip address
ответ дан parisssss
20 July 2018 в 13:53
поделиться
Иногда, когда вы находитесь за прокси-сервером, даже необходимо, чтобы вы сгенерировали файл 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>";
ответ дан Peachy
20 July 2018 в 13:53
поделиться
Другие вопросы по тегам:
Похожие вопросы:
-
Подробное описание вопроса. (Не надо писать, что вы вроде сделали все правильно, если сделали правильно, то все должно работать.) — Установил убунту, дошел до консоли. Ввожу команду apt-get update. Получаю: «0% [Соединение с ru.archive.ubuntu.com] [Соединение с sec.. Временная ошибка при попытке получить IP-адрес..». Как можно решить данную проблему?
-
Сеть не настроена, как вариант. Попробуй в терминале прописать:
. Если время задержки отобразилось, то система имеет доступ в интернет.
-
Вот теперь пишет, но не прекращает. Выключил машину. Следовательно, соединение есть? Тогда в чем может быть проблема?
Последнее редактирование: 28 дек 2015
-
apfilipp
AngeliCore
Пользователи- Сообщения:
- 66
- Лайки:
- 53
- Пол:
- Мужской
- Репутация:
-
1
DNS не разъименовывает. Пропиши нормально настройки DNS.
-
mirthost
Пользователи
- Сообщения:
- 503
- Лайки:
- 235
- Пол:
- Мужской
- Репутация:
-
7
- Команда:
- free
может дело в репозитариях? Тыкается по адресам которые уже не поддерживаются.
-
Так, выкладываю логи.
[email protected]:~# ping 93.157.134.3 PING 93.157.134.3 (93.157.134.3) 56(84) bytes of data. From 185.52.172.150 icmp_seq=1 Time to live exceeded From 185.52.172.150 icmp_seq=2 Time to live exceeded From 185.52.172.150 icmp_seq=3 Time to live exceeded From 185.52.172.150 icmp_seq=4 Time to live exceeded From 185.52.172.150 icmp_seq=5 Time to live exceeded From 185.52.172.150 icmp_seq=6 Time to live exceeded From 185.52.172.150 icmp_seq=7 Time to live exceeded From 185.52.172.150 icmp_seq=8 Time to live exceeded From 185.52.172.150 icmp_seq=9 Time to live exceeded From 185.52.172.150 icmp_seq=10 Time to live exceeded From 185.52.172.150 icmp_seq=11 Time to live exceeded From 185.52.172.150 icmp_seq=12 Time to live exceeded
— добавлено: 29 дек 2015 в 12:49 —
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet static address 192.168.0.145 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 192.168.0.1 8.8.8.8 dns-search joscpw.locЧто тут не так?
P.S. USB модем.
Раньше ставил на нем, никаких проблем не было.Последнее редактирование модератором: 6 янв 2016
-
Тыщ
Группа анонимных алкоголиков
Art
Old school
Пользователи- Сообщения:
- 1.573
- Лайки:
- 812
- Пол:
- Мужской
- Репутация:
-
2
-
Поставить соединение Nat? Пробовал, ничего не меняется
-
Тыщ
Группа анонимных алкоголиков
Art
Old school
Пользователи- Сообщения:
- 1.573
- Лайки:
- 812
- Пол:
- Мужской
- Репутация:
-
2
-
Тогда мне ставить с самого начала через NAT?
-
Тыщ
Группа анонимных алкоголиков
Art
Old school
Пользователи- Сообщения:
- 1.573
- Лайки:
- 812
- Пол:
- Мужской
- Репутация:
-
2
-
Спасибо. Заработало. Закрывайте.
Поделиться этой страницей
Есть сервер:
uname -a
Linux ukemp.ukrkran.local 4.4.0-97-generic #120-Ubuntu SMP Tue Sep 19 17:27:07 UTC 2017 i686 i686 i686 GNU/Linux
apt-get, apt, aptitude прекрасно работали.
Был установлен bind который отвечает за локальную зону и в котором прописаны фарвардом днс провайдера.
Он слушает udp 127.0.0.1:53 и свой ip 192.168.5.254 из внутренней сети.
Вот /etc/resolv.conf
cat /etc/resolv.conf
domain xxxx.xxx
search xxxx.xxx yyyyy.yyy
nameserver 127.0.0.1
Убунтовские репозитории прекрасно резолвятся:
nslookup
> server 127.0.0.1
Default server: 127.0.0.1
Address: 127.0.0.1#53
> ru.archive.ubuntu.com
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
ru.archive.ubuntu.com canonical name = mirror.yandex.ru.
Name: mirror.yandex.ru
Address: 213.180.204.183
> security.ubuntu.com
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
Name: security.ubuntu.com
Address: 91.189.91.23
Name: security.ubuntu.com
Address: 91.189.88.152
Name: security.ubuntu.com
Address: 91.189.88.149
Name: security.ubuntu.com
Address: 91.189.88.161
Name: security.ubuntu.com
Address: 91.189.91.26
Name: security.ubuntu.com
Address: 91.189.88.162
> old-releases.ubuntu.com
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
Name: old-releases.ubuntu.com
Address: 91.189.88.17
Причём по 213.180.204.183 открывается (не знаю чей) репозиторий в котором есть папка ubuntu.
Запускаю apt-get update и вот что получаю:
apt-get update
Ошк:1 http://old-releases.ubuntu.com/ubuntu oneiric InRelease
Не удалось найти IP-адрес для «old-releases.ubuntu.com»
Ошк:2 http://old-releases.ubuntu.com/ubuntu oneiric-updates InRelease
Не удалось найти IP-адрес для «old-releases.ubuntu.com»
Ошк:3 http://old-releases.ubuntu.com/ubuntu oneiric-backports InRelease
Не удалось найти IP-адрес для «old-releases.ubuntu.com»
Ошк:4 http://ru.archive.ubuntu.com/ubuntu xenial InRelease
Не удалось найти IP-адрес для «ru.archive.ubuntu.com»
Ошк:5 http://ru.archive.ubuntu.com/ubuntu xenial-updates InRelease
Не удалось найти IP-адрес для «ru.archive.ubuntu.com»
Ошк:6 http://ru.archive.ubuntu.com/ubuntu xenial-backports InRelease
Не удалось найти IP-адрес для «ru.archive.ubuntu.com»
Ошк:7 http://security.ubuntu.com/ubuntu xenial-security InRelease
Не удалось найти IP-адрес для «security.ubuntu.com»
Чтение списков пакетов… Готово
W: Не удалось получить http://ru.archive.ubuntu.com/ubuntu/dists/xenial/InRelease Не удалось найти IP-адрес для «ru.archive.ubuntu.com»
W: Не удалось получить http://ru.archive.ubuntu.com/ubuntu/dists/xenial-updates/InRelease Не удалось найти IP-адрес для «ru.archive.ubuntu.com»
W: Не удалось получить http://ru.archive.ubuntu.com/ubuntu/dists/xenial-backports/InRelease Не удалось найти IP-адрес для «ru.archive.ubuntu.com»
W: Не удалось получить http://security.ubuntu.com/ubuntu/dists/xenial-security/InRelease Не удалось найти IP-адрес для «security.ubuntu.com»
W: Не удалось получить http://old-releases.ubuntu.com/ubuntu/dists/oneiric/InRelease Не удалось найти IP-адрес для «old-releases.ubuntu.com»
W: Не удалось получить http://old-releases.ubuntu.com/ubuntu/dists/oneiric-updates/InRelease Не удалось найти IP-адрес для «old-releases.ubuntu.com»
W: Не удалось получить http://old-releases.ubuntu.com/ubuntu/dists/oneiric-backports/InRelease Не удалось найти IP-адрес для «old-releases.ubuntu.com»
W: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.
Смотрю в логи бинда:
13-Oct-2017 12:30:49.364 queries: client 127.0.0.1#43781 (_http._tcp.security.ubuntu.com): query: _http._tcp.security.ubuntu.com IN SRV + (127.0.0.1)
13-Oct-2017 12:30:49.365 queries: client 127.0.0.1#48775 (_http._tcp.old-releases.ubuntu.com): query: _http._tcp.old-releases.ubuntu.com IN SRV + (127.0.0.1)
13-Oct-2017 12:30:49.367 queries: client 127.0.0.1#45577 (_http._tcp.old-releases.ubuntu.com): query: _http._tcp.old-releases.ubuntu.com IN SRV + (127.0.0.1)
13-Oct-2017 12:30:49.367 queries: client 127.0.0.1#40874 (_http._tcp.ru.archive.ubuntu.com): query: _http._tcp.ru.archive.ubuntu.com IN SRV + (127.0.0.1)
13-Oct-2017 12:30:49.367 queries: client 127.0.0.1#34851 (_http._tcp.old-releases.ubuntu.com): query: _http._tcp.old-releases.ubuntu.com IN SRV + (127.0.0.1)
13-Oct-2017 12:30:49.370 queries: client 127.0.0.1#53811 (_http._tcp.ru.archive.ubuntu.com): query: _http._tcp.ru.archive.ubuntu.com IN SRV + (127.0.0.1)
13-Oct-2017 12:30:49.371 queries: client 127.0.0.1#43290 (_http._tcp.ru.archive.ubuntu.com): query: _http._tcp.ru.archive.ubuntu.com IN SRV + (127.0.0.1)
Откуда взялось _http._tcp ?
aptitude то же самое.
запускаю apt-get update на другом сервере, предварительно в resolv.conf прописав днс первого сервера.
uname -a
Linux xxxx.xxx 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:34:47 UTC 2011 i686 i686 i386 GNU/Linux
на нём всё работает кроме security.ubuntu.com
вот куски его вывода
Получено:37 http://ru.archive.ubuntu.com xenial-backports/universe i386 Packages [5 896 B]
Получено:38 http://ru.archive.ubuntu.com xenial-backports/multiverse i386 Packages [64 B]
Получено:39 http://ru.archive.ubuntu.com xenial-backports/main TranslationIndex [201 B]
Получено:40 http://ru.archive.ubuntu.com xenial-backports/multiverse TranslationIndex [192 B]
Получено:41 http://ru.archive.ubuntu.com xenial-backports/restricted TranslationIndex [192 B]
Получено:42 http://ru.archive.ubuntu.com xenial-backports/universe TranslationIndex [198 B]
Получено:43 http://ru.archive.ubuntu.com xenial/main Translation-ru [411 kB]
Получено:66 http://old-releases.ubuntu.com oneiric/restricted TranslationIndex [2 263 B]
Получено:67 http://old-releases.ubuntu.com oneiric/universe TranslationIndex [2 640 B]
Получено:68 http://old-releases.ubuntu.com oneiric-updates/main Sources [180 kB]
Получено:69 http://old-releases.ubuntu.com oneiric-updates/restricted Sources [3 349 B]
Получено:70 http://old-releases.ubuntu.com oneiric-updates/universe Sources [72,0 kB]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/main/source/Sources 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/restricted/source/Sources 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/universe/source/Sources 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/multiverse/source/Sources 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/main/binary-i386/Packages 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/restricted/binary-i386/Packages 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/universe/binary-i386/Packages 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/multiverse/binary-i386/Packages 404 Not Found [IP: 91.189.88.152 80]
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/oneiric/main/source/Sources 404 Not Found
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/oneiric/main/binary-i386/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
Смотрю в логи днс первого сервера:
13-Oct-2017 12:36:08.964 queries: client 192.168.5.100#45878 (security.ubuntu.com): query: security.ubuntu.com IN A + (192.168.5.254)
13-Oct-2017 12:36:08.964 queries: client 192.168.5.100#44244 (old-releases.ubuntu.com): query: old-releases.ubuntu.com IN A + (192.168.5.254)
13-Oct-2017 12:36:08.964 queries: client 192.168.5.100#44942 (ru.archive.ubuntu.com): query: ru.archive.ubuntu.com IN A + (192.168.5.254)
13-Oct-2017 12:36:08.965 queries: client 192.168.5.100#34880 (extras.ubuntu.com): query: extras.ubuntu.com IN A + (192.168.5.254)
Как видно old-releases.ubuntu.com ru.archive.ubuntu.com extras.ubuntu.com как видно нормальные записи, никаких _http._tcp нету, откуда они берутся в apt-get первого сервера. Я обыскал весь сервер на предмет записи *tcp.ru.archive.ubuntu.com её нет ни в каких файлах.
В resolv.conf прописываю днс 8.8.8.8 ничего не изменилось. 8.8.8.8 то же не может разрезолвить такие имена _http._tcp.ru.archive.ubuntu.com _http._tcp.old-releases.ubuntu.com Не понятно откуда на первом сервере apt-get подставляет этот _http._tcp
Вот файл /etc/apt/sources.list первого сервера:
deb http://ru.archive.ubuntu.com/ubuntu/ xenial main restricted
deb http://ru.archive.ubuntu.com/ubuntu/ xenial-updates main restricted
deb http://ru.archive.ubuntu.com/ubuntu/ xenial universe
deb http://ru.archive.ubuntu.com/ubuntu/ xenial-updates universe
deb http://ru.archive.ubuntu.com/ubuntu/ xenial multiverse
deb http://ru.archive.ubuntu.com/ubuntu/ xenial-updates multiverse
deb http://ru.archive.ubuntu.com/ubuntu/ xenial-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu xenial-security main restricted
deb http://security.ubuntu.com/ubuntu xenial-security universe
deb http://security.ubuntu.com/ubuntu xenial-security multiverse
deb http://old-releases.ubuntu.com/ubuntu/ oneiric main restricted
deb http://old-releases.ubuntu.com/ubuntu/ oneiric-updates main restricted
deb http://old-releases.ubuntu.com/ubuntu/ oneiric universe
deb http://old-releases.ubuntu.com/ubuntu/ oneiric-updates universe
deb http://old-releases.ubuntu.com/ubuntu/ oneiric multiverse
deb http://old-releases.ubuntu.com/ubuntu/ oneiric-updates multiverse
deb http://old-releases.ubuntu.com/ubuntu/ oneiric-backports main restricted universe multiverse
Если кто сталкивался с подобной проблемой помогите пожалуйста. В интернете не нашёл ответа.
Что интересно раньше apt-get прекрасно работал, я не уловил после каких манипуляций он перестал работать.
Были поставлены ntp, bind9,mysql,php,apache, всё он прекрасно поставил, а сегодня вот такой казус.
- Печать
Страницы: 1 2 3 » Все Вниз
Тема: D-Link DWA-125 в Ubuntu 10.04 (Прочитано 26310 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Ребят, помогите настроить D-link DWA-125 адаптер на Runtu.
Раньше на убунту как-то настраивал. На новой версии убунту определялся автоматом. А тут не видит…
« Последнее редактирование: Август 04, 2012, 19:20:33 от margaritka47729 »

Записан
последнее время, -начиная с ядра 2.6.38-Х, модуль ядра необходимый для работы D-link N150 DWA-125 есть в ядре поэтому:
1) что выводится по
lsusb вывод положите в спойлер
2) наверняка не суперсекретный агент, чтобы сказать на какой системе это происходит и даже в этом случае
uname -a

Записан
© ivm 1991 — настоящее время. All Rights Reserved.
OS Matuntu-Best/Matuntu-Trusty/Matuntu-TT64-M16
последнее время, -начиная с ядра 2.6.38-Х, модуль ядра необходимый для работы D-link N150 DWA-125 есть в ядре поэтому:
1) что выводится поlsusbвывод положите в спойлер
2) наверняка не суперсекретный агент, чтобы сказать на какой системе это происходит и даже в этом случаеuname -a
по lsusb
по uname -a

Записан
Bus 001 Device 002: ID 07d1:3c16 D-Link
по uname -a
System
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
свисток определяется, а вот что за чушь в ответе запроса версии ядра … следствие того почему не работает свисток, когда выправите, тогда и заработает
PS. как я поставил это ядро писал поэтому у меня
$ uname -a
Linux ivm-runtu 3.5.0-6-generic #7~edgers2-Ubuntu SMP Tue Jul 24 19:43:31 UTC 2012 i686 athlon i386 GNU/Linux

Записан
© ivm 1991 — настоящее время. All Rights Reserved.
OS Matuntu-Best/Matuntu-Trusty/Matuntu-TT64-M16
Bus 001 Device 002: ID 07d1:3c16 D-Link
по uname -a
System
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubсвисток определяется, а вот что за чушь в ответе запроса версии ядра … следствие того почему не работает свисток, когда выправите, тогда и заработает
PS. как я поставил это ядро писал поэтому у меня$ uname -a
Linux ivm-runtu 3.5.0-6-generic #7~edgers2-Ubuntu SMP Tue Jul 24 19:43:31 UTC 2012 i686 athlon i386 GNU/Linux
прошу прощения, делала сразу вывод в файл, с терминала не копируется..вручную пришлось:
Linux DropDead-LinPC 2.6.32-23-generic #37-Ubuntu SMP Fri Jun 11 07:54:58 UTC 20 10 i686 GNU/Linux

Записан
Linux DropDead-LinPC 2.6.32-23-generic #37-Ubuntu SMP Fri Jun 11 07:54:58 UTC 20 10 i686 GNU/Linux
Похоже на дистрибутив на базе 10.04. Попробуйте выполнить
sudo aptitude updateи перезагрузиться, выбрав ядро 3.0, после чего проверьте работоспособность адаптера.
sudo aptitude install linux-image-generic-lts-backport-oneiric

Записан
Linux DropDead-LinPC 2.6.32-23-generic #37-Ubuntu SMP Fri Jun 11 07:54:58 UTC 20 10 i686 GNU/Linux
Похоже на дистрибутив на базе 10.04. Попробуйте выполнить
sudo aptitude updateи перезагрузиться, выбрав ядро 3.0, после чего проверьте работоспособность адаптера.
sudo aptitude install linux-image-generic-lts-backport-oneiric
как выбрать ядро? где? оО
Вот что выдает терминал от Ваших комманд(в принципе не удивительно, ведь инета-то там нет еще)

Записан
Linux DropDead-LinPC 2.6.32-23-generic #37-Ubuntu SMP Fri Jun 11 07:54:58 UTC 20 10 i686 GNU/Linux
Этим всё и сказано. Нужно установить новое ядро, т.е. не ниже 2.6.38-Х, тогда и Ваш «свисток» будет Вас радовать. 

Записан
Per aspera ad astra! (Через тернии к звездам!)
10.04 (предыдущая LTS) имела возможность добавить репозиторий с ядрами до 3.0.0-15, будет поддерживаться до 2013 года. Поэтому имеет смысл установить актуальную сборку, которая собрана на ядре 3.2.0-Х и в которой D-Link будет поддерживаться как минимум в течение 5 лет. Выбор за Вами.
P.s.: кстати, при установке Рунту 12.04 Ваш Wi-Fi адаптер будет работоспособен уже в живой сессии.
« Последнее редактирование: Август 05, 2012, 00:29:21 от ivm ® »

Записан
© ivm 1991 — настоящее время. All Rights Reserved.
OS Matuntu-Best/Matuntu-Trusty/Matuntu-TT64-M16
10.04 (предыдущая LTS) имела возможность добавить репозиторий с ядрами до 3.0.0-15, будет поддерживаться до 2013 года. Поэтому имеет смысл установить актуальную сборку, которая собрана на ядре 3.2.0-Х и в которой D-Link будет поддерживаться как минимум в течение 5 лет. Выбор за Вами.
P.s.: кстати, при установке Рунту 12.04 Ваш Wi-Fi адаптер будет работоспособен уже в живой сессии.
Подскажите, пожалуйста, что именно выбрать для загрузки? http://runtu.org/runtu/download.html
Скачивала Runtu LXDE 10.04 (CD), т.к. очееееень слабый старый комп. Надо,чтоб на него пошло. Цель- просмотр интернет-страниц.

Записан
с указанной страници загрузки, посоветую первую ссылку runtu 12.04 201206 затем посоветую поставить графическую оболочку MATE получится новая система с гном подобным лицом.
А по поводу что очень очееееень слабый старый комп. все относительно… после того как посмотрел бы на вывод
inxi -v 4 возможно не такой уж и слабый для Linux окажется

Записан
© ivm 1991 — настоящее время. All Rights Reserved.
OS Matuntu-Best/Matuntu-Trusty/Matuntu-TT64-M16
«Не удалось найти пакеты, содержащих «linux-image-generic-lts-backport-oneiric» в своём имени или описании»
в принципе не удивительно, ведь инета-то там нет еще
Пакет ядра можно загрузить по прямой ссылке и установить командой в его каталоге
sudo dpkg -i *.deb
Подскажите, пожалуйста, что именно выбрать для загрузки?
Скачивала Runtu LXDE 10.04 (CD), т.к. очееееень слабый старый комп.
Приведите характеристики ПК. Runtu LITE 10.04 является более предпочтительным вариантом.

Записан
с указанной страници загрузки, посоветую первую ссылку runtu 12.04 201206 затем посоветую поставить графическую оболочку MATE получится новая система с гном подобным лицом.
А по поводу что очень очееееень слабый старый комп. все относительно… после того как посмотрел бы на выводinxi -v 4возможно не такой уж и слабый для Linux окажется
ваша команда не работает.(
12.04 встала и с вай фай адаптером дружит, хоть и не очень.
ps никак не могу найти где здесь говорится спасибо или репутацию повысить..
pss спасибо за предыдущую помощь, извиняюсь, что сразу не ответила.

Записан
ps никак не могу найти где здесь говорится спасибо или репутацию повысить..
pss спасибо за предыдущую помощь, извиняюсь, что сразу не ответила.
Вам нужно еще сколько то сообщений оставить на форуме, при достижении необходимого количества, возможность изменения кармы появится

Записан
Да, кстати что то такая возможность и у меня пропала, как у других?

Записан
- Печать
Страницы: 1 2 3 » Все Вверх
|
0 / 0 / 0 Регистрация: 08.03.2018 Сообщений: 14 |
|
|
1 |
|
|
08.03.2018, 01:31. Показов 6094. Ответов 28
Привет!
__________________
0 |
|
Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782 |
08.03.2018, 01:31 |
|
Ответы с готовыми решениями: Ошибка при настройке VPN Нужен совет по настройке VPN Пропал инет! Пропал инет 28 |
|
cats_head 0 / 0 / 0 Регистрация: 08.03.2018 Сообщений: 14 |
||||
|
17.03.2018, 14:04 [ТС] |
21 |
|||
|
Такое Добавлено через 17 минут
__________________
0 |
|
Konstantin® 163 / 159 / 27 Регистрация: 24.10.2013 Сообщений: 952 |
||||
|
17.03.2018, 14:18 |
22 |
|||
Что в ответ ? Добавлено через 4 минуты
0 |
|
cats_head 0 / 0 / 0 Регистрация: 08.03.2018 Сообщений: 14 |
||||
|
17.03.2018, 19:23 [ТС] |
23 |
|||
При ручной настройке тоже надо устанавливать пакеты, а я, как известно, ничего установить не могу.
0 |
|
163 / 159 / 27 Регистрация: 24.10.2013 Сообщений: 952 |
|
|
18.03.2018, 18:42 |
24 |
|
При ручной настройке тоже надо устанавливать пакеты Это зачем ? Сделайте через GUI в NM, он же у вас на месте… Кликните здесь для просмотра всего текста
0 |
|
0 / 0 / 0 Регистрация: 08.03.2018 Сообщений: 14 |
|
|
19.03.2018, 23:46 [ТС] |
25 |
|
Не, всё как мёртвому припарка, никаких изменений.
0 |
|
Konstantin® 163 / 159 / 27 Регистрация: 24.10.2013 Сообщений: 952 |
||||
|
20.03.2018, 18:41 |
26 |
|||
|
cats_head, Так пробовали ?
0 |
|
0 / 0 / 0 Регистрация: 08.03.2018 Сообщений: 14 |
|
|
20.03.2018, 23:45 [ТС] |
27 |
|
Сервер недоступен
0 |
|
163 / 159 / 27 Регистрация: 24.10.2013 Сообщений: 952 |
|
|
23.03.2018, 19:52 |
28 |
|
Сервер недоступен Это ответ терминала ??? На команду
nslookup ya.ru 8.8.8.8
0 |
|
0 / 0 / 0 Регистрация: 08.03.2018 Сообщений: 14 |
|
|
25.03.2018, 14:45 [ТС] |
29 |
|
Ну на английском, server inaccessible.
0 |
Uncommenting DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4" in /etc/default/docker as Matt Carrier suggested did NOT work for me. Nor did putting my corporation’s DNS servers in that file. But, there’s another way (read on).
First, let’s verify the problem:
$ docker run --rm busybox nslookup google.com # takes a long time
nslookup: can't resolve 'google.com' # <--- appears after a long time
Server: 8.8.8.8
Address 1: 8.8.8.8
If the command appears to hang, but eventually spits out the error «can’t resolve ‘google.com'», then you have the same problem as me.
The nslookup command queries the DNS server 8.8.8.8 in order to turn the text address of ‘google.com’ into an IP address. Ironically, 8.8.8.8 is Google’s public DNS server. If nslookup fails, public DNS servers like 8.8.8.8 might be blocked by your company (which I assume is for security reasons).
You’d think that adding your company’s DNS servers to DOCKER_OPTS in /etc/default/docker should do the trick, but for whatever reason, it didn’t work for me. I describe what worked for me below.
SOLUTION:
On the host (I’m using Ubuntu 16.04), find out the primary and secondary DNS server addresses:
$ nmcli dev show | grep 'IP4.DNS'
IP4.DNS[1]: 10.0.0.2
IP4.DNS[2]: 10.0.0.3
Using these addresses, create a file /etc/docker/daemon.json:
$ sudo su root
# cd /etc/docker
# touch daemon.json
Put this in /etc/docker/daemon.json:
{
"dns": ["10.0.0.2", "10.0.0.3"]
}
Exit from root:
# exit
Now restart docker:
$ sudo service docker restart
VERIFICATION:
Now check that adding the /etc/docker/daemon.json file allows you to resolve ‘google.com’ into an IP address:
$ docker run --rm busybox nslookup google.com
Server: 10.0.0.2
Address 1: 10.0.0.2
Name: google.com
Address 1: 2a00:1450:4009:811::200e lhr26s02-in-x200e.1e100.net
Address 2: 216.58.198.174 lhr25s10-in-f14.1e100.net
REFERENCES:
I based my solution on an article by Robin Winslow, who deserves all of the credit for the solution. Thanks, Robin!
«Fix Docker’s networking DNS config.» Robin Winslow. Retrieved 2016-11-09. https://robinwinslow.uk/2016/06/23/fix-docker-networking-dns/



