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

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

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

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

99 ответов

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

Метод 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
ответ дан 4 August 2018 в 21:05

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

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

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

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

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

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

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

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

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

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

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

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

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

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

/ etc / environment

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

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

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

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

curl http://www.google.com

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

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

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

Метод 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
ответ дан 6 August 2018 в 04:35

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

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

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

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

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

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

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

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

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

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

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

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

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

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

/ etc / environment

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

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

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

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

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

Тогда запустите программу, например Synaptic для управления пакетами. Консоль может дать вам полезную информацию о том, что пойдет не так.

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

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

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

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

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

Proxy settings [!d1]

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

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

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

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

/ etc / environment

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

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

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

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

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

Если вы попробуете:

  curl http://www.google.com  

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

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

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

Метод 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
ответ дан 7 August 2018 в 22:45

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

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

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

/ etc / environment

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

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

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

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

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

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

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

Proxy settings [!d1]

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

Если вы попробуете:

  curl http://www.google.com  

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

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

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

Метод 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
ответ дан 10 August 2018 в 10:51

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

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

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

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