Как проверить, действительно ли применяется сетевой прокси?

После долгого противодействия и нахождения всех вышеперечисленных решений не удалось (у mtpfs были ошибки, gmtp аварийно и очень медленно, airdroid также медленный), это сработало отлично:

https: // github .com / Hanwen / Go-mtpfs

16
задан 4 June 2011 в 03:16

99 ответов

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 26 May 2018 в 01:22
  • 1
    благодаря! сначала для введения set. то, как вы и предполагали, все еще есть проблемы с apt-get и менеджером обновлений ... и создав 40proxy, он решил. единственная оставшаяся проблема: только root видит прокси. например, wget whatismyip.com имеет разные выходы с обычным пользователем и корнем. – Alexar 12 September 2010 в 20:47
  • 2
    Можете ли вы рассказать о своей оставшейся проблеме? Например, если вы устанавливаете прокси с помощью System -> Preferences -> Network Proxy и Apply System-wide..., то вы говорите, что команды запускаются как пользователь root, не видите этот параметр? (Значение sudo wget whatismyip.com не возвращает IP-адрес прокси-сервера?) – koushik 12 September 2010 в 23:36
  • 3
    В другой заметке убедитесь, что вы создаете резервную копию этого файла 40proxy (скажем, где-то в вашей домашней папке), у меня было это таинственное исчезновение. Я думаю, что выбор Direct connection to Internet в диалоге Network Proxy, вероятно, уничтожит это. Это может быть проблемой и с моей системой, но не уверен. – koushik 12 September 2010 в 23:38

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 25 July 2018 в 23:13

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 27 July 2018 в 03:24

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 31 July 2018 в 10:40

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 31 July 2018 в 11:43

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 2 August 2018 в 04:31

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 4 August 2018 в 21:05

Прежде всего убедитесь, что вы нажимаете «Применить общесистемный ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network (System -> Preferences -> Network Proxy). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы откроете терминал и используете команду set | grep -i proxy, вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключиться к Интернету через прокси-сервер даже после он устанавливается выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси-сервера для apt (это будет использоваться apt-get, aptitude, синаптической и программным центром Ubuntu).

Следуйте ниже шаги:

