Антон, нет ли противопоказаний откатить твой коммит 48dbce61
+* Mon Apr 04 2011 Anton Farygin <rider@altlinux.ru> 4.14-alt1
+- disabled FQDN in computer name if alterator-net-backend installed
...
+ALTERATOR_DOMAIN=/usr/lib/alterator/backend3/net-domain
+
+# do not setup domain name if alterator-net-domain installed to current system
+if [ -f "$ALTERATOR_DOMAIN" ];then
+    NAME_CHECK=system-computer-name
+else
+    NAME_CHECK=hostname
+fi
+

(Ответ для Владимир Осташов на комментарий #0)
> Не возможно сменить имя пк, через GUI - Центр Управления Системой (acc) в
> виде FQDN на Альт Сервер 10
> 
> ОС Альт Сервер 10
> 
> https://mirror.yandex.ru/altlinux/p10/images/server/x86_64/alt-server-10.0-
> x86_64.iso
> 
> установлены компоненты:
> Сервер сетевой установки Сервер вирт раб столов Инструменты упр гр
> политиками Среда Mate Офисный пакет Медиаплеер vlc Основные компоненты Xorg
> Системы управления сетевым интерфейсом nm
> 
> Желаемое действие:
> Запустить Центр управления системой (acc), Сеть- Ethernet интерфейсы- имя пк
> Попробовать сменить имя на FQDN, типа al.test.alt  (в имени присутствуют
> точки)
> нажать применить, имя меняется  
> 
> Получаемое действие:
> Не возможно сменить имя пк в формате FQDN
> --
>  Критическая ошибка Имя компьютера: допустимы только латинские буквы, цифры,
> символы `-` и  `_` 
> ---
>     https://disk.yandex.ru/i/2TV8jFxa6dR8NA
> 
> через терминал имя меняется

Имя без домена используется только если установлен пакет alterator-net-domain.

(Ответ для Andrey Cherepanov на комментарий #1)
> Антон, нет ли противопоказаний откатить твой коммит 48dbce61
> +* Mon Apr 04 2011 Anton Farygin <rider@altlinux.ru> 4.14-alt1
> +- disabled FQDN in computer name if alterator-net-backend installed
> ...
> +ALTERATOR_DOMAIN=/usr/lib/alterator/backend3/net-domain
> +
> +# do not setup domain name if alterator-net-domain installed to current
> system
> +if [ -f "$ALTERATOR_DOMAIN" ];then
> +    NAME_CHECK=system-computer-name
> +else
> +    NAME_CHECK=hostname
> +fi
> +

Я уже не помню, но мне кажется что это было сделано по чьему-то запросу.
Кто-то сильно возражал против FQDN, а вот кто я уже не вспомню.

Так то я только за то, что бы всегда была возможность использовать FQDN. Возможно, это как-то связано с net-domain.

 
> Я уже не помню, но мне кажется что это было сделано по чьему-то запросу.
> Кто-то сильно возражал против FQDN, а вот кто я уже не вспомню.
> 
> Так то я только за то, что бы всегда была возможность использовать FQDN.
> Возможно, это как-то связано с net-domain.

Я тоже уже не помню, но логика видится такая:
если при настроенном через net-domain домене поменять имя домена через net-eth, то будет плохо.
В принципе, можно отслеживать не наличие пакета как такового, а факт настройки через него домена, но это сложнее, особенно учитывая, что есть несколько типов доменов. Можно, конечно, запрашивать бэкенд net-domain, но, насколько я понимаю, хороших способов обращения из бекенда в бекенд в альтераторе нет.

(Ответ для Anton V. Boyarshinov на комментарий #4)
>  
> > Я уже не помню, но мне кажется что это было сделано по чьему-то запросу.
> > Кто-то сильно возражал против FQDN, а вот кто я уже не вспомню.
> > 
> > Так то я только за то, что бы всегда была возможность использовать FQDN.
> > Возможно, это как-то связано с net-domain.
> 
> Я тоже уже не помню, но логика видится такая:
> если при настроенном через net-domain домене поменять имя домена через
> net-eth, то будет плохо.
> В принципе, можно отслеживать не наличие пакета как такового, а факт
> настройки через него домена, но это сложнее, особенно учитывая, что есть
> несколько типов доменов. Можно, конечно, запрашивать бэкенд net-domain, но,
> насколько я понимаю, хороших способов обращения из бекенда в бекенд в
> альтераторе нет.

В связи с фактическим устареванием Альт-домена предлагаю вернуться к FQDN.

> > Я тоже уже не помню, но логика видится такая:
> > если при настроенном через net-domain домене поменять имя домена через
> > net-eth, то будет плохо.
> > В принципе, можно отслеживать не наличие пакета как такового, а факт
> > настройки через него домена, но это сложнее, особенно учитывая, что есть
> > несколько типов доменов. Можно, конечно, запрашивать бэкенд net-domain, но,
> > насколько я понимаю, хороших способов обращения из бекенда в бекенд в
> > альтераторе нет.
> 
> В связи с фактическим устареванием Альт-домена предлагаю вернуться к FQDN.

Домен Samba тоже создаётся через net-domain, а он не устарел.

(Ответ для Anton V. Boyarshinov на комментарий #6)
> > > Я тоже уже не помню, но логика видится такая:
> > > если при настроенном через net-domain домене поменять имя домена через
> > > net-eth, то будет плохо.
> > > В принципе, можно отслеживать не наличие пакета как такового, а факт
> > > настройки через него домена, но это сложнее, особенно учитывая, что есть
> > > несколько типов доменов. Можно, конечно, запрашивать бэкенд net-domain, но,
> > > насколько я понимаю, хороших способов обращения из бекенда в бекенд в
> > > альтераторе нет.
> > 
> > В связи с фактическим устареванием Альт-домена предлагаю вернуться к FQDN.
> 
> Домен Samba тоже создаётся через net-domain, а он не устарел.

И какое влияние domainname будет оказывать на samba?

 
> > Домен Samba тоже создаётся через net-domain, а он не устарел.
> 
> И какое влияние domainname будет оказывать на samba?

Подозреваю, что на домен AD примерно такое же -- перестанет работать.

(Ответ для Anton V. Boyarshinov на комментарий #8)
>  
> > > Домен Samba тоже создаётся через net-domain, а он не устарел.
> > 
> > И какое влияние domainname будет оказывать на samba?
> 
> Подозреваю, что на домен AD примерно такое же -- перестанет работать.

Поменял. Работает. А при смене имени самого хоста тоже будет расхождение. И никто не мешает указать то же имя домена, что и было, поменяв только имя хоста. Странное и необоснованное ограничение.

Давайте сделаем возможность задавать FQDN всегда, а не только тогда, когда нету alt домена.

Я за такое поведение.

(Ответ для Anton Farygin на комментарий #10)
> Давайте сделаем возможность задавать FQDN всегда, а не только тогда, когда
> нету alt домена.
> 
> Я за такое поведение.

+1. Антон, соберёшь?

Это странное поведение - задавать не то, что указано.

Но тут проблема по-важнее: после переименования машины у нас отваливаются графические приложения. Как вариант, можно при переименовании выполнять
$ xhost + 
Имеется в виду графическая сессия пользователя, если использовать acc.

(Ответ для Evgeny Sinelnikov на комментарий #12)
> Это странное поведение - задавать не то, что указано.
> 
> Но тут проблема по-важнее: после переименования машины у нас отваливаются
> графические приложения. Как вариант, можно при переименовании выполнять
> $ xhost + 
> Имеется в виду графическая сессия пользователя, если использовать acc.

https://git.altlinux.org/tasks/archive/done/_288/295013/ - посмотри это решение.

(Ответ для Evgeny Sinelnikov на комментарий #12)
> Это странное поведение - задавать не то, что указано.
Что именно ты имел ввиду? Имя компьютера != FQDN?

> Но тут проблема по-важнее: после переименования машины у нас отваливаются
> графические приложения. Как вариант, можно при переименовании выполнять
> $ xhost + 
> Имеется в виду графическая сессия пользователя, если использовать acc.

Не путай с 26595. acc работает под root и xhost + не выполнит. См. моб неудачную попытку решения на 205679 FAILED #52 [test-only] sisyphus xauth.git=1.0.10-alt2

(Ответ для Andrey Cherepanov на комментарий #14)
> > Но тут проблема по-важнее: после переименования машины у нас отваливаются
> > графические приложения. Как вариант, можно при переименовании выполнять
> > $ xhost + 
> > Имеется в виду графическая сессия пользователя, если использовать acc.
> 
> Не путай с 26595. acc работает под root и xhost + не выполнит. См. моб
> неудачную попытку решения на 205679 FAILED #52 [test-only] sisyphus
> xauth.git=1.0.10-alt2

Ты это видел? 

https://packages.altlinux.org/ru/sisyphus/srpms/xauthority-hostname-updater/

(In reply to Anton Farygin from comment #13)
> (Ответ для Evgeny Sinelnikov на комментарий #12)
> > Но тут проблема по-важнее: после переименования машины у нас отваливаются
> > графические приложения. Как вариант, можно при переименовании выполнять
> > $ xhost + 
> > Имеется в виду графическая сессия пользователя, если использовать acc.

Кстати, NetworkManager у нас с давних времен запатчен так, чтобы не менял hostname если запущен Xorg.

> https://git.altlinux.org/tasks/archive/done/_288/295013/ - посмотри это
> решение.

Интересно, но мне кажется смена хостнейма достаточно редкая вещь, чтобы оправдать запуск аж целого демона, следящего за этим.
Возможно достаточно выдавать предупреждение в alterator-net-eth.
Впрочем, это все не имеет прямого отношения к обсуждаемому в этой баге вопросу.

(Ответ для Mikhail Efremov на комментарий #16)
> (In reply to Anton Farygin from comment #13)
> > (Ответ для Evgeny Sinelnikov на комментарий #12)
> > > Но тут проблема по-важнее: после переименования машины у нас отваливаются
> > > графические приложения. Как вариант, можно при переименовании выполнять
> > > $ xhost + 
> > > Имеется в виду графическая сессия пользователя, если использовать acc.
> 
> Кстати, NetworkManager у нас с давних времен запатчен так, чтобы не менял
> hostname если запущен Xorg.
> 
> > https://git.altlinux.org/tasks/archive/done/_288/295013/ - посмотри это
> > решение.
> 
> Интересно, но мне кажется смена хостнейма достаточно редкая вещь, чтобы
> оправдать запуск аж целого демона, следящего за этим.
Кстати да, может быть стоит его запускать прямо в процессе работы alterator-net-eth.

> Возможно достаточно выдавать предупреждение в alterator-net-eth.
> Впрочем, это все не имеет прямого отношения к обсуждаемому в этой баге
> вопросу.

Спасибо Жене, он умеет мастерски мешать всё в одну кучу там, где не надо.

alterator-net-eth-5.2.2-alt1 -> sisyphus:

 Tue Mar 15 2022 Andrey Cherepanov <cas@altlinux> 5.2.2-alt1
 - Enabled FQDN in computer name in all cases (ALT #41708).