☰

Mumble не привязывается к сетевому адресу при загрузке, требуется перезапуск (не ожидает подключения к сети должным образом?)

tag-icon • tag-icon debian networking
Mumble не привязывается к сетевому адресу при загрузке, требуется перезапуск (не ожидает подключения к сети должным образом?)

У меня есть стандартная, неизмененная установка сервера Mumble на Debian Squeeze (пакет "mumble-server"). В предыдущей настройке запуск сервера (называемого murmurd) при загрузке с использованием стандартных скриптов инициализации работал нормально. В новой настройке, которая, как мне кажется, идентична во всех отношениях, murmurd, похоже, не привязывается к сетевому адресу при загрузке. Таким образом, ни один клиент не может подключиться, пока я не перезапущу процесс после загрузки.

Логи весьма красноречивы. При загрузке:

<W>2012-03-25 00:15:01.543 Murmur 1.2.2 (1.2.2-6+squeeze1) running on
X11: Debian GNU/Linux 6.0.4 (squeeze): Booting servers <W>2012-03-25
00:15:01.617 1 => Announcing server via bonjour <W>2012-03-25
00:15:01.650 1 => Not registering server as public

и ни один клиент не может подключиться. service mumble-server restartОднако использование after boot дает:

<W>2012-03-25 00:22:27.529 Murmur 1.2.2 (1.2.2-6+squeeze1) running on
X11: Debian GNU/Linux 6.0.4 (squeeze): Booting servers <W>2012-03-25
00:22:27.549 1 => Server listening on [::]:64738 <W>2012-03-25
00:22:27.559 1 => Announcing server via bonjour <W>2012-03-25
00:22:27.570 1 => Not registering server as public

Обратите внимание на третью строку. Таким образом, мне кажется, что скрипт init пытается запустить демон до того, как сеть будет запущена и заработает. /etc/rc2.d/S19mumble-serverОднако скрипт, который идет с пакетом, говорит:

# Required-Start:       $network $local_fs $remote_fs dbus

Точно такая же настройка отлично работает на другой машине (также работающей под управлением Debian Squeeze), поэтому я начинаю подозревать, что это как-то связано с таймингом при загрузке или каким-то другим недетерминированным фактором.

Идеи?

решение1

Я знаю, что этому вопросу уже два года, но недавно я наткнулся на ту же проблему на машине, работающей 'wheezy'. После поиска решения на разных сайтах, похоже, проблема была вызвана сетевым менеджером, который не поднимал сетевой интерфейс достаточно быстро, чтобы позволить mumble открыть свой сокет.

Поэтому я удалил сетевой менеджер из последовательности загрузки: update-rc.d network-manager remove и настроил свой сетевой интерфейс через /etc/interfaces- и -файл, /etc/resolv.confкак описаноздесь.

Добавление network-manager в качестве зависимости в скрипт инициализации mumble-server /etc/init.d/mumble-serverи выполнение этой задачи update-rc.d mumble-server remove && update-rc.d mumbleserver defaults, к сожалению, не сработало, хотя mumble получил более высокое значение последовательности (19; network-manager имел 18).

Связанный контент