Вопросы Теги

ошибка 503: недоступна услуга при использовании обновления apt-get за прокси-сервером

В сеансе терминала (с помощью Ctrl-Alt-T) вы можете остановить процесс gnome-keyring от работы с ssh, используя: 

unset SSH_AUTH_SOCK

Опция --no-use-agent доступна для gpg до избегайте использования процесса gnome-keyring с gpg, но это по умолчанию.

Вы можете остановить инструмент nautilus seahorse от использования gpg-агента, используя: 

rm `echo $GPG_AGENT_INFO | sed s/:0:1//`

Вы можете полностью остановить процесс gnome-keyring с помощью команды: 

kill $GNOME_KEYRING_PID

Каждое из вышеперечисленных действий восстанавливается путем входа снова.

Wifi пароли, доступные для всех пользователей, хранятся в каталоге /etc/NetworkManager/system-connections/, а не хранятся в вашем гномом, поэтому они могут оставаться доступными, если вы убиваете процесс gnome-keyring.

Команда ssh-add может быть используется для удаления (или добавления) определенных ключей от / до текущего гнома-ключа при запуске процесса keyring.

Индивидуальные пароли могут быть удалены из логина или другой брелоки, используя вкладку Passwords Passwords and Keys программа (морской конь).

Если гном-ключ ng отсутствует, ssh-agent все равно будет работать, но он не хранит ключи gpg.

В /etc/pam.d/lightdm есть две строки, связанные с сохранением пароля для входа и запуском демона gnome-keyring с ключом входа, разблокированным паролем входа. Второй запускает демон: 

session optional        pam_gnome_keyring.so auto_start

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

/etc/xdg/autostart/ содержит начальные записи для различных категорий секретов, которые может обрабатывать gnome-keyring. Чтобы остановить запуск этих компонентов от демона, эти файлы можно удалить из этого каталога. Вы можете переместить все файлы gnome-keyring- *, чтобы остановить запуск демона, или просто можете снова отказаться от пароля для входа в систему, чтобы отключить брандмауэр, оставив этот демон.

2
задан 16 February 2011 в 00:16

27 ответов

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy=http://proxyusername:proxypassword@proxyaddress:proxyport Теперь я совершенно смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти изменения в файлах, которые вы упомянули, и я попытался бы только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время для изменения, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только следующее:

http_proxy=http://192.168.120.199:8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не необходимо проверить подлинность, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его.

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, даже нужно настроить, поскольку исходящий трафик автоматически «схвачен» и перенаправляется на прокси-сервер (вот почему он «прозрачен»: вам даже не нужно его указывать). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 25 May 2018 в 22:58
  • 1
    LGB, спасибо. Я не знаю, почему, но в последние дни «apt-get update» не было возможным. Также использование пусковой панели было невозможно. Но сегодня (возможно, после удаления материала) обновление работает. – user 17 February 2011 в 01:36
  • 2
    LGB, спасибо. Я не знаю, почему, но в последние дни «apt-get update» не было возможным. Также использование пусковой панели было невозможно. Но сегодня (возможно, после удаления материала) обновление работает. – user 17 February 2011 в 01:36
  • 3
    LGB, спасибо. Я не знаю, почему, но в последние дни «apt-get update» не было возможным. Также использование пусковой панели было невозможно. Но сегодня (возможно, после удаления материала) обновление работает. – user 17 February 2011 в 01:36
  • 4
    LGB, спасибо. Я не знаю, почему, но в последние дни «apt-get update» не было возможным. Также использование пусковой панели было невозможно. Но сегодня (возможно, после удаления материала) обновление работает. – user 17 February 2011 в 01:36
  • 5
    LGB, спасибо. Я не знаю, почему, но в последние дни «apt-get update» не было возможным. Также использование пусковой панели было невозможно. Но сегодня (возможно, после удаления материала) обновление работает. – user 17 February 2011 в 01:36
  • 6
    LGB, спасибо. Я не знаю, почему, но в последние дни «apt-get update» не было возможным. Также использование пусковой панели было невозможно. Но сегодня (возможно, после удаления материала) обновление работает. – user 17 February 2011 в 01:36

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy=http://proxyusername:proxypassword@proxyaddress:proxyport Теперь я совершенно смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти изменения в файлах, которые вы упомянули, и я попытался бы только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время для изменения, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только следующее:

http_proxy=http://192.168.120.199:8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не необходимо проверить подлинность, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его.

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, даже нужно настроить, поскольку исходящий трафик автоматически «схвачен» и перенаправляется на прокси-сервер (вот почему он «прозрачен»: вам даже не нужно его указывать). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 25 July 2018 в 22:28

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy=http://proxyusername:proxypassword@proxyaddress:proxyport Теперь я совершенно смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти изменения в файлах, которые вы упомянули, и я попытался бы только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время для изменения, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только следующее:

