Beiträge von Tuxino

Zitat von GMA

Jetzt geht die Speicherauslastung genau auf den eingestellen Wert. (100MB+250MB Cache in meinem Fall)
Zu Rucklern kann ich aber noch nix sagen. Vermute die bleiben trotzdem, denn meine DSL Leitung war bisher bestimmt nicht das Limit, zatto Server aber ggf schon.
Was ich mich frage: wenn ich LiveTv über Zattoo schaue und sagen wir mal 5 Sekunden Verzögerung zum Original habe.,
dann fallen in den 5 Sekunden doch nicht 250 MB an - was buffert der denn dann, andere Sender doch wohl kaum...

Das kann auch an schlechtem peering liegen.
Nicht alle Internet Provider haben gutes (teures peering) zu den Zattoo Servern bei nine eingekauft.
Wenn du einen Kabelanbieter nutzt mit ipv6 dual-stack läuft der ganze traffic auch noch über deren dual-stack proxy.
Da kommen irgendwann so klare verzögerungen bei raus das es zu rucklern kommt.

Nimm lieber Raspbian, das läuft find ich etwas runder, weil es direkt für den rpi optimiert wird.

Zitat von GMA

Ja, aber in der Mail steht sowas wie * unsere unterstützten Geräte' und Raspi/Kodi ist da eben nicht erwähnt.#Es steht auch ein "und andere/usw." darunter.
Mit kommt das komisch vor...werde wohl mal die AGB lesen....zur Not hole ich mir diesen FireTVStick.

Das lohnt doch nicht der FireTV Stick kostet doch mehr als die 3 Monate regulär.

Es scheint so als würde das Addon für die Funke Mediathek nicht mehr funktionieren.

Zitat von vel2000

Die Probleme in diesem Zusammenhang kommen (hauptsächlich) von den adaptiven Bitraten...Das Addon lädt eine m3u8 mit drei verschiedenen Bitraten herunter.

Code

#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1500000
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=900000
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=600000

Füttert man Kodi jedoch mit nur einer festen Bitrate, läufts. (abgesehen von der mistigen HLS Implementierung)
Wie wäre es, wenn man im Addon eine dieser drei Bitraten fest einstellen könnte, das würde die meisten Probleme beheben, zudem könnte man die Stream Qualität an unterschiedliche Gegebenheiten anpassen.

wow die haben jetzt Streams mit 6Mbit, 9Mbit und 15Mbit?
Ist der 15Mbit Stream 1080p?

Da ist es nur eine Frage der Zeit bis auch bei den SmartDNS Anbietern erste Ruckler auftauchen werden.

Zitat von bumblebee

vorallem ist kodi 17 ne beta.....

Fand den sprung falsch, man sollte doch erstmal das aktuelle kodi bedienen.....

@rbuehlma

Kannst du wohl für kodi 16 die Aufnahme Funktion hinzufügen?

naja hier kann ich die Entwickler schon verstehen, wenn sie selbst Kodi 17 nutzen werden sie auch schon vorrangig für Kodi 17 an ihrem Addon arbeiten.

Nur schade ist es halt trotzdem das sie schon selbst auf Kodi 17 beta Status setzen.
Zumal Kodi 17 GUI wirklich ne Katastrophe ist und auch deutlich langsamer läuft.

Aber so ists nunmal.

Zitat von bumblebee

ja limitiert da kodi oder das addon ?

vermutlich baut das in Kodi 16 keiner mehr ein, weil sich in Kodi 17 vieles ändert.
Ich denke einbauen könnte man das in Kodi 16 auch.

Aber die an der Entwicklung tätigen hier, scheinen wohl alle schon Kodi 17 zu nutzen.
Mir gefällt Kodi 17 leider überhaupt nicht, daher nutze ich auch noch Kodi 16.

Zitat von bumblebee

ist es technisch nicht möglich für kodi 16.1 aufnahmen zu tätigen und abzuspielen ?

Denn das extended box geht ja auch nicht mehr, unf somit gehen einem die möglichkeiten aus für aufnahmen......

leider kann der zattoo pvr client für kodi 16 keine Aufnahmen tätigen

Zitat von GMA

Hallo, habe heute von Zattoo eine Nachricht erhalten dass ab heute weder Silverlight noch Flash benötigt werden.
Auch Raspi Nutzer wird das codecseitig eventuell betreffen, ich bemerke heute verstärkt Ruckler auf allen Plattformen, auch unter der Milhouse vom 1.10 und dem Addon 0.1.22

Also nur als Hinweis vorab, dass Ruckler nicht direkt m Addon liegen müssen.
Eventuell setzt Zattoo ja auch andere Server ein, die erst warm werdne müssen

Hoffentlich wechseln sie nicht die Server.
Bisher lief fasst alles über Nine, das scheint ein sehr guter Hoster zu sein.
Sind aber leider auch nicht grad günstig.

Zitat von patch

Hallo Zattoo-Fans..

ich habe hier auf dieser Seite leider mittlerweile etwas den Überblick verlohren und brauch dringend aure Hilfe...

