Файл с исправленными правами недействителен в ubuntu xenial [duplicate]

Question 1

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

$ sudo apt update
Get:1 http://in.archive.ubuntu.com/ubuntu xenial InRelease [2,847 B]
Err:1 http://in.archive.ubuntu.com/ubuntu xenial InRelease                    
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
Get:2 http://security.ubuntu.com/ubuntu xenial-security InRelease [2,854 B]    
Err:2 http://security.ubuntu.com/ubuntu xenial-security InRelease             
...
Get:3 http://in.archive.ubuntu.com/ubuntu xenial-updates InRelease [2,855 B]   
Err:3 http://in.archive.ubuntu.com/ubuntu xenial-updates InRelease
...
Get:4 http://in.archive.ubuntu.com/ubuntu xenial-backports InRelease [2,857 B]
Err:4 http://in.archive.ubuntu.com/ubuntu xenial-backports InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
Fetched 11.4 kB in 0s (18.3 kB/s)
Reading package lists... Done
E: Failed to fetch http://in.archive.ubuntu.com/ubuntu/dists/xenial/InRelease  Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
...
E: Some index files failed to download. They have been ignored, or old ones used instead.

Но когда я делаю wget http://in.archive.ubuntu.com/ubuntu/dists/xenial/InRelease, я получаю этот успех :

2017-04-01 05:34:57  http://in.archive.ubuntu.com/ubuntu/dists/xenial/InRelease
Resolving in.archive.ubuntu.com (in.archive.ubuntu.com)... 91.189.88.162, 91.189.88.149, 91.189.88.152, ...
Connecting to in.archive.ubuntu.com (in.archive.ubuntu.com)|91.189.88.162|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 246846 (241K)
Saving to: ‘InRelease.3’

InRelease.3         100%[===================>] 241.06K   110KB/s    in 2.2s    

2017-04-01 05:35:00 (110 KB/s) - ‘InRelease.3’ saved [246846/246846]

У меня есть доступ в Интернет из моего браузера и wget, но когда я делаю sudo apt (или apt-get) обновление, я получаю эту ошибку.

PS: Этот вопрос не похож на другие потоки, поскольку их решения, похоже, не работают на моем

Статус сетевого менеджера wget -SO /dev/null http://in.archive.ubuntu.com/ubuntu/dists/xenial/InRelease wget -SO /dev/null http://archive.ubuntu.com/ubuntu/dists/xenial/InRelease

Как я выяснил, это проблема происходит только со мной, а не с другими в сети колледжа. Несмотря на настройку сети в соответствии с инструкциями, это все еще происходит. Любая дополнительная помощь была бы оценена

EDIT: Итак, как выясняется, 50% из нас в колледже сталкиваются с этой проблемой, в то время как 50% не имеют проблем с аппаратным и sudo apt update до последней недели. Спасибо @David Foerster за то, что он помог мне на протяжении всего этого времени.

Как бы то ни было, проблема поднята в отделении нашего колледжа:)

Question 2

Оказывается, это была проблема в сетевом бэкэнде нашего колледжа. Проблемы по-прежнему существуют, другие сети WiFi работают нормально.

Question 3

Question 4

Оказывается, это была проблема в сетевом бэкэнде нашего колледжа. Проблемы по-прежнему существуют, другие сети WiFi работают нормально.

Question 5

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

sudo vim /etc/resolv.conf

убедитесь, что вы используете google dns:

nameserver 8.8.8.8

как первый сервер имен для проверки. перезапустите networking.service, и вам будет хорошо идти

Question 6

У меня была такая же проблема. Оказывается, apt-get использует /etc/apt/apt.conf для настроек прокси-сервера (настройки моего браузера уже установлены). Создание apt.conf в соответствии с настройками моего прокси-сервера разрешило проблему.

/etc/apt$ cat apt.conf

Acquire::http::proxy "http://<proxy>";
Acquire::https::proxy "https://<proxy>";
Acquire::ftp::proxy "ftp://<proxy>";
Acquire::socks::proxy "socks:<proxy>";

Question 7

Question 8

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

sudo vim /etc/resolv.conf

убедитесь, что вы используете google dns:

nameserver 8.8.8.8

