У вас проблема с NODATA: «NODATA» (требуется ли в сети проверка подлинности?)

18

Я могу использовать свой мобильный широкополосный доступ для доступа к Интернету с помощью Firefox, но когда я хочу установить любой пакет из терминала или сделать команду apt-get update, я получил следующую ошибку:

got 'NODATA' (does the network require authentication?)

apt-get update:

Get:1 extras.ubuntu.com trusty InRelease [213 B] 98% [1 InRelease gpgv 213 B] [Connecting to archive.ubuntu.com]
Splitting up /var/lib/apt/lists/partial/extras.ubuntu.com_ubuntu_dists_trusty_InRelease into data
Ign extras.ubuntu.com trusty InRelease E: GPG error: extras.ubuntu.com trusty InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) 

вывод 'cat /var/lib/apt/lists/partial/extras.ubuntu.com_ubuntu_dists_trusty_InRelease

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> <title>404</title> <meta http-equiv="Cache-Control" content="no-cache"/> </head> <body> <p> Not Found </p> </body> </html>

вывод wget:

wget -O - http://extras.ubuntu.com/ubuntu/dists/trusty/InRelease

--2014-06-01 09:23:35--  http://extras.ubuntu.com/ubuntu/dists/trusty/InRelease
Resolving extras.ubuntu.com (extras.ubuntu.com)... 91.189.92.152
Connecting to extras.ubuntu.com (extras.ubuntu.com)|91.189.92.152|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 213 [text/html]
Saving to: ‘STDOUT’

 0% [                                       ] 0           --.-K/s              <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>404</title>
<meta http-equiv="Cache-Control" content="no-cache"/>
</head>
<body>
<p>
Not Found 
</p>
</body>
</html>
    
задан user281814 30.05.2014 в 17:12
источник

9 ответов

21

В вашем мобильном широкополосном провайдере работает прозрачный прокси . URL Ссылка должен вернуть «404 Not Found». Вместо этого он возвращает «200 OK», но отправляет 404 контента. Поскольку URL-адрес «ОК», apt копирует контент в /var/lib/apt/lists/partial/extras.ubuntu.com_ubuntu_dists_trusty_InRelease и пытается его использовать, а затем жалуется, что он неверен.

Проблема здесь не в Ubuntu, это прозрачный прокси-сервер вашего мобильного широкополосного провайдера. Вы можете связаться с ними, чтобы исправить это.

Вот результат обычного подключения к Интернету:

$ wget -O - http://extras.ubuntu.com/ubuntu/dists/trusty/InRelease
--2014-06-01 10:25:36--  http://extras.ubuntu.com/ubuntu/dists/trusty/InRelease
Resolving extras.ubuntu.com (extras.ubuntu.com)... 91.189.92.152
Connecting to extras.ubuntu.com (extras.ubuntu.com)|91.189.92.152|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2014-06-01 10:25:36 ERROR 404: Not Found.

Для некоторых деталей проблем, вызванных прозрачными прокси-серверами в мобильных соединениях, см. ответы на вопрос Как остановить инъекцию javascript из прокси vodafone?

    
ответ дан bain 01.06.2014 в 09:45
7

У меня была такая же проблема. Я думаю, что мой интернет-провайдер также использует довольно противный прокси.

В то время как решение, предлагаемое bain , может быть правильным занятием (TM), я нашел более непосредственную и практическое решение на форуме Linux Mint , которое в основном включает удаление потенциально поврежденных записей из /var/lib/apt/lists (вернее, каталог полностью):

$ cd /var/lib/apt
$ sudo mv lists lists.old
$ sudo mkdir -p lists/partial
$ sudo apt-get update

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

    
ответ дан FriendFX 15.12.2014 в 10:27
5

Я получал эту же проблему с Ubuntu 14.04 в VMWare. Комментарий выше подсказывал мне экспериментировать с настройками сети. Как только я изменил с NAT по умолчанию на Bridged, моя проблема была решена.

    
ответ дан user4970 04.10.2014 в 21:39
3

Это также может произойти, когда apt-get настроен на использование прокси-сервера, которого не существует (duh!). В моем случае я переместил машину, которая была в прокси-сети, но забыла удалить apt-get proxy configuration в этом файле:

/etc/apt/apt.conf

В свою очередь, я удалил записи переменных окружения ( см. здесь ), но просто забыл о файле конфигурации apt-get.

    
ответ дан dtmland 29.01.2015 в 23:18
2

Я столкнулся с тем же вопросом после добавления ppa ( Dropbox ), ссылающегося на домен, который заблокирован моим прокси-сервера компании (* .dropbox.com). Поскольку apt-get update не может прочитать http://linux.dropbox.com/ubuntu , он выдает эту ошибку «NODATA».

Я закончил удаление ppa :

sudo rm /etc/apt/sources.list.d/dropbox.list
    
ответ дан Anto 09.01.2015 в 12:18
1

У меня была та же проблема, оказалось, что мои средства управления содержимым ISP возились с DNS-запросами моего сервера. Один сердитый призыв к ним отключил управление, а мои dns вернулись к нормальному состоянию после сброса маршрутизатора.

    
ответ дан Dave Brooks 09.01.2015 в 11:36
1

В этой же проблеме я узнал, что наш брандмауэр вмешивается посредством «управления приложениями». Поэтому имейте в виду функции изменения URL.

    
ответ дан Jeroen 21.01.2015 в 16:22
1

Я изначально использовал мобильный интернет для передачи данных, поэтому я не смог обновить ubuntu 14.04 из-за некоторого прокси-сервера и не получил НИКАКИХ ДАННЫХ, когда когда-либо делал

$ sudo apt-get install update

Но тогда, когда я получил проводную линию и попробовал такое же обновление, он не позволял мне это делать и выдавал ту же ошибку NO DATA.

Но затем удивительно малое программное обеспечение было установлено с помощью инструкции apt-get install.

Я спросил весь мир и не получил ответа. Наконец, я попробовал это, и это сработало. Проверьте следующее изображение.

Я просто хочу, чтобы кто-то столкнулся с подобной проблемой.

Я получил этот ответ, установив новый ubuntu и попробовав «обновление» из того же проводного соединения, и сравнил настройки и исправил его :-) Повторно ушел после длительного беспроблемного прогона.

    
ответ дан Abilash Arjunan 17.12.2015 в 12:44
0

Недавно университет, где лежит сервер, отклонил прокси. Я искал все экземпляры прокси и удалял их в ~.bashrc и в /etp/apt/apt.conf , но мне также нужно было удалить настройки прокси-сервера в /etc/environment и /etc/bash.bash.rc .

Это, наконец, решило все проблемы.

    
ответ дан linello 19.12.2016 в 15:12