Bisher habe ich das gleich hier auf der ersten Seite verlinkte Zattoo-PVR-Client benutzt. Unter KODI 16, einmal auf einem RPi2, einem RPi3 und einem Intel NUC.
Leider habe ich seit ein paar Tagen das Problem, dass der Stream (fast alle Sender) ständig cachen. Fern sehen ist fast möglich, meine Frau ist schon ganz schön sauer

Also wollte ich alles neu Installieren und einrichten. aber
1.) alle Links von der ersten Seite sind tod. Wo bekomm ich jetzt die richtigen Versionen für meine Player her..?
2.) evtl. möchte ich auf Kodi 17 umsteigen, Brauche ich hier wieder spezielle Versionen...?
3.) evtl. mir ich mir zum Testen eine China-Anroid-TV-box bestellen und als Mediaplayer benutzen. Haben doch ein bisschen mehr Leistung wie ein RPi. Brauch ich hier eine spezielle Android-Version des Plugins ... ?

Leider fehlt eine Gesamtübersicht aller Zattoo-PVR-Versionen für die entsprechenden Plattformen. Als techn. unversierter muss man sich hier auf 41 Seiten alles mühsam zusammen suchen und erwischt am ende doch wieder die falsche version, die dann nicht geht.....

Danke und Gruss
Patrick

Alles anzeigen

Hi patch,

versuch es mal hier:
Zattoo-PVR-Client (Downloads)
dort ist es eigentlich recht gut sortiert.

Hier funktioniert Kodi 16 / RPi3 mit zattoo pvr addon 0.0.3 ohne Probleme.

Ist es eigentlich möglich den zattoo pvr client 0.0.3 so einzustellen, das er sich die Senderliste und das EPG erst lädt wenn man im Kodi Main-Screen auf TV klickt?

Momentan lädt er diese umgehend nach dem booten.

Zitat von eminga

Mir ging es nur um den Fall, dass der VPN-Client des Routers selbst benutzt wird. Wenn ich richtig informiert bin, unterstützt die Fritz!Box allerdings nur reines IPSec.

Unterstützen selbst die neuen Fritzboxen noch immer kein OpenVPN?
Das hätte ich eigentlich vermutet, aber wenn dort noch immer die gleiche schwache CPU drin steckt, macht OpenVPN natürlich auch wenig Sinn. Dat bremst ja alles aus bei 25mbit+

Zitat von eminga

Noch kurz zu den iptables-Regeln (ohne einer ausführlicheren Antwort von @Tuxino zu sehr vorgreifen zu wollen): Diese Regeln bewirken, dass am VPN-Interface ankommende Pakete grundsätzlich verworfen werden. Ausgenommen davon sind nur Pakete, die zu einer bestehenden Verbindung gehören.
Beispiel: Will jemand eine Verbindung zu deinem SSH-Server aufbauen, wird das Paket verworfen.
Baust du selbst eine Verbindung auf, beispielsweise indem du eine Internetseite aufrufst, wird das Antwortpaket nicht verworfen, da es zu einer bestehenden Verbindung gehört.
Wohlgemerkt gilt das ganze nur für das VPN-Interface, Pakete die an einem anderen (physischen) Interface ankommen, sind davon nicht betroffen, es ist also weiterhin möglich den SSH-Server über das Heimnetz zu erreichen.

Trifft ziemlich genau zu.
Alles was dein tun0 Interface erreicht wird verworfen, lediglich wenn du selbst über das tun0 Interface die Verbindung von deinem OE/LE System startest/aufbaust dürfen für diesen Zweck auch wieder zurückkommende Pakete dieser Instanz durchgelassen werden.

An den Interfaces lo,eth0,wlan0 würde alles weiterhin ungefiltert passieren, das reduziert im Idealfall die CPU-Last, da die Firewall hier nicht reagiert.

LE
Kodi 16
pvr version 0.0.3

hier ruckelt nichts mit dns4me

Ja vpns sind einfach ungeeignet fürs streaming, wenn dort hunderte Leute drauf sind.

Im Normalfall läuft über den SmartDNS nicht der gesamte Traffic, sondern nur die Streaming-Dienste.
Alles andere wird wie bei jedem anderen DNS-Server gehandhabt.

Hast du nen vpn mit garantierter Mindestbandbreite/Speedlimit für alle?

Nur so kannst du sicherstellen das die Ruckler nicht vom vpn kommen.

Mit SmartDNS Proxies habe ich absolut null Ruckler mit vpn kommt das bei mir auch häufiger vor.

Zitat von infinity

Gut, schließe mich deiner Aussage an, und halte nun meine Klappe
Also, ich habe nun folgende iptables Regeln erstellt mit Hilfe der von CvH genannten Seite:

(192.168.0.0/16 heißt, dass alle IP's von 192.168.x.x gehen. Wenn man einschränken möchte, dann vielleicht auch 192.168.178.0/24 oder 192.168.1.0/24" machen. Dann wären Alle IP's mit 192.168.178.0x erlaubt)

Bash: autostart.sh

#!/bin/sh


# Flush old rules, old custom tables
iptables --flush
iptables --delete-chain


