Как настроить auto proxy в ubuntu?

Question

[ksim_miloff]

Всем привет,
Устроился в компанию где кругом винда, по работе над проектом необходима убунта, после получения которой столкнулся с проблемой настройки прокси. Не получается задействовать местный .pac-файл. Само собой прописал адрес нашего .pac-файла тут:

settings/network/network proxy/Automatic

Инет не работает, просто идет запрос моего корпоративного логина/пароля, после ввода которых ничего не происходит. В браузере белый экран.

$ ping ya.ru
PING ya.ru (93.158.134.3) 56(84) bytes of data.

И никакой информации о доставке/потере пакетов.

Разбираясь пришел к выводу, что проблема в /etc/resolv.conf:

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 10.63.0.1
nameserver 127.0.1.1

10.63.0.1 - совершенно левый ip, наши админы так говорят.

Спасибо.

Answer 1

[ksim_miloff]

Разобрался, проблема в openvpn, который и добавляет прокси мешающий работе. Самое странное то, что openvpn стоит на обеих машинах, но на одной все нормально, а на моей есть проблема, в т.ч. не очищается файл даже после "service openvpn stop". Сейчас разбираюсь с ВПНом, ситаю проблему описанную в топике закрытой.

Всем спасибо.

Answer 2

[CityCat4]

Пинг, то есть ICMP-пакет никакого отношения к прокси не имеет. Посмотрите на досуге - на каком уровне работает ICMP и на каком уровне прокси. Вас банит корпоративный файрволл, который скорее всего тоже на винде. А банит потому что не получает аутентификацию по виндовому принципу. Как еее отдать, чтобы понял - гугл наше все. Если же там файрволлом линух или аппаратная железка - ну может роутинг не прописали или еще чего.

Comments

[ksim_miloff]

Прикол в том, что по соседству стоит точно такой же моноблок один-в-один мой, на который ставилась убунта, одновременно с моей машиной. Единственное, что нужно было сделать для того, чтобы прокся пропускала это указать .pac-файл в "settings/network/network proxy/Automatic". А ваш ответ абсолюьно бесполезен.

[ksim_miloff]

ksim_miloff: Я о том, что на одном моноблоке инет не работает, а на втором работает все. Окружающие меня виндузятники, говорят, что все настроенно идентично для обеих машин

[CityCat4]

ksim_miloff: Молодец, чувак. Теперь в моем личном черном списке три человека :) Если ты такой умный - что же не работает нифига? Даже бубунта, самый "дружественный" дистриб. Ха-ха-ха.

[ksim_miloff]

CityCat4: "Теперь в моем личном черном списке три человека" - какой ты нежный :)

Answer 3

[ipc_ngs]

1. Отключите все прокси, оставьте прямое соединение, и попробуйте скачать pac-файл браузером (или лучше wget или curl) . Если не скачивается, смотрите в чем ошибка (не резолвится имя, неправильный урл, нет доступа, или еще что-то).

2. Если pac-фал скачивается нормально, но его прописывание ни в системе ни в браузере не помогает, можно заглянуть внутрь, найти адрес прокси-сервера, и прописать его в настройках для проверки доступа.

3. Содержимое resolv.conf определяет Network Manager (через resolvconf), смотрите в настройках параметры сетевых подключений, видимо там где-то прописан чужой dns-сервер. В принципе, он может влиять на неправильную обработку урла для pac-файла и доступ к прокси.

Comments

[ksim_miloff]

кто мне даст прокси отключить :)?. Файл скачивается нормально даже с включенным прокси. Продлема именно в чужом dsn-сервере.

[ipc_ngs]

ksim_miloff: Ну так проверьте, откуда там появился этот чужой dns-сервер и уберите его. Можно просто временно удалить его из /etc/resolv.conf, и проверить, поможет ли это решить проблему (до следующей перезагрузки или переподключения сети, когда этот файл будет пересоздан заново).

Посмотрите в pac-файле, какой именно прокси-сервер используется, проверьте пингом, доступен ли он, используйcе wget или curl из командной строки для коннекта к какому-нибудь урл через прокси-сервер, они покажут процесс коннекта подробно, и будет видно, что именно ломается.

[ksim_miloff]

ipc_ngs: Проблема решена, вчера еще отписался. Спасибо за помощь.