http_proxy=http://192.168.120.199:8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не необходимо проверить подлинность, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его.

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, даже нужно настроить, поскольку исходящий трафик автоматически «схвачен» и перенаправляется на прокси-сервер (вот почему он «прозрачен»: вам даже не нужно его указывать). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 26 July 2018 в 21:51

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy=http://proxyusername:proxypassword@proxyaddress:proxyport Теперь я совершенно смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти изменения в файлах, которые вы упомянули, и я попытался бы только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время для изменения, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только следующее:

http_proxy=http://192.168.120.199:8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не необходимо проверить подлинность, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его.

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, даже нужно настроить, поскольку исходящий трафик автоматически «схвачен» и перенаправляется на прокси-сервер (вот почему он «прозрачен»: вам даже не нужно его указывать). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 2 August 2018 в 03:55

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy = http: // proxyusername: proxypassword @ proxyaddress: proxyport Теперь я полностью смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти модификации в файлах, о которых вы упомянули, и я бы попробовал только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время, чтобы изменить ситуацию, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только это:

http_proxy = http: //192.168.120.199: 8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не нуждается в аутентификации, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его. [ ! d9]

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, что вам даже не нужно настраивать, поскольку исходящий трафик автоматически «захватывается» и перенаправляется на прокси (вот почему это «transp» arent ": вам даже не нужно указывать его). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 4 August 2018 в 19:58

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy = http: // proxyusername: proxypassword @ proxyaddress: proxyport Теперь я полностью смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти модификации в файлах, о которых вы упомянули, и я бы попробовал только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время, чтобы изменить ситуацию, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только это:

http_proxy = http: //192.168.120.199: 8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не нуждается в аутентификации, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его. [ ! d9]

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, что вам даже не нужно настраивать, поскольку исходящий трафик автоматически «захватывается» и перенаправляется на прокси (вот почему это «transp» arent ": вам даже не нужно указывать его). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 6 August 2018 в 04:01

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy = http: // proxyusername: proxypassword @ proxyaddress: proxyport Теперь я полностью смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти модификации в файлах, о которых вы упомянули, и я бы попробовал только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время, чтобы изменить ситуацию, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только это:

http_proxy = http: //192.168.120.199: 8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не нуждается в аутентификации, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его. [ ! d9]

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, что вам даже не нужно настраивать, поскольку исходящий трафик автоматически «захватывается» и перенаправляется на прокси (вот почему это «transp» arent ": вам даже не нужно указывать его). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 7 August 2018 в 21:59

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy = http: // proxyusername: proxypassword @ proxyaddress: proxyport Теперь я полностью смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти модификации в файлах, о которых вы упомянули, и я бы попробовал только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время, чтобы изменить ситуацию, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только это:

http_proxy = http: //192.168.120.199: 8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не нуждается в аутентификации, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его. [ ! d9]

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, что вам даже не нужно настраивать, поскольку исходящий трафик автоматически «захватывается» и перенаправляется на прокси (вот почему это «transp» arent ": вам даже не нужно указывать его). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 10 August 2018 в 10:13

Я не думаю, что вы можете сделать что-нибудь с этим на своей коробке. 503 - ответ от прокси. Если бы вы были уверены, это хороший прокси-сервер, который вы установили (192.168.120.199:8080), тогда это не ваша проблема, а администратор прокси-сервера. Если это вы, то это еще один вопрос, но тогда вам нужно спросить про прокси, какое это программное обеспечение прокси и т. Д. Это так, если вы очень уверены, что хорошо настроились. Однако вы написали: export http_proxy = http: // proxyusername: proxypassword @ proxyaddress: proxyport Теперь я полностью смущен, вам нужна аутентификация на основе пароля? Если нет, зачем вы написали имя пользователя / пароль? И что было «proxyaddress: proxyport, так же, как вы писали ранее, 192.168.120.199:8080?

Если бы я был вами, я бы убил все эти модификации в файлах, о которых вы упомянули, и я бы попробовал только для настройки параметров http_proxy и т. д. Когда это работает, у вас есть время, чтобы изменить ситуацию, если вы не хотите настраивать вручную каждый раз. Поэтому верните эти изменения и введите только это:

http_proxy = http: //192.168.120.199: 8080

export http_proxy

apt-get update

Он будет работать, если ваш прокси-сервер действительно 192.168.120.199 на порту 8080, и он действительно не нуждается в аутентификации, и ваш прокси-администратор предоставил какой-то доступ к вашей машине или не отклонил его. [ ! d9]

Также обратите внимание, что то, о чем вы писали, не является прозрачным прокси. Прозрачный прокси-сервер - это то, что вам даже не нужно настраивать, поскольку исходящий трафик автоматически «захватывается» и перенаправляется на прокси (вот почему это «transp» arent ": вам даже не нужно указывать его). Что вы должны установить вручную: это не прозрачный прокси.

1
ответ дан 13 August 2018 в 16:35
  • 1
    LGB, спасибо. Я не знаю, почему, но в последние дни «apt-get update» не было возможным. Также использование пусковой панели было невозможно. Но сегодня (возможно, после удаления материала) обновление работает. – user 17 February 2011 в 01:36

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 25 May 2018 в 22:58
  • 1
    Обновление: после некоторого времени повторится, и ошибка исчезла. Определенно временная недоступность восходящего сервера. – Marcello Romani 11 September 2014 в 11:58

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent. Простой 

echo 'Acquire { http::User-Agent "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36"; };' >> /etc/apt/apt.conf

Возможно также ваше решение этой проблемы 503

0
ответ дан 25 May 2018 в 22:58

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 25 July 2018 в 22:28
  • 1
    Обновление: после некоторого времени повторится, и ошибка исчезла. Определенно временная недоступность восходящего сервера. – Marcello Romani 11 September 2014 в 11:58

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent. Простой

echo 'Acquire { http::User-Agent "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36"; };' >> /etc/apt/apt.conf

Возможно также ваше решение этой проблемы 503

0
ответ дан 25 July 2018 в 22:28

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 26 July 2018 в 21:51
  • 1
    Обновление: после некоторого времени повторится, и ошибка исчезла. Определенно временная недоступность восходящего сервера. – Marcello Romani 11 September 2014 в 11:58

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent. Простой

echo 'Acquire { http::User-Agent "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36"; };' >> /etc/apt/apt.conf

Возможно также ваше решение этой проблемы 503

0
ответ дан 26 July 2018 в 21:51

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 2 August 2018 в 03:55
  • 1
    Обновление: после некоторого времени повторится, и ошибка исчезла. Определенно временная недоступность восходящего сервера. – Marcello Romani 11 September 2014 в 11:58

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent. Простой

echo 'Acquire { http::User-Agent "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36"; };' >> /etc/apt/apt.conf

Возможно также ваше решение этой проблемы 503

0
ответ дан 2 August 2018 в 03:55

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent . Простой 

  echo «Получить {http :: User-Agent» Mozilla / 5.0 (Windows NT 6.1; Win64; x64) AppleWebKit / 537.36 (KHTML, например, Gecko) Chrome / 59.0.3071.115 Safari  /537.36" ;  };»  & GT; & GT;  /etc/apt/apt.conf

Возможно также решение этой проблемы 503

0
ответ дан 4 August 2018 в 19:58

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 4 August 2018 в 19:58

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent . Простой 

  echo «Получить {http :: User-Agent» Mozilla / 5.0 (Windows NT 6.1; Win64; x64) AppleWebKit / 537.36 (KHTML, например, Gecko) Chrome / 59.0.3071.115 Safari  /537.36" ;  };»  & GT; & GT;  /etc/apt/apt.conf

Возможно также решение этой проблемы 503

0
ответ дан 6 August 2018 в 04:01

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 6 August 2018 в 04:01

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent . Простой 

  echo «Получить {http :: User-Agent» Mozilla / 5.0 (Windows NT 6.1; Win64; x64) AppleWebKit / 537.36 (KHTML, например, Gecko) Chrome / 59.0.3071.115 Safari  /537.36" ;  };»  & GT; & GT;  /etc/apt/apt.conf

Возможно также решение этой проблемы 503

0
ответ дан 7 August 2018 в 21:59

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 7 August 2018 в 21:59

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent . Простой 

  echo «Получить {http :: User-Agent» Mozilla / 5.0 (Windows NT 6.1; Win64; x64) AppleWebKit / 537.36 (KHTML, например, Gecko) Chrome / 59.0.3071.115 Safari  /537.36" ;  };»  & GT; & GT;  /etc/apt/apt.conf

Возможно также решение этой проблемы 503

0
ответ дан 10 August 2018 в 10:13

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 10 August 2018 в 10:13

Некоторые прокси-серверы могут фактически блокировать трафик на основе строки user-agent . Простой 

  echo «Получить {http :: User-Agent» Mozilla / 5.0 (Windows NT 6.1; Win64; x64) AppleWebKit / 537.36 (KHTML, например, Gecko) Chrome / 59.0.3071.115 Safari  /537.36" ;  };»  & GT; & GT;  /etc/apt/apt.conf

Возможно также решение этой проблемы 503

0
ответ дан 13 August 2018 в 16:35

Была та же проблема сегодня. Я и пользователь, и администратор прокси. Загрузки с сайта security.debian.org завершились неудачей с отсутствующей ошибкой службы 503, в то время как загрузка с других зеркал (например, ftp.it.debian.org) завершилась без проблем, несмотря на то, что оба должны пройти через один и тот же прокси.

(Для записи прокси-машина и сервер, из которых были созданы команды apt, физически отличаются.)

Это заставляет меня думать, что ошибка может быть связана с временной недоступностью восходящего сервера. [ ! d2]

2
ответ дан 13 August 2018 в 16:35
  • 1
    Обновление: после некоторого времени повторится, и ошибка исчезла. Определенно временная недоступность восходящего сервера. – Marcello Romani 11 September 2014 в 11:58

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

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