Почему apt-get всегда использует прокси-сервер, хотя прокси-сервер не настроен?

Я полностью удалил и очистил самбу и самбу, а затем переустановил их и все пакеты, зависящие от них. Теперь общий доступ к GUI и имя хоста компьютера снова работают, хотя он работает только в гостевом режиме.

Я не понял, какие учетные данные использовать в противном случае. WINDOWSMACHINE/winusername UBUNTUMACHINE/ubuntuusername или просто username. Ничего не работает. Но гостевой режим работает.

Папки, которыми я делюсь, содержат другие папки. Иногда они недоступны для Windows-машины, и иногда они доступны. По-видимому, когда он говорит «позвольте мне настроить разрешения для вас», он делает только для папки, которую вы делите, а не подпапок. Если разрешения для папки «Группа» и «Другие» не настроены на «Создать и удалить файлы», вы не сможете получить к нему доступ в гостевом режиме.

1
задан 13 September 2013 в 00:50

5 ответов

Иногда есть переменные среды прокси, которые все еще установлены.

Чтобы узнать, выполните следующую команду:

env | grep proxy

Если вы видите какой-то вывод, например:

http_proxy=http://127.0.0.1:1234/

Затем вам нужно будет отключить эту переменную.

Для этого выполните следующую команду:

unset http_proxy

Следуйте тому же подходу для всех других записей, таких как https_proxy.

11
ответ дан 24 May 2018 в 18:01
  • 1
    Спасибо за подсказку, к сожалению, как http, так и https-прокси пустые: \ – Ahatius 13 September 2013 в 13:45
  • 2
    Хм. Интересно. Хотя я сомневаюсь в этом, но, возможно, переменная HTTP_PROXY (все кепки), поэтому попробуйте env | grep -i proxy (-i, что означает «нечувствительность к регистру»), и посмотрите, есть ли какой-либо вывод; это стоит попробовать = /. Кроме того, вы можете сделать grep -iR proxy /etc/apt/? Это ищет прокси-слова во всех файлах под /etc/apt/, потому что прокси-сервер иногда устанавливается в файл под /etc/apt/apt.conf.d/. – Alaa Ali 13 September 2013 в 14:24
  • 3
    Он также не имеет отношения к прокси-серверу. Выполнение команды grep также не выявило никакого другого файла, который содержит конфигурацию прокси. – Ahatius 13 September 2013 в 23:01
  • 4
    Хорошо, я думаю, что понял. Я использую скрипт для переключения всех файлов конфигурации для прокси. Проблема заключалась в том, что я заменил apt.conf пустым файлом. Apt, очевидно, всегда загружает последнюю конфигурацию прокси-сервера, потому что значение прокси-сервера не было установлено в false. В любом случае, спасибо за ваши усилия! – Ahatius 13 September 2013 в 23:09
  • 5
    У Maype proxy env есть настройка в /etc/environment, поэтому мы можем искать здесь. – Chu-Siang Lai 3 November 2014 в 07:59

Существует не только одно место, где apt-get читает файлы конфигурации. Вы должны запустить grep proxy /etc/apt/apt.conf.d/*, и он даст вам точный файл с настройками прокси-сервера (это просто пример, выполняющийся с update вместо proxy:

grep update /etc/apt/apt.conf.d/*
/etc/apt/apt.conf.d/20apt-show-versions:// When Apt's cache is updated (i.e. apt-cache update)
/etc/apt/apt.conf.d/20packagekit:// Whenever dpkg is called we might have different updates
/etc/apt/apt.conf.d/20packagekit:// i.e. if an user removes a package that had an update
/etc/apt/apt.conf.d/20packagekit:"/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
/etc/apt/apt.conf.d/20packagekit:// When Apt's cache is updated (i.e. apt-cache update)
/etc/apt/apt.conf.d/20packagekit:"/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
2
ответ дан 24 May 2018 в 18:01

Возможно, переменная окружения http_proxy установлена ​​на некоторый прокси. попробуйте очистить переменную (или, по крайней мере, посмотреть, имеет ли она значение)

1
ответ дан 24 May 2018 в 18:01

Глупый способ заставить его работать - отключить прокси на некоторое время, используя system settings > Network.

Или удалить конфигурацию прокси из /etc/environment и /etc/apt/apt.conf

И добавьте конфигурацию прокси-сервера вручную, как только вам понадобится прокси-сервер.

1
ответ дан 24 May 2018 в 18:01
  • 1
    Это сработало и очень просто следовать :) – Ankit Shubham 15 May 2017 в 14:56

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

-1
ответ дан 24 May 2018 в 18:01
  • 1
    Но как? Не могли бы вы объяснить это несколькими шагами. – user.dz 16 June 2014 в 15:25

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

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