Создать /etc/apt/apt.conf.d/40proxy gksudo gedit /etc/apt/apt.conf.d/40proxy Поместить в него следующее содержимое - изменить содержимое в соответствии с вашей ситуацией. Acquire::http::Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы можете закодировать в прокси-url (например, http://username:password@proxy.site.com:8080), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Дополнительная информация может быть найдена ntlmaps .

12
ответ дан 6 August 2018 в 04:35

Прежде всего убедитесь, что вы нажимаете «Применить общесистемную ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network ( System - & gt; Preferences - & gt; Сетевой прокси ). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы открываете терминал и используете команду set | grep -i proxy вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключаться к через прокси-сервер, даже после того, как он установлен выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси для apt (это будет использоваться apt-get, aptitude, synaptic и Ubuntu программный центр).

Выполните следующие шаги:

  1. Создать /etc/apt/apt.conf.d/40proxy gksudo gedit / etc / apt / apt .conf.d / 40proxy
  2. Поместите в него следующее содержимое - измените содержимое в соответствии с вашей ситуацией. Получить :: http :: Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы могли бы закодировать в прокси-url (например, http: // имя пользователя: password@proxy.site.com: 8080 ), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Более подробную информацию можно найти здесь здесь .

12
ответ дан 7 August 2018 в 22:45

Прежде всего убедитесь, что вы нажимаете «Применить общесистемную ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network ( System - & gt; Preferences - & gt; Сетевой прокси ). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы открываете терминал и используете команду set | grep -i proxy вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключаться к через прокси-сервер, даже после того, как он установлен выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси для apt (это будет использоваться apt-get, aptitude, synaptic и Ubuntu программный центр).

Выполните следующие шаги:

  1. Создать /etc/apt/apt.conf.d/40proxy gksudo gedit / etc / apt / apt .conf.d / 40proxy
  2. Поместите в него следующее содержимое - измените содержимое в соответствии с вашей ситуацией. Получить :: http :: Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы могли бы закодировать в прокси-url (например, http: // имя пользователя: password@proxy.site.com: 8080 ), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Более подробную информацию можно найти здесь здесь .

12
ответ дан 10 August 2018 в 10:51

Прежде всего убедитесь, что вы нажимаете «Применить общесистемную ...», когда вы меняете настройки прокси-сервера в свойствах gnome-network ( System - & gt; Preferences - & gt; Сетевой прокси ). Это устанавливает HTTP_proxy и связанные переменные среды. Это должно быть доступно для всех программ, запущенных после установки прокси-сервера «Применяется в масштабах всей системы ...». Чтобы убедиться в этом, вы можете выйти из системы и выполнить двойную проверку.

Если вы открываете терминал и используете команду set | grep -i proxy вы увидите соответствующие переменные среды. В идеале этого должно быть достаточно.

Однако я столкнулся с ситуациями, когда все вышеописанное все еще не работает: Synaptic или apt-get (поверх командной строки) не могут подключаться к через прокси-сервер даже после того, как он установлен выше. В таких случаях одним из решений является добавление файла в /etc/apt/apt.conf.d с определенной конфигурацией прокси для apt (это будет использоваться apt-get, aptitude, synaptic и Ubuntu программный центр).

Выполните следующие шаги:

  1. Создать /etc/apt/apt.conf.d/40proxy gksudo gedit / etc / apt / apt .conf.d / 40proxy
  2. Поместите в него следующее содержимое - измените содержимое в соответствии с вашей ситуацией. Получить :: http :: Proxy "http://proxy.site.com:8080";

Если у вас есть имя пользователя и amp; пароль, который вы могли бы закодировать в прокси-url (например, http: // имя пользователя: password@proxy.site.com: 8080 ), или вы можете использовать что-то вроде ntlmaps для лучшего управления.

Более подробную информацию можно найти здесь здесь .

12
ответ дан 13 August 2018 в 17:25
  • 1
    благодаря! сначала для введения множества . то, как вы и предполагали, все еще есть проблемы с apt-get и менеджером обновлений ... и создав 40proxy , он решил. единственная оставшаяся проблема: только root видит прокси. например wget whatismyip.com имеет разные выходы с обычным пользователем и root. – Alexar 12 September 2010 в 20:47
  • 2
    Можете ли вы рассказать о своей оставшейся проблеме? Например, если вы установили прокси-сервер, используя System - & gt; Предпочтения - & gt; Сетевой прокси и Применить System-wide ... , то вы говорите, что команды выполняются как пользователь root, не видите этот параметр? (Значение sudo wget whatismyip.com не возвращает IP-адрес прокси-сервера?) – koushik 12 September 2010 в 23:36
  • 3

Вы нажали кнопку Apply System Wide (выделено)? Если вы не настроите прокси-серверы локально на свой сеанс Gnome, и поэтому, когда root отключается для загрузки пакетов, он не будет использовать одни и те же сетевые настройки.

5
ответ дан 26 May 2018 в 01:22

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

Метод 1: запустите новую оболочку (xterm), затем проверьте переменные среды:

[ f1]

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

Метод 2: Используйте gconftool для запроса gconf (которые хранятся в ~/.gconf):

% gconftool -R /system/proxy 
 old_ftp_port = 0
 old_ftp_host = 
 old_secure_port = 0
 old_secure_host = 
 autoconfig_url = 
 mode = manual
 ftp_host = 172.17.0.130
 secure_host = 172.17.0.130
 ...

% gconftool -R /system/http_proxy 
 use_authentication = false
 authentication_password = 
 authentication_user = 
 ignore_hosts = [localhost,127.0.0.0/8,*.local,...]
 use_http_proxy = true
 port = 8080
 use_same_proxy = true
 host = 172.17.0.130

Как отмечали другие, убедитесь, что в вашем браузере и других приложениях установлено значение «Использовать настройки прокси-сервера».

5
ответ дан 26 May 2018 в 01:22

Чтобы временно установить прокси-сервер, вы можете запустить терминал и ввести

export http_proxy="http://yourproxy:yourport"

Затем запустите программу, например. Synaptic для управления пакетами. Консоль может дать вам полезный вывод о том, что происходит не так.

1
ответ дан 26 May 2018 в 01:22
  • 1
    Чтобы установить переменную окружения только для одной команды, вы также можете использовать: http_proxy="http://yourproxy:yourport" synaptic – hultqvist 9 March 2011 в 11:45

Если вы попытаетесь:

curl http://www.google.com

из командной строки, тогда, если вы получите HTML обратно, прокси работает.

1
ответ дан 26 May 2018 в 01:22

Я также использую прокси-сервер, и мне нужно было установить параметры прокси-сервера специально для Synergy и менеджера обновлений (используя Synergy: Configuration-> Preferences-> Network). Там нет возможности использовать «системные настройки», и даже если он должен работать, изменение прокси-сервера на системном уровне никогда не позволяло мне обновлять: - (

Меня интересует решение что заставляет его работать: -)

0
ответ дан 26 May 2018 в 01:22

Нажмите «Apply System-Wide ...» и убедитесь, что все ваши интернет-приложения настроены на использование системного прокси. Нет ничего более, чем это. Нет необходимости вмешиваться в конфигурационные файлы и сценарии запуска.

0
ответ дан 26 May 2018 в 01:22

кто-нибудь думал проверить / добавить настройки в:

/ etc / environment

попробовать:

http_proxy = "http: // user: пароль @ proxyserver: порт «https_proxy =» http: // user: password @ proxyserver: порт «ftp_proxy =» http: // user: password @ proxyserver: port »

0
ответ дан 26 May 2018 в 01:22

Применение всей системы недостаточно! Я думаю, что, возможно, ISA Server или, возможно, синаптический сброс для каждого запроса в Интернете, проблема, связанная с аутентификацией входа и пароля. Или, возможно, ISA Server не принимает передачу запроса, который не отвечает по протоколу HTTP, но это не мой любимый.

-1
ответ дан 26 May 2018 в 01:22

Если вы попытаетесь:

curl http://www.google.com

из командной строки, тогда, если вы получите HTML обратно, прокси работает.

1
ответ дан 25 July 2018 в 23:13

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

Метод 1: запустите новую оболочку (xterm), затем проверьте переменные среды:

% env | grep -i proxy http_proxy=http://172.17.0.130:8080/ ftp_proxy=ftp://172.17.0.130:8080/ all_proxy=socks://172.17.0.130:8080/ ...

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

Метод 2: Используйте gconftool для запроса gconf (которые хранятся в ~/.gconf):

% gconftool -R /system/proxy old_ftp_port = 0 old_ftp_host = old_secure_port = 0 old_secure_host = autoconfig_url = mode = manual ftp_host = 172.17.0.130 secure_host = 172.17.0.130 ... % gconftool -R /system/http_proxy use_authentication = false authentication_password = authentication_user = ignore_hosts = [localhost,127.0.0.0/8,*.local,...] use_http_proxy = true port = 8080 use_same_proxy = true host = 172.17.0.130

Как отмечали другие, убедитесь, что в вашем браузере и других приложениях установлено значение «Использовать настройки прокси-сервера».

5
ответ дан 25 July 2018 в 23:13

Применение всей системы недостаточно! Я думаю, что, возможно, ISA Server или, возможно, синаптический сброс для каждого запроса в Интернете, проблема, связанная с аутентификацией входа и пароля. Или, возможно, ISA Server не принимает передачу запроса, который не отвечает по протоколу HTTP, но это не мой любимый.

-1
ответ дан 25 July 2018 в 23:13

Чтобы временно установить прокси-сервер, вы можете запустить терминал и ввести

export http_proxy="http://yourproxy:yourport"

Затем запустите программу, например. Synaptic для управления пакетами. Консоль может дать вам полезный вывод о том, что происходит не так.

1
ответ дан 25 July 2018 в 23:13
  • 1
    Чтобы установить переменную окружения только для одной команды, вы также можете использовать: http_proxy="http://yourproxy:yourport" synaptic – hultqvist 9 March 2011 в 11:45

Я также использую прокси-сервер, и мне нужно было установить параметры прокси-сервера специально для Synergy и менеджера обновлений (используя Synergy: Configuration-> Preferences-> Network). Там нет возможности использовать «системные настройки», и даже если он должен работать, изменение прокси-сервера на системном уровне никогда не позволяло мне обновлять: - (

Меня интересует решение что заставляет его работать: -)

0
ответ дан 25 July 2018 в 23:13

Вы нажали кнопку Apply System Wide (выделено)? Если вы не настроите прокси-серверы локально на свой сеанс Gnome, и поэтому, когда root отключается для загрузки пакетов, он не будет использовать одни и те же сетевые настройки.

5
ответ дан 25 July 2018 в 23:13

Нажмите «Apply System-Wide ...» и убедитесь, что все ваши интернет-приложения настроены на использование системного прокси. Нет ничего более, чем это. Нет необходимости вмешиваться в конфигурационные файлы и сценарии запуска.

0
ответ дан 25 July 2018 в 23:13

кто-нибудь думал проверить / добавить настройки в:

/ etc / environment

попробовать:

http_proxy = "http: // user: пароль @ proxyserver: порт «https_proxy =» http: // user: password @ proxyserver: порт «ftp_proxy =» http: // user: password @ proxyserver: port »

0
ответ дан 25 July 2018 в 23:13

Если вы попытаетесь:

curl http://www.google.com

из командной строки, тогда, если вы получите HTML обратно, прокси работает.

1
ответ дан 27 July 2018 в 03:24

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

Метод 1: запустите новую оболочку (xterm), затем проверьте переменные среды:

% env | grep -i proxy http_proxy=http://172.17.0.130:8080/ ftp_proxy=ftp://172.17.0.130:8080/ all_proxy=socks://172.17.0.130:8080/ ...

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

Метод 2: Используйте gconftool для запроса gconf (которые хранятся в ~/.gconf):

% gconftool -R /system/proxy old_ftp_port = 0 old_ftp_host = old_secure_port = 0 old_secure_host = autoconfig_url = mode = manual ftp_host = 172.17.0.130 secure_host = 172.17.0.130 ... % gconftool -R /system/http_proxy use_authentication = false authentication_password = authentication_user = ignore_hosts = [localhost,127.0.0.0/8,*.local,...] use_http_proxy = true port = 8080 use_same_proxy = true host = 172.17.0.130

Как отмечали другие, убедитесь, что в вашем браузере и других приложениях установлено значение «Использовать настройки прокси-сервера».

5
ответ дан 27 July 2018 в 03:24

Применение всей системы недостаточно! Я думаю, что, возможно, ISA Server или, возможно, синаптический сброс для каждого запроса в Интернете, проблема, связанная с аутентификацией входа и пароля. Или, возможно, ISA Server не принимает передачу запроса, который не отвечает по протоколу HTTP, но это не мой любимый.

-1
ответ дан 27 July 2018 в 03:24

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

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