SkyQ Receiver und eine gespaltene Persönlichkeit

Hi zusammen,

meine SkyQ Receiver haben keine Internetverbindung mehr. Das Problem was ich aber habe ist, dass es mal wieder nicht logisch ist.

Es ist sogar so unlogisch, dass selbst der SkyQ Receiver meint, er hätte Internet, aber dann doch keins hat (siehe Screenshot)

Der Sky-Support ist natürlich auch keine Hilfe, da dort ja keine wirklichen "Fachleute" sitzen, sondern nur Menschen, die einem vorbelegten Prozess aus Ja/Nein Fragen folgen.

Ich habe auch schon alle Geräte (UDM, USW usw) neugestartet und auf die neueste FW gebracht. Sky Receiver neugestartet, komplett resettet, nur Netzwerk resettet, IP DHCP - IP manuell... alles durchprobiert --> keine Chance.

Das einzige was ich sagen kann ist, dass dieses Problem erst mit der UDM Pro kam - ABER - und daher kann ich nicht sagen, woran es genau liegt - habe ich mit der UDM Pro auch mein Netzwerk auf VLANs umgestellt.

Ein VLAN für das Management, eines für meine normalen Geräte und eines für meine IoT-Sachen - wozu auch beide SkyQ Receiver gehören.

Alle Geräte - egal in welchen VLAN - haben Internet. Im IoT sind z.B. auch meine AppleTVs, meine PS4, meine SmartTV usw - alle haben Internet. Aber die SkyQs nicht.

Und ob es jetzt richtig Banane zu machen - wenn ich auf meinem Handy (LTE nicht im WLAN!) eine Aufnahme über die Sky App starte - macht der Receiver das sogar?!?

Kann sich das irgendeiner erklären?

P.S Es gibt übrigens keine gesonderten Firewallregeln für die SkyQ Receiver. Alle FW Regeln basieren auf den VLANs als Quelle oder Ziel. Sprich etwaige Probleme müssten dann auch alle anderen Geräte innerhalb meines IoT VLAN haben (jedenfalls in meinem Verständnis )

Bin mal gespannt, ob einer eine Idee hat -- oder ggf. gibt es sogar einen, der auch eine UDM PRO und einen SKY Q Receiver hat

Ich habe generell für alle VLANs einmal den PI-Hole als primären DNS und Cloudflare als sekundären bzw. dritten DNS hinterlegt.

Sprich bei den Geräten, die zwei DNS unterstützen (also ALLE - außer den dusseligen Sky Q Receiver) sind auch beide eingetragen.

Bei den SkyQ habe ich einmal via DHCP den Pi-Hole getestet und einmal manuell Cloudflare (1.1.1.1) getestet --> beides keine Lösung.

Im Menü von Sky steht überall (außer beim Guide und bei den Einstellungen) das es ein Problem mit dem Internet gibt.

Sowohl die WLAN als auch LAN-angebundenen IoT Geräte befinden sich alle im VLAN 30.

Bzgl. Aufnahmenzugriff. Das geht aus meinem Standard-WLAN (anderes VLAN) nicht, wie ich gerade herausgefunden habe.

Ich musste erst mit meinem iPad/iPhone in das IoT VLAN - dann ging es aber sofort.

Hier mal meine FW-Rules.. ich habe schon einige. Aber wie gesagt, kommen alle anderen (und es sind über 12 andere CLients) aus dem IoT VLAN ins Netz.. ohne Probleme

Update razor

Das Verhalten mit dem Aufnahmezugriff ist für mich sogar ein Indiz, dass es tatsächlich nur an den Sky Receivern liegt.

Der Weg ist ja in den folgenden Szenarien identisch

• iPad/iPhone/MacMini aus dem WLAN (VLAN 20) wollen auf die Sky Q Receiver (VLAN 30) --> geht nicht
• iPad/iPhone/MacMini aus dem WLAN (VLAN 20) wollen auf die z.B. zwei Apple TVs, einen Pioneer AVR, eine PS4 (via Remoteplay) die auch im VLAN 30 sind --> Geht alles einwandfrei

Ich habe gerade auch mal alle meine "Drop" Firewalleinträge deaktiviert... keinen Unterschied. Weder bei der Internetfunktion noch bei der internen Erreichbarkeit bzgl. der Aufnahmen.

P.S Ich habe mal bei Sky direkt einen Beitrag erstellt: https://community.sky.de/t5/Re…ht-15024-15022/m-p/446699

razor - Ich habe das Problem vom SkyReceiver identifziert. Er ist nicht in der Lage mit getaggten Ports umzugehen.

Ich habe vorhin mal etwas rumgespielt und habe den Port am USW erst mal auf mein normales VLAN geswitched --> geht trotzdem nicht.

Dann habe ich im USW den Port nicht getagged - sondern auf "All" gesetzt --- und zack - sofort Internet und alle mobilen Geräte können auf die Aufnahmen zugreifen.

Das Problem ist, dass er so natürlich in meinem Management-VLAN ist --> absolutes NoGo!

Aber nur mit DHCP (und ohne getaggten) Port bekomme ich ihn nicht in das richtige VLAN oder mache ich nur was falsch?

Ich meine diese Einstellungen hier im USW - Bild 1 und 2.
Sobald da etwas anderes ausgewählt ist, als "ALL" verweigert der Receiver den Zugriff ins Internet.

Wenn ich aber da "ALL" lasse, kann ich ihn via "Use fixed IP-Adress" nicht in das IoT-VLAN packen ...

