I
Size: a a a
2020 May 14
SS
поэтому если прошивка будет свежая и вы укажете европейскую страну, то там все должно быть
Оно ещё в эфир смотрит
SS
Продолжение истории с обезумевшими менеджерами Intel, которые решили что можно быть выше всех этих ваших ГКРЧ и прочих регуляторов. А так же решивших, что можно наплевать на клиентов которые заплатили деньги и купили устройства с поддержкой Wi-Fi 5/6.
Да, теперь Intel решил отключать еще и 802.11ac. Пока только для Украины, но кто знает что им еще взбредет в голову.
https://medium.com/@klukonin/god-is-a-dj-intel-is-a-law-part-2-d682a308134
Да, теперь Intel решил отключать еще и 802.11ac. Пока только для Украины, но кто знает что им еще взбредет в голову.
https://medium.com/@klukonin/god-is-a-dj-intel-is-a-law-part-2-d682a308134
SS
По поводу замечаний коллеги хочу высказаться.
https://t.me/nnmclub_official/1529
Подобный механизм есть не только у Intel и да, это распространенная практика.
Драйвер может решить какой канал включить/выключить и какая мощность разрешена.
Проблема в том что ограничения на модуляцию/режим я могу вспомнить только у Японии для 14 канала, там запрещено использовать OFDM. Больше я подобных запретов не припомню ни в одной стране.
Но в Intel почему-то решили, что они в праве без пруфов решать в какой стране можно использовать 802.11ax, а в какой нет. При том что люди уже купили и уже заплатили.
Мне как бывшему (ахаха, бывших не бывает) безопаснику сразу приходит идея поделить на ноль любую 802.11ax сеть, просто встав рядом и вещая аналогичный beacon с полями 802.11h и регуляторикой той страны где 802.11ax по мению Intel запрещен.
Это очень херовая практика когда вендор решает за тебя и ставит себя выше законов твоей страны. И в своем канале я никогда не ограничиваю себя в выражениях если считаю что это заслужено. К слову, я подчеркнул что грубое высказывание относится к тому кто принял решениr внедрить эту чушь, а не к тому кто выложил патч или написал код.
Касательно сертификации и regdb. Если делается функциональность которая предназначена для работы при отсутствии wireless-regdb, она должна отключаться при его наличии, логично?
Ben Greear, к слову, в своих альтернативных прошивках для ath10k регуляторику напрочь выпилил после обращений пользователей с проблемами. А тот же ath10k даже в 2020 продолжает выключать каналы при инициализации дефолтного US домена и не включать их потом обратно при переходе в другой.
Никто из вендоров не отключает дополнительную регуляторную логику которая перекрывает regdb, но это не значит что они все делают правильно.
https://t.me/nnmclub_official/1529
Подобный механизм есть не только у Intel и да, это распространенная практика.
Драйвер может решить какой канал включить/выключить и какая мощность разрешена.
Проблема в том что ограничения на модуляцию/режим я могу вспомнить только у Японии для 14 канала, там запрещено использовать OFDM. Больше я подобных запретов не припомню ни в одной стране.
Но в Intel почему-то решили, что они в праве без пруфов решать в какой стране можно использовать 802.11ax, а в какой нет. При том что люди уже купили и уже заплатили.
Мне как бывшему (ахаха, бывших не бывает) безопаснику сразу приходит идея поделить на ноль любую 802.11ax сеть, просто встав рядом и вещая аналогичный beacon с полями 802.11h и регуляторикой той страны где 802.11ax по мению Intel запрещен.
Это очень херовая практика когда вендор решает за тебя и ставит себя выше законов твоей страны. И в своем канале я никогда не ограничиваю себя в выражениях если считаю что это заслужено. К слову, я подчеркнул что грубое высказывание относится к тому кто принял решениr внедрить эту чушь, а не к тому кто выложил патч или написал код.
Касательно сертификации и regdb. Если делается функциональность которая предназначена для работы при отсутствии wireless-regdb, она должна отключаться при его наличии, логично?
Ben Greear, к слову, в своих альтернативных прошивках для ath10k регуляторику напрочь выпилил после обращений пользователей с проблемами. А тот же ath10k даже в 2020 продолжает выключать каналы при инициализации дефолтного US домена и не включать их потом обратно при переходе в другой.
Никто из вендоров не отключает дополнительную регуляторную логику которая перекрывает regdb, но это не значит что они все делают правильно.
И
Товарищи, подскажите, какой параметр указать в юните для пользователя от которого запускается сервис, чтобы ему разрешили 443 порт заюзать?
И
а то получаю стандартную ошибку permission denied.
И
по ходу никто не знает 😅
AT
Илья
по ходу никто не знает 😅
в каком юните?
И
в каком юните?
systemd
SV
Илья
systemd
cat /etc/systemd/system/rc.inet.service
[Unit]
Description=Start Network Settings
After=network.target
[Service]
Type=oneshot
User=root
ExecStart=/etc/rc.d/rc.inet
[Install]
WantedBy=multi-user.target
[Unit]
Description=Start Network Settings
After=network.target
[Service]
Type=oneshot
User=root
ExecStart=/etc/rc.d/rc.inet
[Install]
WantedBy=multi-user.target
SV
а да ось какая?)
И
а да ось какая?)
centos 7
SV
cat /etc/systemd/system/rc.inet.service
[Unit]
Description=Start Network Settings
After=network.target
[Service]
Type=oneshot
User=root
ExecStart=/etc/rc.d/rc.inet
[Install]
WantedBy=multi-user.target
[Unit]
Description=Start Network Settings
After=network.target
[Service]
Type=oneshot
User=root
ExecStart=/etc/rc.d/rc.inet
[Install]
WantedBy=multi-user.target
ну вот пример запуска скрипта своего
И
cat /etc/systemd/system/rc.inet.service
[Unit]
Description=Start Network Settings
After=network.target
[Service]
Type=oneshot
User=root
ExecStart=/etc/rc.d/rc.inet
[Install]
WantedBy=multi-user.target
[Unit]
Description=Start Network Settings
After=network.target
[Service]
Type=oneshot
User=root
ExecStart=/etc/rc.d/rc.inet
[Install]
WantedBy=multi-user.target
тут у тебя root)
SV
а тебе кто нужен
И
ему всё можно) но это несекурно)
AT
Илья
systemd
вот видите, чуть больше информации в вопросе и сразу есть желающие помочь :)
И
да, спасибо)
И
но тут речь о непривилегированном пользователе