Nur die Streams selbst laufen dann über die lokale IP.
genau, und so wird deines Wissens nach nicht gesperrt?
Emby ffmpeg [definition='1','0']log[/definition] sagt folgendes:
und curl hängt hier:
curl -v "https://zh2-16-hls7-live.zahs.tv"
* Trying 54.242.237.204:443...
* TCP_NODELAY setUnd wenn du die Hetzner-Playlist in VLC wiedergeben kannst, liegt es auch nicht am Server.
Wieso schließt du das aus? Wenn ich in VLC einen Link aus der Telerising-API aufrufe, ist es doch nach wie vor meine lokale IP, die den Stream anfragt. Wenn ich es über Emby mache, ist es die IP des Hetzner-Servers, die den Stream anfragt (und dann an den entsprechenden Emby-Client weitergibt).
M3u8 hat leider auch nichts geholfen.
Hast du noch eine Idee wie ich herausfinden kann, ob meine Hetzner-IP generell geblockt ist?
ich danke dir, habe wahrscheinlich vergessen, die Option wieder auszuwählen.
Und ja, habe jetzt mal den smartDNS-Anbieter gewechselt und hier klappt es zumindest lokal via VLC zumindest wieder zum schweizer Zattoo.
Danke für die Antwort!
Zattoo und Sky CH laufen bei mir problemlos auf meinem Server, via:
Meinst du nur die Telerising-API die dort läuft, oder streamst du auch von diesem Server?
Ich hatte bis dato bei vps2day einen kleinen Server in der Schweiz gemietet, um die Telerising-API darauf laufen zu lassen. Bis Ende Dezember hatte das auch problemlos funktioniert.
Also:
VPS2Day-VPS in der Schweiz --> Telerising-API, schweizer Accounts
Hetzner-Server in Deutschland + Emby + SmartyDNS-DNS
Wiedergabeclients in Deutschland -> Emby-Clients
Sowohl beim VPS2Day-Server als auch beim Hetzner-Server bekomme ich keine Fehler von der Telerising-API. Playlists werden auch generiert.
Komisch ist, dass es auch nicht mit einem deutschen Zattoo-Ultimate-Abo, bereitgestellt auf dem deutschen Hetznerserver (mit Telerising) läuft. Zumindest nicht, wenn der Stream von Emby (auch auf dem Hetzner-Server) kommt. Die DNS-Einstellung habe ich von den SmartyDNS-Einträgen auf 8.8.8.8/8.8.4.4 geändert.
Steuere ich die API lokal (deutschland) via VLC an, klappt es.
Andererseits scheinen die SmartyDNS-Einträge jedoch auch nicht mehr zu klappen:
Auf dem VPS2Day-Server Zattoo-Schweiz ohne Account via Telerising eingerichtet. Ohne SmartyDNS bekomme ich in VLC das übliche "Unfortunately streaming is not permitted in this country". Wenn ich aber die SmartyDNS-Einträge verwende (nach ipconfig /flushdns), lädt VLC eine Sekunde und das wars, kein Fehler, kein Bild.
Es macht also fast den Eindruck als sei sowohl meine Hetzner-IP als auch meine SmartyDNS-Einträge geblockt lol
-
Moin,
leider scheint meine Server-IP von meinem Embyserver nun bei Zattoo etc. geblockt zu sein. Es klappt auf dem Server jedenfalls nichts mehr - sowohl mit deutschem als auch mit schweizerischen Abo. Die m3us bekomme ich über die telerising api. Von zuhause aus klappt es in vlc einwandfrei. Bis Ende letzten Jahres lief das sauber mit SmartyDNS, nun scheint die (Hetzner)-Server-IP jedoch auf einer Blacklist zu stehen.
Kann jemand einen VPN-Anbieter Standort Schweiz empfehlen, mit dem es bei euch noch läuft? Ich kann mir vorstellen, dass die meisten von denen auch nicht funktionieren werden...?
Gruß
Moin
Gibt es für die aktuelle Shield-Software noch eine Möglichkeit, den Netflix-Button auf der Fernbedienung zu deaktivieren?
Früher ging das mit der App Button Mapper, das funktioniert aber leider seit geraumer Zeit nicht mehr.
mhh der Port scheint generell vom Provider aus blockiert zu sein. Habe testweise einen python webserver auf port 5000 gestartet, selbes ergebnis.
Vom OS her ist er definitiv geöffnet, ich schreibe mal ein ticket.
iptables -L | grep 5000
ACCEPT tcp -- anywhere anywhere tcp dpt:5000
ACCEPT udp -- anywhere anywhere udp dpt:5000@easy4me habe ich ansonsten eine Möglichkeit einen anderen Port zu wählen?
Gruß
hmm ich komme mir gerade sehr blöd vor.
Habe die API auf nem VPS (Ubuntu 20.04) installiert. UFW ist deaktiviert, andere Webdienste sind über andere Ports auch erreichbar - aber die Telerising-api nicht.
Gibt es eine Möglichkeit testweise einen anderen Port zu setzen?
Die Ausgabe ist doch i.O....?
root@vm68056 ~/Telerising-API/telerising # ./api
*** Telerising API v0.8.4 ***
Copyright 2022 Jan-Luca Neumann
https://paypal.me/sunsettrack4
* IPv4 address: 127.0.0.1
* Running on http://0.0.0.0:5000/ (Press CTRL+C to quit)
0.0.0.0 steht da wirklich fyi
Vielleicht sollte man auch das Thema Geo-Unblocking aus diesem Thema raushalten? Ich finde, das wird der Arbeit von @easy4me nicht gerecht. Hier geht es ja um die Nutzung der API zu den Schnittstellen zu dem Zattoo-Netzwerk. Ob und wie der einzelne die örtlichen und rechtlichen Voraussetzungen erfüllt, ist ja noch mal ein ganz anderes Thema. Wäre irgendwie schade, wenn die API durch so einen Thread immer automatisch mit dem Graubereich der Umgehung von Geo-Restriktionen in Verbindung gebracht wird, zumal das Thema hier im Forum und erst Recht im Umfeld von Kodi umstritten ist...
da hast du recht, sorry!
Hey
ich möchte gerne erreichen, dass mein schweizer dns server nur für teleboy-Anfragen genutzt wird.
Konfiguration unter Ubuntu ist hier beschrieben:
Jetzt brauche ich nur noch die zu filternden Domains für Teleboy.
Hat die jemand griffbereit und kann sie hier posten?
Gruß
kommando zurück, die Sender sind nur keiner Gruppe zugeordnet.
danke, ich schaue mir gerade xteve an.
Bekomme das aktuell aber nicht in Emby integriert. Wenn ich das richtig verstanden habe, muss die xteve-adresse und port einfach als hdhr-Gerät in Emby eingefügt werden...?
kennt jemand unter Linux (Ubuntu) eine Möglichkeit die Streams von hls zu ts zu konvertieren?
Emby remuxt den Stream ansonsten, was voraussetzt, dass den Usern das remuxen erlaubt ist - was in meiner Konfiguration zu anderen Problemen führt.
Danke für deine Messungen und die Info dass Telerising nichts recodiert.Irgendwas stimmt da gar nicht mit Telerising + VLC/Emby + meinem Server!?
Wie gesagt kann es nicht am Netzwerk liegen (hochwertige Unifi Komponenten) und alles per Kabel angebunden.
Mit nativen Apps bzw. Zattoo direkt im Browser geht es extrem schnell (~1-2 Sekunden).Ich habe jetzt mal im Emby Forum gepostet, mal schauen ob wir da was rausfinden (ev. mit Logs).
Danke
Emby muss den Container umwandeln (Remux), hls zu hls direkt klappt in den meisten Apps nicht. Daher die längeren Umschaltzeiten.
Es gibt keine Möglichkeit die Streams als TS und nicht als HLS zu bekommen, oder?
Gruß
Es gibt noch andere (interne) Weiterleitungsmöglichkeiten bei der Konfiguration von Ports auf den Servern, daher bleiben die Einstellungen unabhängig voneinander konfigurierbar.
ah ok ja macht Sinn
Du kannst doch bei der Custom IP address die externe IP eintragen, dann wird diese IP auch in die M3U geschrieben.
aber da die api und emby auf derselben Maschine laufen, muss ich hier 127.0.0.1 eintragen.
Dann komme ich aber nicht mehr auf die Weboberfläche (er sagt mir dann dass alle Ports belegt sind).
Aber das ist auch kein Drama, kann die m3u auch nachträglich ändern lassen
Zwei Verbesserungsvoschläge:
- Der "Custom API port" sollte automatisch eingetragen werden, wenn man oben die Adresse und den Port einträgt
- Es scheint zurzeit keine Möglichkeit zu geben, von extern auf den Service zu kommen (externe IP vom Server wo der Service läuft), in die m3u aber 127.0.0.1 zu schreiben, wenn tvh/emby was auch immer auf derselben Maschine läuft. Oder übersehe/missverstehe ich hier was?
so musste neu anfangen jetzt komm ich wieder drauf, hab wohl irgendwo unsinn gemacht.
Hab es auch noch nicht zum laufen gebracht.
Bei "Custom IP address / domain path"
und bei
"Custom API port"
müssen da dieselben ports rein oder unterschiedliche?
Also z.B.:
http://127.0.0.1:5000
Port: 5000
oder
http://127.0.0.1:5000
Port: 5001
?
Muss ich, wenn ich die m3u in Emby (auf derselben Maschine) einbinden will, ffmpeg piping aktivieren?
ahh ok ja hatte auch schon gelesen, dass man das selbst aufsetzen kann. Dann gerne her damit 
Bekomme allerdings aktuell das Skript nicht mehr zum laufen, egal welchen Port ich eingebe, er sagt er ist blockiert...
Aber das bekomme ich schon wieder hin.
