Добрый день !
Подскажите пожалуйста, как можно обновить CSS находясь за корпоративным прокси? Советы 5-летней давности теперь не помогают, часть их вообще не применима (видимо ОС заметно эволюционировала – например, упоминаемый layman заменен на eselect)
Достаточно использовать системные переменные.
У Вас какой прокси, с авторизацией, без?
У меня прокси требует авторизацию. Теоретически можно разрешить по ip клиента, просто через авторизацию удобнее.
Системные переменные – это
export HTTPS_PROXY=http://<proxy-user>:<proxy-passwd>@<proxy-ip>:<port>
export HTTP_PROXY=http://<proxy-user>:<proxy-passwd>@<proxy-ip>:<port>
?
если да – то все равно не работает , ss -tpn показывает что при вызове cl-update попытка подключения идет не к указанному в переменных прокси а напрямую
export - это одна из встроенных команд оболочки пользователя bash, и предназначена для экспорта переменных и функций текущего процесса в дочерний процесс. На практике, команда export применяется в качестве основного средства для определения настроек конкретных приложений. По умолчанию, в операционных системах семейства Linux, переменные, созданные в среде родительского процесса не передаются автоматически дочернему.
Речь о:
env
да , согласно упомянутым советам 5-летней давности, я в т.ч. добавил в /etc/env.d/99proxy записи в таком формате:
HTTPS_PROXY=http://<proxy-user>:<proxy-passwd>@<proxy-IP>:3128/
HTTP_PROXY=http://<proxy-user>:<proxy-passwd>@<proxy-IP>:3128/
ну и после env-update
однако, как я и говорил, – нет подключений к прокси, только попытки напрямую подключиться к репозиториям
Понятно, вроде как ранее работало.
net-misc/proxychains может в этом случае помочь, но его нужно будет каким-нибудь способом установить:
# proxychains cl-update
[proxychains] config file found: /etc/proxychains.conf
[proxychains] preloading /usr/lib64/libproxychains.so.4.17
[proxychains] DLL init: proxychains-ng 4.17
[proxychains] DLL init: proxychains-ng 4.17
Синхронизация репозиториев
* Проверка выбранного бинхоста /[proxychains] Strict chain ... 192.168.1.1:3128 ... mirror.mephi.ru:80 ... OK
[proxychains] Strict chain ... 192.168.1.1:3128 ... mirror.mephi.ru:80 ... OK
[proxychains] Strict chain ... 192.168.1.1:3128 ... mirror.mephi.ru:80 ... OK . * [ ok ]
[proxychains] Strict chain ... 192.168.1.1:3128 ... mirror.mephi.ru:80 ... OK
* Проверка обновлений Distros /[proxychains] Strict chain ... 192.168.1.1:3128 ... git.calculate-linux.org:443 ... OK . * [ ok ]
* Проверка обновлений Calculate /[proxychains] Strict chain ... 192.168.1.1:3128 ... git.calculate-linux.org:443 ... OK . * [ ok ]
* Проверка обновлений Gentoo /[proxychains] Strict chain ... 192.168.1.1:3128 ... git.calculate-linux.org:443 ... OK . * [ ok ]
* Синхронизация завершена
Конфигурация системы
* Сервер обновлений http://mirror.mephi.ru/calculate
Обновление пакетов
* Вычисление зависимостей ...
* Система находится в актуальном состоянии
* Получение пакетов ... [ ok ]
Очистка системы от ненужных пакетов
* Вычисление зависимостей ...
Спасибо!
Скачал исходники proxychains , установил , прописал в /etc/proxychains.conf параметры своего прокси и через вызов
proxychains4 cl-update
обновил css
Остался непонятным для меня момент – а как обстоит дело с автоматической проверкой обновлений?
При установке CSS я для cl-install указал ключ –autocheck-interval 1d , но как ОС запускает периодическую проверку, какой механизм?
В системе присутствует служба busybox-crond , но она “из коробки” не запускается, нужно до-устанавливать logger