Halb gelöst: xineliboutput lässt kein connect von anderen (remote) hosts aus dem Netz zu

Moin zusammen,

xineliboutput lässt kein connect von anderen hosts zu.

Local auf dem VDR-Rechner, also auf 127.0.0.1 geht es, aber von einem anderen Host im lokalen Netz aus geht es nicht:

berni@ds5 ~ $ vdr-sxfe xvdr://192.168.0.201:37890
vdr-sxfe 1.1.0  (build with xine-lib 1.2.4, using xine-lib 1.2.4)

VDR Server: xvdr://192.168.0.201:37890

[19840] [scrnsaver] GNOME screensaver disabled
vo_vdpau: vdpau API version : 1
vo_vdpau: vdpau implementation description : G3DVL VDPAU Driver Shared Library version 1.0
vo_vdpau: maximum video surface size for chroma type 4:2:2 is 16384x16384
vo_vdpau: maximum video surface size for chroma type 4:2:0 is 16384x16384
vo_vdpau: maximum output surface size is 16384x16384
vo_vdpau: hold a maximum of 10 video output surfaces for reuse
vo_vdpau: using 3 output surfaces of size 3520x1200 for display queue
vo_vdpau: this hardware doesn't support vc1.
[19840] [vdr-fe]    Detected 4 CPUs
[19840] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[19840] [input_vdr] Can't connect to tcp://192.168.0.201:37890
[19840] [input_vdr]    (ERROR (xine_input_vdr.c,5362): Operation now in progress)
[19840] [input_vdr] Can't connect to tcp://192.168.0.201:37890
[19840] [input_vdr]    (ERROR (xine_input_vdr.c,5789): Operation now in progress)
[19840] [vdr-fe]    fe_xine_open: xine_open("xvdr://192.168.0.201:37890#nocache") failed
Error opening xvdr://192.168.0.201:37890

Config auf dem VDR:

root@vdr2:/etc/vdr/plugins# netstat -tulpn | grep 37890
tcp        0      0 127.0.0.1:37890         0.0.0.0:*               LISTEN      6073/vdr        
udp        0      0 255.255.255.255:37890   0.0.0.0:*                           6073/vdr

# Command line parameters for vdr-plugin-xineliboutput
#
# For more details see:
#   - /usr/share/doc/vdr-plugin-xineliboutput/README.Debian
#   - `vdr --help -Pxineliboutput`
#   - /usr/share/doc/vdr-plugin-xineliboutput/README
#
--local=none
--primary
--remote=37890

root@vdr2:/etc/vdr/plugins# cat xineliboutput/allowed_hosts.conf 
#
# allowed_hosts This file describes a number of host addresses that
#               are allowed to connect to the xineliboutput plugin
#               of the Video Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#

0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)

Also eigentlich alles freigegeben, oder?

Netstat zeigt zwar für den port 37890 listen 0.0.0.0:* aber eben nur von 127.0.0.1:37890 aus und nicht als 0.0.0.0:37890

VDR-Log:

Mar 11 15:39:19 vdr2 vdr: [6107] [xine..put] Binding server to 127.0.0.1:37890
Mar 11 15:39:19 vdr2 vdr: [6107] [xine..put] Listening on port 37890
Mar 11 15:39:19 vdr2 vdr: [6107] [xine..put] Listening for UDP broadcasts on port 37890

Sollte VDR da nicht eher an 0.0.0.0:37890 binden?

Oder wo kann man noch was einstellen, damit auch von einem entfernten Rechner im Netz mit vdr-sxfe zugegriffen werden kann?

Danke für Tipps,

Gruss,

Bernd

Zitat von seahawk1986

Wie sieht die allowed_hosts.conf aus? https://projects.vdr-developer…utput.git/tree/README#n51

Siehe oben im Code ... habe auf "any" gestellt:

root@vdr2:/etc/vdr/plugins# cat xineliboutput/allowed_hosts.conf 
#
# allowed_hosts This file describes a number of host addresses that
#               are allowed to connect to the xineliboutput plugin
#               of the Video Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#
0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)

Die svdrphosts steht auch auf 0.0.0.0

root@vdr2:/etc/vdr/plugins# cat ../svdrphosts.conf
#
# svdrphosts    This file describes a number of host addresses that
#               are allowed to connect to the SVDRP port of the Video
#               Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#

0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)

Gruss,

Bernd

Zitat von seahawk1986

Und die svdrphosts.conf ist auch angepasst? https://projects.vdr-developer…tput.git/tree/README#n121

Ja, siehe oben. Steht auch auf 0.0.0.0/0 ....

tcpdump:

root@vdr2:~# tcpdump -i eth0 -n -l port 37890
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
19:37:13.905783 IP 192.168.0.2.46762 > 192.168.0.201.37890: Flags [S], seq 765292401, win 29200, options [mss 1460,sackOK,TS val 66117198 ecr 0,nop,wscale 7], length 0
19:37:13.905831 IP 192.168.0.201.37890 > 192.168.0.2.46762: Flags [R.], seq 0, ack 765292402, win 0, length 0
^C
2 packets captured
2 packets received by filter

