From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Sat, 6 Mar 2021 09:28:04 +0300 From: "Alexey V. Vissarionov" To: ALT Linux Team development discussions Message-ID: <20210306062804.GB8526@altlinux.org> References: <7253384.EvYhyI6sBW@zerg.malta.altlinux.ru> <2106644.Icojqenx9y@zerg.malta.altlinux.ru> <20210305125128.2f0df910@sem-notebook.localdomain> <1902534.yKVeVyVuyW@zerg.malta.altlinux.ru> <20210305213702.14ab00da@sem-notebook.localdomain> <5df7accb-e2a2-9a55-0e31-1448eafeba2a@basealt.ru> <20210305234954.3d6ecc86@sem-notebook.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210305234954.3d6ecc86@sem-notebook.localdomain> Subject: Re: [devel] ALT 9.1 Workstation K RC4 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2021 06:28:08 -0000 Archived-At: List-Archive: List-Post: On 2021-03-05 23:49:54 +0300, Mikhail Efremov wrote: >>>>>>>>> сервисы, которые должны запустить после поднятия >>>>>>>>> сети и которые не ждут логина пользователя. >>>>>>>> Какие ? >>>>>>> Навскидку - NTP-клиент. >>>>>> где в chrony что-то об этом говорит? >>>>> Мне кажется рассчитывать на наличие сети для NTP-клиента >>>>> логично. >>>> Т.е. вскидка не получилась. Давайте ещё раз без неё? >>> Ок, попробую еще раз объяснить. Есть механизм, позволяющий >>> сервисам подождать поднятия сети (разумеется, при условии, >>> что сеть вообще может быть поднята). Коллеги, а вы не думали, что этого никогда нельзя сказать заранее? Соединения могут подниматься на разных интерфейсах, в сети может не работать DHCP или DNS, ожидаемый домен может быть заблокирован через RPZ... И во всех этих случаях пользовательскому компутеру полагается продолжать штатную работу. >>> Я не вижу причин эту возможность отключать. Отключать, может, и не надо. Но и смысла использовать - никакого. Вот кому и для чего может быть нужно полностью поднятое сетевое соединение? Демонам, которые слушают порты - не нужно: когда связь появится, тогда и ответим, а до тех пор просто слушаем. Процессам, которые хотят соединиться с чем-то снаружи - тоже не нужно: если не смогли соединиться, пусть попробуют еще раз через несколько секунд. Единственный теоретический пример, который приходит в голову - это аутентификация локального пользователя через какой-нибудь сетевой сервис. Но и в этом случае нужно сначала загрузиться, и только после этого смотреть, кто пришел - пользователь, которого мы впервые видим и должны аутентифицировать через внешний сервис, или наш родной локальный root, который собирается заняться как раз настройкой сети. >>> Какие же именно сервисы этой возможностью пользуются мне >>> совершенно не интересно, Ну и зря. >>> главное чтобы она была предоставлена в дистрибутиве. А зачем? >>> На chrony же надо посмотреть внимательнее, думаю зависимость >>> на network-online.target надо туда добавить. Предлагаю простейшую проверку: добавить и посмотреть, как себя поведет компутер с отключенным сетевым кабелем. qemu -net nic -net none позволяет смоделировать такую ситуацию. >> Я посмотрю, но мне кажется что он нормально поднимается после >> поднятия сети. > Ну понятно, что он и без сети запустится. Я точно не помню > есть ли у него поведение как у openntpd с -s, если он ставит > время при старте - наличие сети может быть критичным. Не может. При запуске с -s он несколько раз попробует установить время, а потом, независимо от результата, продолжит работать в штатном режиме: есть сеть - хорошо, корректируем время; нет сети - пофигу, ждем. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net