Und wenn ich dem Receiver dann die Netzdaten für das IoT-VLAN manuell gebe, sagt er sogar in den Einstellungen direkt, dass er kein Netz hat...

Sky Go funktioniert bei mir einwandfrei (auf einem MacMini, iPad und einen Win10 PC)

Ich habe die Logs vom Pi-Hole auch gecheckt -- kein geblockter Eintrag für die IP des SkyQ Receivers.

Zusätzlich hatte ich ja auch den DNS Server manuell im Receiver von meinem Pi-Hole zu 1.1.1.1 geändert.. .keine Besserung

razor

Guck mal - ich hab diesen Beitrag gefunden

https://www.reddit.com/r/Ubiqu…bleshooting_skyq_on_vlan/

Kannst du dir daraus einen Reim machen?

Also ich sehe nur eine Mac-Adresse. Wüsste aber auch nicht, wo ich überall suchen/gucken könnte 🙈

alex - das ist zwar noch nicht die Lösung, aber du bist definitiv nah dran

Ich hatte erst nur deine genannten Ports im Port Forwarding und in einer WAN-IN Regel definiert.

Da ging leider nichts.

Auf Grund der drei Ports, kam ich aber auf diesen Beitrag, der mich dann dazu brachte, noch den Port 3700 mit aufzunehmen.

Und jetzt kommts -- es hatte gerade tatsächlich für ca. 1 Minute funktoniert... es wurden Serienvorschläge usw. alles einwandfrei angezeigt -- und plötzlich überall wieder der gleiche Fehler

Den Hinweis des Users in dem o.a. Beitrag mit ICMP wäre ggf. noch eine Lösung - aber irgendwie doch abwegig oder? Und selbst wenn, wüsste ich aktuell nicht, wie ich die umsetzen sollte.

Hier jetzt mal meine Konfiguration, die wie gesagt, immerhin für 1 Minute zum Erfolg geführt hat - was 1 Minute länger ist, als es bisher jemals funktioniert hatte

Keine Eile -- funktioniert ja schon mehrere Wochen nicht (seit der Umstellung von USG auf UDM und Aufteilung in x-ig VLANs )

Ich habe ja auch keine Einschränkungen, weil ich weder über den Receiver netflixe (oder andere Apps) oder mir VoD lade - ich würde es nur gerne verstehen ...

Hier mal die "Any"-Regel (WAN IN) und die ICMP Regel (LAN IN)

Hat beides keine Änderung gebracht -- hoffe die Regeln sind auch korrekt.

ICMP-REGEL

ANY-REGEL

alex sind die Regeln überhaupt korrekt? Ich würde die auch sonst nämlich wieder deaktivieren, weil ja sonst hier "offen Holland" herrscht

alex - Setup ist eigentlich ganz simple.
VIGOR 165 (als reines Modem) --> UDM PRO (PPPoE) --> USW 16 Port Gens 2 --> AP HD inWall

Die Sky Boxen hängen am USW - nicht an der UDM.

Und für das IoT-VLAN (in dem sich die SkyBoxen befinden) ist IGMP Snooping deaktiviert.

Da ich nicht weiß, was dieses Feature genau macht (trotz der Erklärung in der GUI ) habe ich das übrigens in allen meinen VLANs deaktiviert (ist glaub ich auch die default Einstellung)

So - alles erledigt, alex - siehe Screenshots - sollte stimmen.

Bzgl. Ports -- die sind ja automatisch in WAN IN frei durch das gesetzte Port Forwarding. Mehr muss ich ja hoffentlich nicht machen.

Was ist eigentlich mit dem IGMP Snooping? Wenn ich danach google, lese ich überall, dass man das aktivieren sollte. In Unifi ist das aber per default deaktiviert?!?

Wer hat Recht?!

Leider hat das übrigens nichts gebracht - jedenfalls nicht auf Dauer.

Wie du an dem Bild erkennen kannst, scheint er kurz nach dem Reboot Internet zu haben (Startseite voll mit Empfehlungen usw) und ein paar Sekunden danach (rechte Seite) nicht mehr (Hinweis bzgl. Internetverbinden)

alex

UPDATE: Ich habs endlich geschafft. Jedenfalls glaub ich das

Aus einem mir nicht erkenntlichen Grund müssen die Receiver Zugriff auf das Gateway haben.

Ich habe in jedem VLAN die Verbindung zu dem Gateway (UDM) verboten und nur 3 Geräten (Admin-Devices) den Zugriff erlaubt.

Jetzt habe ich eine neue Allow-Regel hinzugefügt, sodass die SkyQ-Receiver auf das Gateway zugreifen dürfen und zack - läuft alles.

Kapieren tue ich das nicht, weil wie gesagt alle anderen Geräte (ca. 30!) auch keinen Zugriff auf das Gateway haben und trotzdem alle im Netz sind.

Zudem ist mir die Regel aktuell noch zu löchrig ... bzw. habe ich die nicht weiter eingeschränkt.

Konfig ist aktuell:

Accept

All Protocols

From "Group SkyQ-Receivers"

To "Local Gateways"

Was natürlich jetzt alle Ports offen macht.... jetzt geht es ans rausfinden, welchen Port das Teil wirklich braucht.

Erster Versuch wird mal sein von "all protocols" auf "ICMP" umzuschalten... bin gespannt.

Moin - ich hatte die Regel, aber unter LAN IN

Ich habe jetzt mal auf nur ICMP geschaltet - läuft.

Trotzdem kapiere ich nicht, warum wirklich jedes andere Gerät - selbst das billigste SmartHome-Steckdosen-China-Drissteil damit klar kommt - aber ein 200€ teurer Receiver nicht...