Порядок работы сетевых интерфейсов, проблема с туннелем ipv6
Короче говоря: ни одна из этих двух программ не будет работать правильно. Вывод из этих двух программ будет объединен и отослал последовательный порт. Вход, входящий через последовательный порт, будет замечен только одной из программ (некоторый вход закончится в одной из программ, некоторый вход закончится в другом, случайным образом).
Из-за этого программы обычно с помощью последовательных портов (uucp традиционно, pppd и эмуляторы терминала в последнее время) реализовали некоторую блокировку. Это - консультативная блокировка (это не осуществляется), с помощью файлов блокировки в некотором предварительно сконфигурированном глобальном каталоге (/var/lock, например).
Правильнее было бы сделать интерфейс he-ipv6 зависимым от рабочего интерфейса eth0. К сожалению, вы не можете выразить такие зависимости в файле interfaces .
Простым взломом может быть добавление строки pre-up sleep 5 или что-то подобное в раздел he-ipv6 . Это немного некрасиво, но обычно должно работать, в зависимости от того, сколько времени требуется вашему DHCP-клиенту, чтобы сделать свое дело. В качестве альтернативы вы можете написать инструмент, который следит за netlink и возвращает только при наличии рабочего маршрута v4, и вызывать его из pre-up . Это было бы немного надежнее, но у вас будет больше работы.