Mumble은 시작 시 네트워크 주소에 바인딩되지 않으며 다시 시작해야 합니다(네트워크를 올바르게 기다리고 있지 않습니까?)

Mumble은 시작 시 네트워크 주소에 바인딩되지 않으며 다시 시작해야 합니다(네트워크를 올바르게 기다리고 있지 않습니까?)

Debian Squeeze에는 변경되지 않은 Mumble 서버(패키지 "mumble-server") 기본 설치가 있습니다. 이전 설정에서는 기본 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"를 실행하는 기계에서 동일한 문제를 발견했습니다. 다양한 사이트에서 해결책을 검색한 결과, 이는 네트워크 관리자가 소켓을 열 수 있을 만큼 네트워크 인터페이스를 빠르게 불러오지 못하여 발생하는 문제인 것으로 보입니다.

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

mumble-server init 스크립트에 네트워크 관리자를 종속성으로 추가하는 것은 /etc/init.d/mumble-server불행하게도 update-rc.d mumble-server remove && update-rc.d mumbleserver defaults성공하지 못했습니다. 비록 mumble이 더 높은 시퀀스 값(19, 네트워크 관리자는 18)을 받았지만 말이죠.

관련 정보