Da kommt ein R (reject) ...

Das würde erklären warum netstat:

root@vdr2:~# netstat -tulpn | grep 37890
tcp        0      0 127.0.0.1:37890         0.0.0.0:*               LISTEN      2955/vdr        
udp        0      0 255.255.255.255:37890   0.0.0.0:*                           2955/vdr

evtl hier 127.0.0.1:37890 ausgibt.

Im syslog steht ja auch:

Mar 11 18:48:57 vdr2 vdr: [3098] [xine..put] Binding server to 127.0.0.1:37890
Mar 11 18:48:57 vdr2 vdr: [3098] [xine..put] Listening on port 37890
Mar 11 18:48:57 vdr2 vdr: [3098] [xine..put] Listening for UDP broadcasts on port 37890

Also scheint der vdr bzw. das plugin sich nicht ans lokale Netzwerk zu binden, sondern nur an das loopback, trotz der config:

--local=none
--primary
--remote=37890

Kann man das Problem lösen? Wie bekommt man das plugin an 127.0.0.1 UND für das äußere Netz gebunden?

Zitat von davie2000

Bei mir steht in allen "allowed_hosts"-Dateien immer das hier drin und ich kann von allen LAN-/WLAN-Clients zugreifen; zB von Stand-PC 192.168.192.61 auf VDR 192.168.192.50:

127.0.0.1 # always accept localhost

192.168.0.0/16 # any host on the local net

(der any-Eintrag ist bei mir auskommentiert)

Habe ich schon alles ausprobiert, sowohl die beiden Zeilen, die Du hast, als auch die any-Zeile.

Es funktioniert einfach nicht. Es wird kein connect aus dem lokalen Netzwerk zu gelassen.

Der tcpdump zeigt, dass nach dem syn-Paket ein reject-Paket fliegt.

Die iptables sind leer und alle auf default policy accept.

Kannst Du mal schauen, was bei Dir die Ausgabe von netstat -tulpn | grep 37890 ergibt?

Bekommst Du da eine Zeile mit: tcp 0 0 127.0.0.1:37890 0.0.0.0:* zurück

oder eine Zeile mit: tcp 0 0 0.0.0.0:37890 0.0.0.0:*

zurück?

Da ich ein 127.0.0.1:37890 bekomme, zusammen mit der logmeldung im syslog, dass sich xine..put an 127.0.0.1:37890 bindet,

ergibt für mich das Verständnis, dass trotz der plugin-Konfiguration --remote=37890 keine Bindung an das physikalische

Netzwerkinterface erfolgt. Wenn jedoch bei Dir auch die Zeile 127.0.0.1:37890 erscheint, es bei Dir aber geht, muss der

Teufel bei mir woanders stecken.

Hat jamend noch eine Idee?

Viele Grüße,

Bernd

Zitat von davie2000

Strange - ich bekomm von dem Befehl sudo netstat -tulpn | grep 37890 überhaupt nichts zurück.

sudo netstat -tulpn liefert etliche Verbindungen, aber keine mit dem Port 37890.

Aber für Port 34890 kommt was:

sudo netstat -tulpn | grep 34890

tcp 0 0 0.0.0.0:34890 0.0.0.0:* LISTEN 21739/vdr

Alles anzeigen

Dann steht bei Dir in der plugin config sicher --remote=34890, denn 37890 ist der default Wert.

Aber Du hast die 0.0.0.0:34890 und da es bei Dir funktioniert und bei mir mit 127.0.0.1:37890 nicht, bin ich schon mal dicht dran.

Kannst Du bei Dir mal nachsehen, was im syslog steht?

Interessant wären diese Zeilen mit [xine..put]:

Mar 11 18:48:57 vdr2 vdr: [3098] [xine..put] Binding server to 127.0.0.1:37890
Mar 11 18:48:57 vdr2 vdr: [3098] [xine..put] Listening on port 37890
Mar 11 18:48:57 vdr2 vdr: [3098] [xine..put] Listening for UDP broadcasts on port 37890

Irgend jemand anderes eine Idee, warum trotz entsprechender config (siehen weiter oben), bei mir der connect aus dem Netzwerk nicht klappt?

Gruss,

Bernd

Hat noch jemand eine Idee warum das so kompliziert ist?

So ich habe jetzt mit netfilter getrickst!

Da laut netstat sich der vdr ums verrecken nur an 127.0.0.1:37890 gebunden hat, habe ich per:

iptables -t nat -D PREROUTING -p tcp -d 192.168.0.201 --dport 37890 -j DNAT --to-destination 127.0.0.1

erst mal alle tcp Pakete an port 37890 vom lokalen Netzwerkinterface auf das loopback device umgebogen.

Damit dann der remote client auch die Pakete zurück bekommt habe ich unter /etc/sysctrl.d die Datei vdr.conf angelegt:

#
net.ipv4.conf.all.route_localnet = 1

damit die Pakete vom loopback device auch wieder zurück geworfen werden.

Damit kann ich dann auf dem remote Rechner per: vdr-sxfe xvdr://192.168.0.201:37890

die Verbindung herstellen.

Fertig!

Nicht schön aber selten