# Set default policies for all three default chains
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT


# Enable free use of loopback interfaces
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT ! -i lo -d 127.0.0.0/8 -j DROP


# All TCP sessions should begin with SYN
iptables -A INPUT -p tcp ! --syn -m state --state NEW -s 192.168.0.0/16 -j DROP


# Accept inbound TCP packets
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p tcp --dport 22 -m state --state NEW -s 192.168.0.0/16 -j ACCEPT


# Allow inbound access to Samba shares
iptables -A INPUT -p udp -m udp --dport 137 -s 192.168.0.0/16 -j ACCEPT
iptables -A INPUT -p udp -m udp --dport 138 -s 192.168.0.0/16 -j ACCEPT
iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 139 -s 192.168.0.0/16 -j ACCEPT
iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 445 -s 192.168.0.0/16 -j ACCEPT


# Allow Kodi Webserver access through port 8080 from local network
iptables -A INPUT -p tcp --dport 8080 -s 192.168.0.0/16 -j ACCEPT
iptables -A INPUT -p tcp --dport 8080 -s 127.0.0.0/8 -j ACCEPT
iptables -A INPUT -p tcp --dport 8080 -j DROP


# Yatse EventServer (Cursor Steuerung usw): https://yatse.tv/redmine/projects/yatse/knowledgebase/articles/26
#UDP 9777
iptables -A INPUT -s 192.168.0.0/16 -m state --state NEW -p udp --dport 9777 -j ACCEPT


# Reject all other inbound - default deny unless explicitly allowed policy:
# This rule disrupts Yatse controls and Samba
iptables -A INPUT -j DROP

Alles anzeigen

Erfahrung damit:

• Im LAN: SMB share funzt
• Im LAN: Yatse funzt samt Webserver (Port 8080)
• Im LAN: SSH geht (Port 22)
• Von außen: SSH geht nicht
• Von außen: Webserver IP:8080 geht nicht
• Ping geht in Zeitüberschreitung auf
• Youtube funzt (von Yatse gesendet)
• IPTV funzt über VPN
• Portscanner http://www.dnstools.ch/port-scanner.html sagt, dass die gescannten Ports alle geschlossen sind
• NFS shares? Keine Ahnung, hab keine
• LCDproc geht. Also mein I2C LCD zeigt alles an, obwohl LCDproc auch über die Netzwerksnittstelle mit XBMC/KODI kommuniziert (glaube die # Enable free use of loopback interfacesiptables -A INPUT -i lo -j ACCEPT Regel erlaubt dies

Falls man sich versehentlich aus SSH ausgesperrt haben sollte, dann einfach in der GUI mit der Fernbedienung auf den Dateimanager gehen in .config Ordner und die autostart.sh beliebig umbenennen (Kontextmenü) und neustarten. Dann werden die Regeln beim nächsten Start nicht geladen und SSH geht wieder.

EDIT:
Hat jemand eine Idee wie man bei OE/LE die iptables loggen lassen kann? Also dass ich irgendwo nachsehen kann welche Zugriffe geblockt wurden? Ich glaube Syslog ist dafür eigentlich zuständig, aber das gibt es ja glaub ich in OpenELEC/LibreELEC nicht?

Falls dein LAN als sicher anzusehen ist, sollten vermutlich deutlich weniger rules reichen in OE/LE.

iptables -F
iptables -A INPUT -i tun0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -i tun0 -j DROP

Wie man iptables Zugriffe im OE/LE [definition='1','0']log[/definition] anzeigt würd ich auch gern wissen.

Wenn die Fritzboxen tun Interfaces inzwischen als WAN Interface behandeln und nicht mehr als vertrauenwürdiges netzwerk a la LAN, ist das schonmal sehr gut.

Dann ist das vpn in der Tat auch in diesem speziellen Fall wie bei purevpn schonmal solide abgesichert.

Aber sehr sehr viele andere Router im billig Segment unter 200€ und auch alte Fritzboxen die keine Firmware Updates mehr erhalten handhaben das häufig ganz anders.

Und bei den WRT Routern muss man wie du ja schon sagtest die Rules selbst erstellen.
Diese sind nicht immer ganz trivial und bei umfangreichen Configs schleichen sich dort schnell Fehler ein, welche Angriffsfläche bieten können.

Aber mit Sicherheit ist die Mehrheit der Router (keine aktuelle Fritzbox oder ein WRT Router) und diese sind auf diesem Weg leider sehr anfällig, da die vpns dort noch als vertrauenswürdige Netzwerke gelten.

Zitat von eminga

Ein Router ist normalerweise eh schon direkt mit dem Internet verbunden und entsprechend abgesichert. Die Anzahl der Router auf denen ein SSH-Server läuft und der Admin-Account mit (unveränderlichen) Standardzugangsdaten zugänglich ist, hält sich hoffentlich in Grenzen.
Ich sehe nicht, wieso der VPN da plötzlich "Tür und Tor für die ganz fiesen Jungs" öffnen sollte.

Wenn du das denkst ist dir noch nicht ganz klar was der vpn auf dem router bewirkt