Mumble은 부팅 시 네트워크 주소에 바인딩되지 않으며 다시 시작해야 합니다(네트워크를 제대로 기다리지 않습니까?).

Mumble은 부팅 시 네트워크 주소에 바인딩되지 않으며 다시 시작해야 합니다(네트워크를 제대로 기다리지 않습니까?).

Debian Squeeze(패키지 "mumble-server")에 Mumble 서버가 기본적으로 변경되지 않고 설치되어 있습니다. 이전 설정에서는 기본 init 스크립트를 사용하여 부팅 시 서버(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그러나 부팅 후 사용하면 다음이 제공됩니다.

<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

나는 이 질문이 이미 2년이 되었다는 것을 알고 있지만 최근에 나는 'wheezy'를 실행하는 기계에서 같은 문제를 우연히 발견했습니다. 여러 사이트에서 해결책을 검색한 결과, 네트워크 관리자가 소켓을 중얼거리며 열 수 있을 만큼 빠르게 네트워크 인터페이스를 불러오지 않아서 발생하는 문제인 것 같았습니다.

따라서 부팅 순서에서 네트워크 관리자를 제거 하고 설명된 대로 - 및 -file을 update-rc.d network-manager remove 통해 네트워크 인터페이스를 구성했습니다./etc/interfaces/etc/resolv.conf여기.

mumble-server init 스크립트에 종속 항목으로 network-manager를 추가하고 /etc/init.d/mumble-server불행히도 update-rc.d mumble-server remove && update-rc.d mumbleserver defaultsMumble이 더 높은 시퀀스 값(19, network-manager의 값은 18)을 받았음에도 불구하고 제대로 작동하지 않았습니다.

관련 정보