как первый сервер имен для проверки. перезапустите networking.service, и вам будет хорошо идти

Question 9

У меня была такая же проблема. Оказывается, apt-get использует /etc/apt/apt.conf для настроек прокси-сервера (настройки моего браузера уже установлены). Создание apt.conf в соответствии с настройками моего прокси-сервера разрешило проблему.

/etc/apt$ cat apt.conf

Acquire::http::proxy "http://<proxy>";
Acquire::https::proxy "https://<proxy>";
Acquire::ftp::proxy "ftp://<proxy>";
Acquire::socks::proxy "socks:<proxy>";

Sparker0i · Accepted Answer · 18 July 2018 в 02:31

Оказывается, это была проблема в сетевом бэкэнде нашего колледжа. Проблемы по-прежнему существуют, другие сети WiFi работают нормально.

Sparker0i · Accepted Answer · 24 July 2018 в 17:35

Оказывается, это была проблема в сетевом бэкэнде нашего колледжа. Проблемы по-прежнему существуют, другие сети WiFi работают нормально.

Félicien · Answer 3 · 18 July 2018 в 02:31

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

sudo vim /etc/resolv.conf

убедитесь, что вы используете google dns:

nameserver 8.8.8.8

как первый сервер имен для проверки. перезапустите networking.service, и вам будет хорошо идти

muru · Answer 4 · 18 July 2018 в 02:31

У меня была такая же проблема. Оказывается, apt-get использует /etc/apt/apt.conf для настроек прокси-сервера (настройки моего браузера уже установлены). Создание apt.conf в соответствии с настройками моего прокси-сервера разрешило проблему.

/etc/apt$ cat apt.conf

Acquire::http::proxy "http://<proxy>";
Acquire::https::proxy "https://<proxy>";
Acquire::ftp::proxy "ftp://<proxy>";
Acquire::socks::proxy "socks:<proxy>";

Félicien · Answer 5 · 24 July 2018 в 17:35

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

sudo vim /etc/resolv.conf

убедитесь, что вы используете google dns:

nameserver 8.8.8.8

как первый сервер имен для проверки. перезапустите networking.service, и вам будет хорошо идти

0

ответ дан Félicien 24 July 2018 в 17:35

1

Разрешение имени в порядке в соответствии с вопросом (сравните перечисленные IP-адреса с выходом host in.archive.ubuntu.com 8.8.8.8), но настройки прокси-сервера HTTP не были. -1 – David Foerster 7 March 2018 в 17:55

muru · Answer 6 · 24 July 2018 в 17:35

У меня была такая же проблема. Оказывается, apt-get использует /etc/apt/apt.conf для настроек прокси-сервера (настройки моего браузера уже установлены). Создание apt.conf в соответствии с настройками моего прокси-сервера разрешило проблему.

/etc/apt$ cat apt.conf

Acquire::http::proxy "http://<proxy>";
Acquire::https::proxy "https://<proxy>";
Acquire::ftp::proxy "ftp://<proxy>";
Acquire::socks::proxy "socks:<proxy>";

7

ответ дан muru 24 July 2018 в 17:35

1

Примечание: вы должны создать этот файл в 16.04 (он ранее не существовал). – nobar 1 June 2017 в 00:55
2

Очевидно, что это необходимо. A основная ошибка для затронутых. – nobar 1 June 2017 в 00:58
3

Вероятно, вам понадобится только строка http. И не забудьте порт: http://<name>:<port>. – nobar 1 June 2017 в 02:00
4

Ага! Первое, что я делал с WSL Ubuntu, было запущено echo Acquire::http::proxy \"http://$proxy:$port\";" | sudo tee -a /etc/apt/apt.conf и echo Acquire::https::proxy \"https://$proxy:$port\";" | sudo tee -a /etc/apt/apt.conf; тогда я был золотым для использования apt-get – kayleeFrye_onDeck 8 December 2017 в 04:32
5

@brian Что я должен писать вместо & lt; proxy & gt; ? – TSR 3 February 2018 в 16:40

Файл с исправленными правами недействителен в ubuntu xenial [duplicate]

6 ответов

Другие вопросы по тегам:

Похожие вопросы: