РЕШЕНО! Системный прокси (прокси для консольных приложений, в данном случае интересовал emerge)
icy_gem 4 декабря, 2009 - 15:05
Абсолютно не могу понять как настроить системный прокси, так чтобы emerge работало через него.
в make.conf
export http_proxy="http://***:***@10.0.0.5:3128"
export ftp_proxy="ftp://***:***@10.0.0.5:3128"
export RSYNC_PROXY="***:***@10.0.0.5:3128"
OS Calculate Linux
такая запись работает на машине с архитектурой i686 и не работает на amd64.
Никаких дополнительных настроек для первой машины не делалось, различие, только в архитектуре пакетов.
Подскажиет в чем может быть проблема.
При попытке устновки через emerge складывается ощущение, что нет даже попыток аторизации на прокси.
»
- Для комментирования войдите или зарегистрируйтесь
а интерфейсы eth* точно
а интерфейсы eth* точно поднялись ?
а то я тут "бодался" с отсутствием интернета на ~amd64, собранной с 0 на чистой машине, пока не выполнил команду ifconfig
что-то добрый я сегодня ....
.
Не, командир... У тебя неправильная постановка задачи.
В правильной формулировке оно звучит: "как мне настроить консольные приложения для работы через прокси с авторизщацией?"
Идя в описываемом тобой направлении я решения найти не смог.
Могу предложить попробовать:
1. В переменных окружения оставить только адрес прокси;
2. Скрепя сердце отказаться от честного синка;
3. Логин/пароль прописать в качестве опций
wget
(задание нестандартной FETCH_CMD (или как там оно, подробности искать в примере или странице руководстваmake.conf
)).:wq
--
Live free or die
Anarchist написал(а): 3.
это сработает только для wget'a
для честного синка наверное как-то так
что-то добрый я сегодня ....
.
1. ИМХО в большинстве случаев (аудитория как бы не побольше, чем у
syslog-ng
) достаточно;2. Исходный вариант лично мне заставить работать так и не удалось (может у кого есть опыт по части конфигурирования прокси?).
Исходя из п.2 ответа на предыдущую реплику у меня есть подозрение, что не заработает.
Хотя... Надо будет проверить.
:wq
--
Live free or die
Anarchist написал(а):leryc
пример из make.global + man rsync
я не использовал, т.к. у меня в сетке сервер синхронизируется с миром, а все остальные машины синхронизируются с сервером
это на каждой машине настроено и качается без проблем то, что нужно на конкретной машине, а /distfiles у всех машин через nfs снова завернут на сервер.
экономия трафика, аднака
что-то добрый я сегодня ....
eth0 поднят - ибо интернет
eth0 поднят - ибо интернет мозилой - работает и конкверером работает. Хотя прокси настроен непосредственно в браузерах. Т.к. фаерфокс например не видет прописанного в системе.
Ко всему прочему - вышеуказаная настройка в мейк.сонф работает на второй мание с архитектурой и686.
Акцентирую внимание, на то, что похоже что система вообще игнорирует настройку прокси и идет напрямую на шлюз, а там, понятное дело, пройти неможет без прокси...
"Все что не убивает, делает нас сильнее..."
Фридрих Ницше (с)
.
В таком случае прямая дорога в багзиллу разработчика.
В данном случае Calculate.
:wq
--
Live free or die
РЕШЕНО
Описаная выше проблема соуществовала на Calculate 9.9 - перезд на версию 10 - не решил ее.
Не смотря на что используя архитектуру i686 она не встречалась.
Решение нашлось благодаря указанию на настройки кгет - файл wgetrc - при указании в нем прокси - все заработало.
Ну кроме того что профильтровано прокси, у нас, для юмора скажем, нельзя ходить на сайт xerox.ru, herold.ru - потому что там встречается слово "хер". :)
Наврено мама в детстве пугала нашего администратора этим.
Вообщем пакеты с аналогичными сочетаниями в названиях тож не пролезут.
Вообщем выгляди так
passive_ftp = on
waitretry = 10
http_proxy = http://log:pass@10.0.0.5:3128
https_proxy = http://log:pass@10.0.0.5:3128
ftp_proxy = http://log:pass@10.0.0.5:3128 у нас один прокси для фтп и хттп, у вас может быть и не так, например ftp proxy = ftp://log:pass@10.0.0.5:3128
use_proxy = on - включение прокси, поумолчаниею - off
В примере описан случай использующий прокси с авторизацией, в случае если авторизация не используется фрагмент "log:pass" просто не указывать.
Описанная процедура помогла тогда, когда не помагало
export http_proxy="http://***:***@10.0.0.5:3128"
export ftp_proxy="ftp://***:***@10.0.0.5:3128"
export RSYNC_PROXY="***:***@10.0.0.5:3128"
Спасибо всем, кто направлял мою мысль в нужное русло :)
"Все что не убивает, делает нас сильнее..."
Фридрих Ницше (с)
я три года назад точно такую
я три года назад точно такую же фигню делал на фрибсд.
простите, а зачем в
простите, а зачем в параметрах окружения типа *_proxy указывать http:// и ftp:// ?! я без них указывал и все радботало на amd64 правда в чистом генту...
ну а у меня не работало :) ХЗ
ну а у меня не работало :) ХЗ почему - вообщем направление думаю понятно. А там уж...
Я парился неделю - потому что в мейк конфе не помагало.
"Все что не убивает, делает нас сильнее..."
Фридрих Ницше (с)
Как минимум
Для
ftp_proxy
оно может быть необходимо хотя бы потому, что достаточно широко используется заворачивание FTP-трафика через HTTP-proxy (squid
).:wq
--
Live free or die