Як перевірити, чи дійсно застосовано мережевий проксі?


16

Я намагаюся налаштувати Мережевий проксі для використання інтернету моєї локальної мережі для оновлення пакетів. поки налаштування проксі працює на моєму Firefox , але менеджер пакунків все ще не може підключитися до Інтернету. Я встановив проксі-сервер, System >> Preferences >> Network Proxyі я ввів користувача / пропуск для проксі-сервера в розділі "Деталі".

Як я можу переконатися, що мережа проксі застосована правильно?

Відповіді:


12

Перш за все, переконайтеся, що ви змінюєте налаштування проксі у gnome-network-властивостях ( System -> Preferences -> Network Proxy), натискаючи "Застосувати по всій системі ..." . Це встановлює змінні 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. Помістіть у неї наступний вміст - змініть вміст відповідно до вашої ситуації.

    Acquire::http::Proxy "http://proxy.site.com:8080";

Якщо у вас є ім’я користувача та пароль, ви можете кодувати те саме в URL- адресі проксі-сервера (наприклад, так http://username:password@proxy.site.com:8080), або ви можете використовувати щось на зразок ntlmaps для кращого контролю.

Більше інформації можна знайти тут .


1
Спасибі! спочатку для ознайомлення set. то , як ви передбачали ще були проблеми з APT-отримати і менеджер оновлень ... і шляхом створення 40proxyйого рішення. Єдина проблема, яка залишилася, просто root бачить проксі. наприклад, wget whatismyip.comмає різні виходи з нормальним користувачем і root.
Алексар

Чи можете ви розробити свою проблему, що залишилася? Наприклад, якщо ви встановите проксі за допомогою, System -> Preferences -> Network Proxyа Apply System-wide...потім ви говорите, що команди виконуються, оскільки користувач root не бачить цього параметра? (Значить sudo wget whatismyip.com, не повертається IP-адреса проксі-сервера?)
koushik

З іншого приводу, переконайтеся, що ви створили резервну копію цього 40проксі-файлу (скажімо, десь у вашій домашній папці). Я думаю, що вибір Direct connection to Internetу Network Proxyдіалоговому вікні, ймовірно, видаляє це. Це може бути проблемою і з моєю системою, але не впевнений.
кушик

5

Ви натиснули кнопку Застосувати широку (виділену) систему? Якщо ви не налаштовуєте проксі-сервер, локальний для вашого сеансу Gnome, і тому, коли rootвимкнено завантаження пакетів, він не використовуватиме ті самі мережеві налаштування.

Налаштування проксі


так, я це зробив.
Алексар

5

Зверху є купа хороших відповідей, які допоможуть вам, якщо у вас виникли проблеми (що означає ваше запитання). Однак це відповідь на вузьке запитання перевірки того, чи були застосовані налаштування мережевих проксі:

Спосіб 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

Як зазначали інші, переконайтеся, що для вашого веб-переглядача та інших програм встановлено значення "Використовувати параметри системного проксі".


1

Щоб тимчасово встановити проксі, ви можете запустити термінал і ввести

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

Потім запустіть програму, наприклад Synaptic для управління пакетами. Консоль може дати вам корисний висновок про те, що піде не так.


1
Щоб встановити змінну оточення лише для однієї команди, ви також можете використовувати:http_proxy="http://yourproxy:yourport" synaptic
hultqvist

1

Якщо ви спробуєте:

curl http://www.google.com

з командного рядка, тоді, якщо ви повернете HTML, проксі працює.


0

Я також використовую проксі, і мені довелося встановити настройки проксі спеціально для Synergy та менеджера оновлень (використовуючи Synergy: Configuration-> Preferences-> Network). Там немає можливості використовувати "системні налаштування", і навіть якщо це повинно працювати, зміна проксі-сервера на системному рівні ніколи не давала мені можливості оновити :-(

Мене цікавить рішення, яке змусить його працювати :-)


0

Клацніть на "Застосувати системну ..." і перевірте, чи всі ваші Інтернет-програми налаштовані на використання системного проксі. У цьому немає нічого більшого. Не потрібно підробляти файли конфігурації та сценарії запуску.


0

хтось думав перевірити / додати налаштування до:

/ тощо / навколишнє середовище

спробуйте:

http_proxy = "http: // user: password @ proxyserver: port" https_proxy = "http: // user: password @ proxyserver: port" ftp_proxy = "http: // user: password @ proxyserver: port"


-1

Застосування по всій системі недостатньо! Я думаю, може, ISA Server або, можливо, підключення для скидання синаптичного підключення для кожного запиту в Інтернеті, це питання, у якому влягають автентифікація входу та пароля. А може ISA Server не приймає передавати запити, які не відповідають на протокол HTTP, але це не моє улюблене.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.