From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Resent-From: Michael Shigorin Resent-Date: Tue, 23 Apr 2019 16:00:07 +0300 Resent-Message-ID: <20190423130007.GI18867@imap.altlinux.org> Resent-To: make-initrd@lists.altlinux.org Envelope-to: ar@cs.msu.ru Delivery-date: Mon, 22 Apr 2019 02:09:13 +0300 From: "Michael A. Kangin" To: Alexey Gladkov References: <9970f039-d7f9-74fd-2443-19bace8501d4@complife.ru> <41fbf1a2-40dc-84a0-4465-cb6f0b28569b@complife.ru> <3fd9233e-74e2-4c89-327b-f9309d030087@gmail.com> <489be984-aa29-53cf-c0a8-e4da309efc8a@complife.ru> <5b6ad98a-29bc-1c16-27df-d0a82b3e3adc@gmail.com> <28dad1c6-a80c-7b5d-a6b8-2c6a8f404842@complife.ru> <20190419210447.GV21174@Legion-PC.fortress> <7f74a951-a415-1581-4df0-909d5ba75020@complife.ru> <20190421134343.GW21174@Legion-PC.fortress> Message-ID: Date: Mon, 22 Apr 2019 01:08:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: ru-RU Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 194.107.17.36 X-SA-Exim-Mail-From: mak@complife.ru X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.cs.msu.ru X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=BAYES_00, MIXED_ES autolearn=no autolearn_force=no version=3.4.2 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.cs.msu.ru) Cc: Leonid Krivoshein , =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Subject: Re: [make-initrd] [devel] syslinux X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2019 13:00:07 -0000 Archived-At: List-Archive: On 04/21/2019 05:44 PM, Michael A. Kangin wrote: > Замечания, появляющиеся в ходе тестирования сети, предпочтительней > оформлять багами или для начала лучше писать сюда (для обсуждения и > понимания, баг это или фича)? Давайте попробую пока тут изложить. В образ initrd не попадает модуль ipv6, поэтому эти конфигурации пока проверить не удалось, попробую завтра добавить этот модуль. В логах (/var/log/ueventd.log): [2019-04-21 13:28:21] uevent-handler: Running network handler ... modprobe: FATAL: Module ipv6 not found in directory /lib/modules/5.0.6-un-def-alt1 Если не указывать интерфейс, то согласно документации, ip={on|any|dhcp|dhcp4|dhcp6} get configuration from DHCP server for all interfaces. Однако, под "all interfaces" понимается и lo тоже. И мы имеем 16секундную задержку в инициализации сети, пока идёт попытка получить адрес на lo: [2019-04-21 13:28:22] 030-network: lo: trying to obtain configuration from dhcp ... [2019-04-21 13:28:22] 030-network: run: ip -6 link set dev lo up [2019-04-21 13:28:22] 030-network: run: udhcpc -v -n -i lo -t 3 -T 5 -s /lib/network/udhcpc4.script -p /var/run/udcpc.lo.pid [2019-04-21 13:28:22] 030-network: lo: waiting 16 seconds for configuration by dhcp ... [2019-04-21 13:28:37] 030-network: lo: dhcp done [2019-04-21 13:28:38] 030-network: eth0: trying to obtain configuration from dhcp ... (обратите внимание на таймстампы) Нотации ip=:[:[][:]] ip=:[]:::::[:[][:]] ip=:[]:::::[:[][:]] работают согласно документации, за некоторыми исключениями: - фактически, это ip=[]:[]:[gw]:[]:[]:: - фразой "Optionally set on the " на самом деле описывается поведение "переименование сетевого интерфейса, имеющего MAC-адрес в новое имя , (если оно свободно, иначе ошибка)". - mtu на сам сетевой интерфейс не применяется. При этом в конфигурации есть такая запись: /etc/network/ifaces/eth1:# cat iplink mtu 9000 Не знаю, являются ли ошибкой следующие поведения: - при конфигурации "ip=dhcp nameserver=8.8.8.8" в /etc/resolv.conf попадают сервера, как указанные вручную, так и добытые с помощью DHCP. Я могу представить ситуацию, когда хотелось бы избавиться от автоматически предлагаемых серверов вообще (кроме того, был бы нелишний параметр для search - для подстановки домена) - конфигурация типа "ip=192.168.222.25::192.168.222.20:25:myhost:eth2:dhcp" какая-то валидно-бессмысленная, вся информация игнорируется и на eth2 просто получается dhcp. В порядке фичреквеста, я бы кстати предложил поддерживать для статики еще одну нотацию, более логично-лаконичную: ip=:[/][:[:[:[]:[mac]]]] уф, надеюсь не запутался скобочках С примерами: ip=eth0:10.255.255.1 #(подразумевается /32) ip=eth0:123.45.67.89/24:123.45.67.1 ip=stor0:192.168.7.235/255.255.255.128:192.168.7.129:192.168.1.1:9000:fe:fe:de:ad:be:af И поддержка вланов тоже была бы совершенно не лишней - в датацентрах dhcp & tftp может не нейтивом подаваться, а одним из вланов в транке на порту.