PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : miniDLNA Verbindung stoppt



Tannhaeuser
16.03.13, 12:39
Hi,

ich bin ein Neuer und komm' jetzt öfter ;)

Zum Problem: Linux-Server (Debian Squeeze), fungiert als Samba-Server und auch als Internet-Router bzw. Firewall. Nun hab' ich versucht miniDLNA einzurichten - Stolperstein war die Shorewall: ich hab' mal laut hier (http://www.linuxquestions.org/questions/linux-security-4/mandriva-firewall-and-minidlna-913964/) (Posting #7) in "action.Drop" und "action.Reject" den Eintrag 'DropUPnP' auskommentiert, hab' in die rules
ACCEPT loc $FW tcp 8200
ACCEPT $FW loc tcp 8200
ACCEPT loc $FW udp 1900
ACCEPT $FW loc udp 1900 eingetragen und in /etc/shorewall/interfaces bei der eth0 (=intern) upnp dazu geschrieben
#ZONE INTERFACE BROADCAST OPTIONS
loc eth0 detect tcpflags,nosmurfs,routefilter,logmartians,upnp
Im Prinzip funktioniert nun der DLNA-Server...

... allerdings schläft mir die Verbindung bei längerer Nicht-Nutzung ein :confused:. Ein neuerlicher Startversuch von miniDLNA trägt im log ein 'is already running' ein, ein Restart der Shorewall bringt DLNA (meistens) wieder zum Laufen.

Woran kann es liegen, dass die DLNA-Serververbindung 'einschläft'?

Thx & lG
Tannhaeuser


-------

NACHTRAG: jetzt 'steht' die DLNA-Verbindung wieder ... ohne dass ich was gemacht hätte ...
.

Tannhaeuser
17.03.13, 06:59
Leider tut der DLNA-Server nicht so, wie er soll - die Verbindung bricht nach geraumer Zeit ab (das mit den kolportierten 30 Minuten kann stimmen). Anderen hat (lt google (http://www.supportforum.philips.com/en/showthread.php?4595-TV-lost-the-dlna-server/page4&p=41154#post41154)) geholfen, notify_interval=90000 (=25 Stunden) zu setzen ... ich hab' das gestern Nachmittag gemacht ... gestern am späten Abend und auch heute Früh war die Verbindung schon wieder weg! So kann man nicht arbeiten...

... hat jemand eine Idee, wie ich dem Problem auf die Schliche kommen kann?

Anders als die Kollegen im o.g. Link glaube ich, dass es nicht an der Firmware des Fernsehers sondern am Linux-Server liegt (das Vorhandensein des DLNA-Netzes kann man auch am PC kontrollieren - der VLC-Player kann es herzeigen, wenn es 'steht').

Thx

nopes
17.03.13, 23:24
Hallo habe auf dem Gebiet nicht sehr viel Erfahrung, X- bzw RASPBMC auf einem Raspberry läuft für mich wunderbar, bei meinem NAS kann ich direkt einige Mediendienste einschalten, die ebenfalls prima laufen. Wie auch immer ich bin mal hier drüber (http://www.squeezeplug.eu/) gestolpert, habe es aber nie probiert, klingt mir aber sehr nach deinem Ziel.

Ansonsten ist mir aufgefallen das miniDLNA (http://sourceforge.net/projects/minidlna/) in einer neueren Version verfügbar ist, ggf. selberbacken. Davon ab ist das Debian-Paket noch als testing markiert, schicke als einen Bericht ans Debian-Team (http://www.debian.org/Bugs/Reporting) - nebenbei, sicher das du Squeeze nutzt, den Testing ist eigentlich Wheezy...

Alternativ kannst du auch dein Glück mit "mediatomb (http://packages.debian.org/squeeze/mediatomb)" versuchen, jedenfalls wird ja bei der Paket Beschreibung (http://packages.debian.org/wheezy/minidlna) darauf hingewiesen:
MiniDNLA ist eine einfache, leichtgewichtige Alternative zu MediaTomb, bietet aber weniger Funktionen. Es hat keine Weboberfläche zur Administration und muss durch eine Textdatei konfiguriert werden.

Tannhaeuser
18.03.13, 10:00
Danke. Mittlerweile weiß ich, dass die Firewall hier drein funkt und irgend ein udp timeout kommt. D.h. minidlna schickt in regelmäßigen Abständen Pakete durch die Gegend und die FW lässt sie nach einer gewissen Zeit nicht mehr durch. Lösung - keine Ahnung. Auf dlna verzichten oder für die FW einen eigenen Rechner.

nopes
18.03.13, 12:38
Naja in dem Fall kannst du doch das Logging bei der FW temporär schärfer einstellen, so hast du eine gute Chance die "böse" Regel zu identifizieren. Bauchgefühl irgendwas mit "limit" spuckt ins Essen.

Tannhaeuser
20.03.13, 17:50
Nein - hat nix mit Regeln zu tun, denn ein paar Minuten lang und dann hin und wieder funzt es ja. Es hat was mit der Shorewall bzw. deren automatischem uPnP-Timeout nach 180 Sekunden Nichtgebrauch oder ähnlichem zu tun.

Ich hab' bis jetzt keine Lösung gefunden - mich aber dazu entschlossen, mir als Firewall eine externe Lösung zu suchen und wenn das läuft, kann ich Shorewall von dem Datenserver elimieren.

Thx

nopes
20.03.13, 19:41
Verwendet deine Shorewall NEWNOTSYN=No? - s.a. http://docs.huihoo.com/shorewall/2.0/Documentation.htm#Conf

Tannhaeuser
21.03.13, 08:26
Verwendet deine Shorewall NEWNOTSYN=No? - s.a. http://docs.huihoo.com/shorewall/2.0/Documentation.htm#Conf
Danke fürn Tipp ... der Eintrag war nicht drin. Ich hab' ihn mal mit =yes rein getan, die shorewall restartet und minidlna gestartet - ohne Erfolg. In der minidlna.conf sieht es so aus:

[2013/03/21 08:19:34] minidlna.c:884: warn: Starting MiniDLNA version 1.0.25 [SQLite 3.7.3].
[2013/03/21 08:19:34] minidlna.c:990: warn: HTTP listening on port 8200
[2013/03/21 08:19:56] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/21 08:19:57] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubtAlle paar Minuten kommt 'Operation ist nicht erlaubt'.

Thx