Bug 42423

(Ответ для Mikhail Chernonog на комментарий #0)
> Так же замечу что после перезагрузки нашей системы proxy начинает работать,
> однако невозможно обновить систему. Скорее всего это связано с тем что в
> файл /etc/sysconfig/network прописываются переменные в верхнем регистре, а в
> apt требуется экспортировать аналогичные переменные в нижнем регистре.

Вообще, /etc/profile.d/proxy.sh
Убедитесь, какие переменные окружения экспортированы на клиенте при запуске apt. Можно прям в /proc/PID/environ заглянуть для верности.

так же сборка#298756 по поводу libproxy

(Ответ для Sergey V Turchin на комментарий #2)
> так же сборка#298756 по поводу libproxy
Не. Она неактуальна вообще.

(Ответ для Mikhail Chernonog на комментарий #0)
> Так же замечу что после перезагрузки нашей системы proxy начинает работать,
> однако невозможно обновить систему. Скорее всего это связано с тем что в
> файл /etc/sysconfig/network прописываются переменные в верхнем регистре, а в
> apt требуется экспортировать аналогичные переменные в нижнем регистре.

Не воспроизводится этот момент, у меня обновление работает после перезагрузки. Более того - для apt можно и не перезагружаться, достаточно просто перезайти (su -). Для юзера тоже можно (su - username), но толку мало, разве что потом из этой же консоли запускать приложения.

Посмотрел в redhat - там действительно на изменения proxy браузер реагирует мгновенно. Насчет остального софта не уверен. Также еще один момент - при любом открытии терминала/шела там происходит выполнение /etc/profile.d/* скриптов (хотя никакого аналога /etc/profile.d/proxy.sh я там не нашел). У нас это происходит только при логине, похоже.

(Ответ для Slava Aseev на комментарий #4)
> Посмотрел в redhat - там действительно на изменения proxy браузер реагирует
> мгновенно.
Для веб-браузера? Так, может и нам так сделать?

(Ответ для Sergey V Turchin на комментарий #5)
> (Ответ для Slava Aseev на комментарий #4)
> > Посмотрел в redhat - там действительно на изменения proxy браузер реагирует
> > мгновенно.
> Для веб-браузера? Так, может и нам так сделать?

Ну да, firefox в данном случае. Настройки proxy там пишутся в dconf (/system/proxy/*), возможно firefox на это реагирует.

а попробуй записать, пожалуйста. посмотри, наши браузеры подхватят сразу ?

Конкретно у меня в K -- chromium-gost. Он и KDE-шный конфиг может отследить запросто.

(Ответ для Sergey V Turchin на комментарий #8)
> Он и KDE-шный конфиг может отследить запросто.
Это предположение, в смысле.

(Ответ для Anton Farygin на комментарий #7)
> а попробуй записать, пожалуйста. посмотри, наши браузеры подхватят сразу ?
С dconf не работает, но есть способ с kde'шным конфигом.


(Ответ для Sergey V Turchin на комментарий #8)
> Конкретно у меня в K -- chromium-gost. Он и KDE-шный конфиг может отследить
> запросто.
Если поставить режим "использовать заданные параметры" в настройках прокси, то firefox и chromium-gost начинают мгновенно подхватывать изменения оттуда (~/.config/kioslaverc судя по всему).

Любопытно, что в подсказке в настройках KDE сказано обратное (что firefox/chromium не используют эти параметры):
> Указанные параметры прокси-сервера не будут использованы всеми приложениями.
> В частности, Firefox, Chromium, а также основанные на них приложения,
> а также любые другие приложения, основанные на QtWebEngine, в том числе
> Konqueror, использующий модуль WebEnginePart, Akregator и Falkon не используют
> эти параметры. Некоторые приложения позволяют настраивать параметры
> прокси-сервера самостоятельно.

(Ответ для Slava Aseev на комментарий #10)
> Если поставить режим "использовать заданные параметры" в настройках прокси,
> то firefox и chromium-gost начинают мгновенно подхватывать изменения оттуда
> (~/.config/kioslaverc судя по всему).

При этом настройки оттуда не влияют на переменные окружения (HTTP_PROXY), судя по-всему. Т.е. нужно сделать ручку, которая бы меняла и этот конфиг и переменные окружения.

Chromium-gost в KDE открывает KDE-шные настройки прокси.
> Если поставить режим "использовать заданные параметры" в настройках прокси,
В KDE-шных(chromium KDE-шные запускает в качестве своих(после установки расширения из Интернет(надо, чтоб и без этого работало)))? Надо в alterator.

> то firefox и chromium-gost начинают мгновенно подхватывать изменения оттуда
> (~/.config/kioslaverc судя по всему).
Это да, но надо системные отслеживать.

(Ответ для Slava Aseev на комментарий #11)
> Т.е. нужно сделать ручку, которая бы меняла и этот конфиг
Именно этот нельзя, но /etc/kf5/xfg/kioslaverc можно до кучи править из alterator.

> и переменные окружения.

(Ответ для Sergey V Turchin на комментарий #13)
> /etc/kf5/xfg/kioslaverc
/etc/kf5/xdg/kioslaverc
или
/etc/xdg/kioslaverc

(Ответ для Sergey V Turchin на комментарий #12)
> Chromium-gost в KDE открывает KDE-шные настройки прокси.
> > Если поставить режим "использовать заданные параметры" в настройках прокси,
> В KDE-шных(chromium KDE-шные запускает в качестве своих(после установки
> расширения из Интернет(надо, чтоб и без этого работало)))? Надо в alterator.
Да, имелись в виду KDE-шные настройки.

(Ответ для Sergey V Turchin на комментарий #14)
> (Ответ для Sergey V Turchin на комментарий #13)
> > /etc/kf5/xfg/kioslaverc
> /etc/kf5/xdg/kioslaverc
> или
> /etc/xdg/kioslaverc
Не работает ни в chromium-gost ни в firefox почему-то.

Вообще есть ли смысл настройки прокси делать общесистемными? В федорах, как я понял, даже переменные окружения HTTP_PROXY задаются под конкретного пользователя (исходя из значений из dconf, он первичен, получается).

(Ответ для Slava Aseev на комментарий #15)
> Вообще есть ли смысл настройки прокси делать общесистемными?
Сисадмин каждому бегать настраивать не будет.

(Ответ для Slava Aseev на комментарий #15)
> (Ответ для Sergey V Turchin на комментарий #12)
> > Chromium-gost в KDE открывает KDE-шные настройки прокси.
> > > Если поставить режим "использовать заданные параметры" в настройках прокси,
> > В KDE-шных(chromium KDE-шные запускает в качестве своих(после установки
> > расширения из Интернет(надо, чтоб и без этого работало)))? Надо в alterator.
> Да, имелись в виду KDE-шные настройки.
> 
> (Ответ для Sergey V Turchin на комментарий #14)
> > (Ответ для Sergey V Turchin на комментарий #13)
> > > /etc/kf5/xfg/kioslaverc
> > /etc/kf5/xdg/kioslaverc
> > или
> > /etc/xdg/kioslaverc
> Не работает ни в chromium-gost ни в firefox почему-то.
> 
> Вообще есть ли смысл настройки прокси делать общесистемными? В федорах, как
> я понял, даже переменные окружения HTTP_PROXY задаются под конкретного
> пользователя (исходя из значений из dconf, он первичен, получается).

А как dnf там будет работать через прокси-сервер? А freshclam?

(Ответ для Andrey Cherepanov на комментарий #17)
> (Ответ для Slava Aseev на комментарий #15)
> > (Ответ для Sergey V Turchin на комментарий #12)
> > > Chromium-gost в KDE открывает KDE-шные настройки прокси.
> > > > Если поставить режим "использовать заданные параметры" в настройках прокси,
> > > В KDE-шных(chromium KDE-шные запускает в качестве своих(после установки
> > > расширения из Интернет(надо, чтоб и без этого работало)))? Надо в alterator.
> > Да, имелись в виду KDE-шные настройки.
> > 
> > (Ответ для Sergey V Turchin на комментарий #14)
> > > (Ответ для Sergey V Turchin на комментарий #13)
> > > > /etc/kf5/xfg/kioslaverc
> > > /etc/kf5/xdg/kioslaverc
> > > или
> > > /etc/xdg/kioslaverc
> > Не работает ни в chromium-gost ни в firefox почему-то.
> > 
> > Вообще есть ли смысл настройки прокси делать общесистемными? В федорах, как
> > я понял, даже переменные окружения HTTP_PROXY задаются под конкретного
> > пользователя (исходя из значений из dconf, он первичен, получается).
> 
> А как dnf там будет работать через прокси-сервер? А freshclam?

Видимо, для этого надо вручную вписывать переменные окружения http_proxy/https_proxy в профайл.

(Ответ для Slava Aseev на комментарий #15)
> Не работает ни в chromium-gost ни в firefox почему-то.

Посмотрел strace'ом, оказывается на конфиге стояли права 600 и его не могли прочитать. Так что проверил еще раз - /etc/kf5/xdg/kioslaverc работает в firefox (там вообще через execve выполяется kreadconfig5). В хромиуме не работает, там свой велосипед, но можно пропатчить.

(Ответ для Slava Aseev на комментарий #19)
> Посмотрел strace'ом, оказывается на конфиге стояли права 600 и его не могли
> прочитать. Так что проверил еще раз - /etc/kf5/xdg/kioslaverc работает в
> firefox (там вообще через execve выполяется kreadconfig5). В хромиуме не
> работает, там свой велосипед, но можно пропатчить.

Починил чтение конфига в хромиуме, отправил в апстрим на ревью: https://chromium-review.googlesource.com/c/chromium/src/+/3632300
Не знаю, что из этого выйдет.

В alterator-sysconfig приделал запись конфига, так что его можно уже отправлять.

sisyphus: https://git.altlinux.org/tasks/299137/

В p10 тоже отправляй. Chromium-ы отдельно пусть едут.

Изменение прошло в хромиум: https://chromium.googlesource.com/chromium/src.git/+/9ffd8a689e129c24feec8973beff50db54262365

Можно патчем приложить у нас в sisyphus/p10.

(Ответ для Slava Aseev на комментарий #23)
> Можно патчем приложить у нас в sisyphus/p10.
Если в Сизифе мантейнеры chromium/chromium-gost не против.

chromium с патчем уже в сизифе:
https://git.altlinux.org/tasks/301018

Не воспроизводится только на KDE. Изменения системных настроек прокси применяются корректно в браузере chromium-gost без перезапуска самого браузера и перезагрузки системы KDE.

На xfce и mate ошибки.

Версии: chromium-gost-102.0.5005.61-alt1
alterator-sysconfig-1.3.7-alt1
squid-4.15-alt1

На xfce ошибка не исправлена.
Требуется перезагрузка системы после применения настроек.
Система: ALT education x86_64

Шаги по настройке аналогичные:
1) Настроить на сервере  squid-сервер, разрешить http и https;
2) На клиентe (ALT education x86_64) через acc выполнил настройку proxy: модуль Настройки proxy ввести адрес сервера и порт 3128 > Применить;
3) Открыть браузер и попытаться перейти на любой сайт.

Результат: страницы грузятся только после перезагрузки системы.

Ожидаемый результат: изменения системных настроек прокси применяются корректно в браузере chromium-gost без перезапуска самого браузера и перезагрузки системы.

Дополнительные шаги: изменить адрес прокси на клиенте в acc на неправильный и применить. Обновить страницу в браузере.
Результат: страница загружена.
Ожидаемый результат: ошибка загрузки страницы при неправильном адресе прокси.

Не закрывая браузер изменить адрес прокси сервера на правильный и сохранить.
Срабатывает применение настроек прокси только после перезагрузки системы.

На системе mate ошибка:
невозможно запустить chromium-gost после настроек прокси (шаги те же). После запуска браузера ошибка в терминале:
$ chromium-gost
[0622/124927.941338:FATAL:v8_initializer.cc(535)] Error mapping V8 startup snapshot file
[0622/124927.954374:FATAL:v8_initializer.cc(535)] Error mapping V8 startup snapshot file
[0622/124927.988729:ERROR:file_io_posix.cc(144)] open /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: No such file or directory (2)
[0622/124927.988945:ERROR:file_io_posix.cc(144)] open /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq: No such file or directory (2)
Ловушка трассировки/останова

После перезагрузки системы аналогичная ошибка: Ловушка трассировки/останова

(Ответ для Tatyana Gagina на комментарий #26)
> Не воспроизводится только на KDE. Изменения системных настроек прокси
> применяются корректно в браузере chromium-gost без перезапуска самого
> браузера и перезагрузки системы KDE.
> 
> На xfce и mate ошибки.

Там и не должно работать, в chromium'e не было такой возможности изначально. Должно работать только в KDE.

> На системе mate ошибка:
> невозможно запустить chromium-gost после настроек прокси (шаги те же). После
> запуска браузера ошибка в терминале:
> $ chromium-gost
> [0622/124927.941338:FATAL:v8_initializer.cc(535)] Error mapping V8 startup
> snapshot file
> [0622/124927.954374:FATAL:v8_initializer.cc(535)] Error mapping V8 startup
> snapshot file
> [0622/124927.988729:ERROR:file_io_posix.cc(144)] open
> /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: No such file or
> directory (2)
> [0622/124927.988945:ERROR:file_io_posix.cc(144)] open
> /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq: No such file or
> directory (2)
> Ловушка трассировки/останова
> 
> После перезагрузки системы аналогичная ошибка: Ловушка трассировки/останова

С патчем это точно не связано. Если проблема только на виртуалке, то это из-за того что там не грузится какой-нибудь acpi-cpufreq модуль.

> (Ответ для Tatyana Gagina на комментарий #26)
> > На системе mate ошибка:
> > После перезагрузки системы аналогичная ошибка: Ловушка трассировки/останова
> 
> С патчем это точно не связано. Если проблема только на виртуалке, то это
> из-за того что там не грузится какой-нибудь acpi-cpufreq модуль.

Ошибка действительно была в виртуалке. Результат на mate: успешное открытие сайтов.
Однако при вводе неверного адреса прокси и перезагрузки страница не должна открываться, но открывается. 
Система обновляется после перезагрузки.

Опять же, на xfce и mate не должно работать, в chromium'e не было такой возможности изначально.

В общем, баг исправлен в kworkstation: в alterator-sysconfig добавлена запись настроек в /etc/kf5/xdg/kioslaverc, добавлена поддержка перезагрузки этих настроек без рестарта в chromium/chromium-gost (сам механизм перезагрузки настроек уже был реализован, добавился только XDG_CONFIG_DIRS). В firefox также все работает (причем работало изначально, просто не хватало ручки в alterator-sysconfig).

В workstation пока ничего из этого не работает. Я посмотрю, возможно, там есть подобный простой способ добиться похожего поведения в chromium. Есть подозрение, что про MATE там просто забыли, и если просто добавить MATE в список возможных XDG_CURRENT_DESKTOP, то все будет работать через GSettings.

(Ответ для Slava Aseev на комментарий #29)
> В общем, баг исправлен в kworkstation: в alterator-sysconfig добавлена
> запись настроек в /etc/kf5/xdg/kioslaverc, добавлена поддержка перезагрузки
> этих настроек без рестарта в chromium/chromium-gost (сам механизм
> перезагрузки настроек уже был реализован, добавился только XDG_CONFIG_DIRS).
> В firefox также все работает (причем работало изначально, просто не хватало
> ручки в alterator-sysconfig).

Ошибка с chromium{,-gost} воспроизводится в p10: настройки не применяются сразу и даже после перезапуска браузера. В sisyphus - не воспроизводится: настройки применяются сразу, без перезапуска браузера. В обоих случаях chrome://linux-proxy-config/ отображает одинаковый текст, говорящий об отсутствии поддержки системных настроек прокси.

Возможно, что проблема в wrapper-скрипте chromium{,-gost}, т. к. не применяются и настройки "не использовать прокси для" - похоже, wrapper-скрипт принудительно использует настройки из переменных окружения, а NO_PROXY он не поддерживает (https://git.altlinux.org/gears/c/chromium.git?p=chromium.git;a=blobdiff;f=.rpm/chromium.sh;h=1eceae59c7daf507c514853d44c34681bda3e37b;hp=69ebf282ffb870f83c935a50c029404a188bf839;hb=7f30da05e7e9d4f916a78b5378dbee9fa121d75c;hpb=8435a1d42c1e415fcf70c345142ce0cd076f1d0a).

Firefox при этом в p10 сразу применяет настройки, а в sisyphus не применяет даже после перезапуска браузера.

Проверялось на:

[p10] kworkstation-10.2-x86-64
alterator-sysconfig-1.3.12-alt1.noarch
chromium-117.0.5938.132-alt0.p10.1.x86_64  
chromium-gost-110.0.5481.177-alt1.p10.1.x86_64  
firefox-esr-115.3.1-alt4.x86_64

[sisyphus] kworkstation-10.2-x86-64
alterator-sysconfig-1.3.13-alt1.noarch
chromium-119.0.6045.105-alt1.x86_64  
chromium-gost-117.0.5938.62-alt1.x86_64  
firefox-esr-115.4.0-alt1.x86_64

Ошибка актуальна для версии: chromium-126.0.6478.182-alt1