Netflix werkt niet op Ziggo Internet aansluting

[garp]

Ik heb een vreemd probleem, en ik kom er niet zelf uit.

Ik heb een Ziggo (ZZP - 60/10) aansluiting. Al geruime tijd heel tevreden mee. Sinds gisteren heb ik het probleem dat alles gewoon werkt zoals normaal, maar dat ik deze foutmelding op netflix.com krijg via mijn internet aansluiting:



Nu heb ik echt al van alles geprobeerd zonder resultaat:

* Mijn adblockers uitgezet in chrome;
* IE11 gebruikt, die heeft geen adblockers;
* Het probleem genegeerd, door ruim een dag lekker de boel de boel te laten;
* Even een andere router geprobeerd (modem staat in bridge), helemaal vers (inclusief een ander WAN IP).

Ook de netflix app - op IOS, Windows 8.1, Android en op de ATV3 - geeft aan dat er geen verbinding mogelijk is. Netflix doet het dus echt niet hier in huis. Zowel bedraad als wireless, dat maakt zo te zien geen verschil.

Het is een Ziggo issue, zo lijkt het, want als ik op IOS of Android via een mobiele provider (Ziggo mobiel, KPN en Vodafone) en dus niet via de WiFi de app open op de verschillende devices is er geen enkel probleem en werkt Netflix vlekkeloos. Ook op de laptop: even een hotspot opzetten op de telefoon, verbinden en hup, Netfix werkt direct prima. Met mijn account is dus alles in orde, zo lijkt het.

Nu is het niet zo erg dat Netflix het even niet doet (afgezien van het feit dat ik griep heb en sinds een dag op de bank langzaamaan herstel en Netflix dus wel even kan gebruiken), maar het waarom houdt me nogal bezig.

Iemand enig idee waar de oorzaak van dit probleem kan liggen? Of iemand anders die dit probleem heeft?

[ Voor 12% gewijzigd door garp op 05-02-2017 22:22 . Reden: kleine verbeteringen in de vraagstelling ]

[WKD]

Ik zou het in je router zoeken, Misschien heb je een poort of protocol geblokkeeerd staan (misschhien zonder dat je het weet). Kun je niet je laptop rechstreeks aan je modem van Ziggo hangen om te zien of die het dan wel doet?

[Martinusz]

Heb je ook TV van Ziggo?
Er is tegenwoordig een app van Netflix beschikbaar of kanaal 150 op Horizon (mits je die hebt natuurlijk), je zou eens kunnen kijken of die wel werken?

[gertvdijk]

Welke DNS server gebruik je in je router? Als je via een DNS server uit een ander land/netwerk IP adressen krijgt voor het netflix domein dan waarop je zou moeten verbinden, dan krijg je deze vage shit. Denk aan omzeilen contentfilter door gebruik te maken van DNS server in de US.

Dubbelcheck even dat je je router en hosts de Ziggo DNS recursor laat gebruiken (DHCP) ofwel 8.8.8.8.

[ Voor 15% gewijzigd door gertvdijk op 06-02-2017 08:56 ]

[Hugo!]

Kan het zijn dat je iets met DNS settings hebt gedaan op je router?

[garp]

De DNS server gebruikt root hints. Ook met de Google DNS servers werkt het niet. Zal die voorlopig even laten draaien...

De router blokkeert geen protocollen.

[ Voor 14% gewijzigd door garp op 06-02-2017 11:04 ]

[Cyphax]

Als het aan Ziggo ligt, dan zou je dat kunnen testen door een laptop direct aan het modem te hangen, ipv je router, en het dan nog eens te proberen. Keertje opnieuw inloggen heb je waarschijnlijk ook wel geprobeerd? (Je weet het nooit, https://help.netflix.com/nl/node/41909 stelt het voor)

[garp]

Ik hang de laptop nog een keer direct aan het modem. Gisteren hielp dat niet, maar zal het nog eens proberen.

Die help pagina kan ik ook niet bezoeken vanaf mijn aansluiting;

code:

This file does not appear to have any style information associated with it. The document tree is shown below.
<status>
<status_code>403</status_code>
<message>Forbidden</message>
</status>

Update: via laptop werkt Netflix wel. Krijg dan ook een ander extern IP (83.82.239.***)

Update 2: Het MAC adres op mijn WAN interface op de router (IPFire core 108) veranderd. Nu heb ik een ander extern IP (82.72.245.***, was 83.80.154.***). Netflix doet het weer, op alle devices. Een kijken voor hoe lang.

[ Voor 30% gewijzigd door garp op 06-02-2017 12:16 ]

[iMars]

Wat ik zo zie (en al eens eerder tegen gekomen ben) ligt het niet aan jou.
Je kan de website benaderen want je ziet:


Zie op meerdere websites dezelfde melding:
https://www.reddit.com/r/...8/netflix_is_down_not_us/
https://leakforums.net/po...162403?pid=16162403&&pq=1

Weet verder niet hoe ik je kan helpen, maar het lijkt mij dat het niet met je dns te maken heeft (je kan immers de website bereiken).

[REDSD]

Ik zit momenteel op een ziggo verbinding en netflix lijkt hier goed te werken.

Je maakt geen gebruik van een vpn?

Een 403 kan er op duiden dat je ip adres geblokkeerd word door Netflix.

Netflix zelf geeft aan dat dit door een DNS probleem kan komen:

code:

Dit wijst meestal erop dat de DNS-instelling van je computer niet goed wordt gerouteerd naar Netflix. Volg de onderstaande stappen voor probleemoplossing om het probleem op te lossen.

Je IP-adres controleren
Schakel eventuele proxy's, VPN’s of andere software uit waarmee je internetverkeer mogelijk buiten je huidige regio wordt gerouteerd. Voor het beste resultaat kun je bovendien de netwerkinstellingen van je apparaat het beste instellen op Automatisch (Automatic).
Controleer je huidige IP-adres door naar whatismyip.com te gaan. Let op het adres x.x.x.x boven aan de pagina.
Controleer de locatie van je IP-adres.
Ga in Noord-Amerika naar ARIN.net en voer het numerieke adres in vanaf stap 2 in het vak rechtsboven bij SEARCH Whois. Druk de blauwe knop rechts van het vak.
Ga in Latijns-Amerika en de Caraïben naar LACNIC.net, voer het numerieke adres van stap 2 in het zoekvak en klik op Zoeken (Search).
Ga in Europa naar RIPE.net, voer het numerieke adres van stap 2 in het zoekvak in en klik op Zoeken (Search).
Ga in Azië-Pacific (Asia-Pacific) naar APNIC.net, voer het numerieke adres van stap 2 in het zoekvak in en klik op Start (Go).
Ga in Afrika (Africa) naar AFRIC.net, voer het numerieke adres van stap 2 in het zoekvak in en klik op Start (Go).
Je ziet nu een lange lijst met informatie over het bedrijf dat je IP-adres bezit. Scroll omlaag totdat je Land (Country) ziet en controleer of je huidige locatie klopt.
Neem contact op met de klantenservice als het juiste land wordt weergegeven.
Wordt het verkeerde land weergegeven? Neem dan contact op met je internetprovider en verzoek om een IP-adres dat overeenkomt met het land waarin je woont.
Als je de bovenstaande stappen niet kunt voltooien, kun je contact opnemen met de klantenservice door hieronder op Livechat starten (Start Live Chat) of Bel ons (Call Us) te klikken voor hulp bij het bepalen of je streamt vanuit je juiste regio.

[Sander]

Doe even een traceroute naar netflix, stopt het voor/bij je router/modem dan is het lokaal probleem. Stopt het voordat je het ziggo netwerk verlaat: Ziggo, is het daarna dan ligt het in de routing naar Netflix zelf.

[garp]

Nee ik maak geen gebruik van een VPN.

Over DNS:

Ik maak normaliter gebruik van Pihole op een RPI2, op een fixed, intern IP. Die Pihole haalt zijn DNS info van de router (IPFire) die - omdat de Ziggo DNS servers die meegegeven worden bij de verbinding geen DNSSEC ondersteunen - zijn DNS info via root hintss naar binnen haalt (local recursor mode, DNS server is unbound).

Op de firewall is DNS access naar het internet en naar het lokale IP van de router geblokkeerd. Ik wil namelijk echt dat alle DNS queries via Pihole (adblocking) lopen, en dat die weer zijn gegevens van de router (name resolving van devices die een ip via DHCP hebben en voor een Plexconnect instance die een redirect naar een local IP nodig heeft voor trailers.apple.com).

Dat werkt al zeker een jaar helemaal prima. Nu houdt alleen ineens Netflix er mee op.

Voor nu is het issue getackled door;

* echt overal 8.8.8.8 en 8.8.4.4 te gebruiken. Zowel in de DHCP setting voor clients als in de router zelf, als upstream DNS servers voor IPFire zelf
* De DNS server IP's vrij te geven in de firewal rules
* Het MAC adres van de WAN aansluiting aan te passen.

Het wijzigen van het MAC adres op de WAN aansluiting lijkt de echte oplossing te zijn. Mag nu ook weer naar de netflix help pages.

Traceroute naar netflix.com:

code:

[root@**** ~]# traceroute www.netflix.com
traceroute to www.netflix.com (52.10.182.43), 30 hops max, 60 byte packets
 1  * * *
 2  mnd-rc0001-cr101-xe-0-3-0-0.core.as9143.net (213.51.189.1)  7.679 ms  7.407 ms  7.439 ms
 3  us-nyc03a-rd1-xe-2-2-3-0.aorta.net (84.116.130.241)  12.666 ms  12.378 ms  12.394 ms
 4  us-was03a-rd1-xe-8-2-3-0.aorta.net (84.116.130.242)  12.421 ms  12.251 ms  12.152 ms
 5  ae-6.r25.amstnl02.nl.bb.gin.ntt.net (80.249.208.36)  12.211 ms  12.184 ms  12.028 ms
 6  ae-5.r23.asbnva02.us.bb.gin.ntt.net (129.250.6.162)  113.416 ms  101.779 ms  110.319 ms
 7  ae-10.r22.snjsca04.us.bb.gin.ntt.net (129.250.6.237)  174.937 ms  174.002 ms  170.866 ms
 8  ae-19.r01.snjsca04.us.bb.gin.ntt.net (129.250.3.27)  179.968 ms ae-40.r02.snjsca04.us.bb.gin.ntt.net (129.250.3.121)  175.658 ms ae-19.r01.snjsca04.us.bb.gin.ntt.net (129.250.3.27)  175.416 ms
 9  ae-0.amazon.snjsca04.us.bb.gin.ntt.net (128.241.219.18)  174.702 ms  185.638 ms  185.514 ms
10  54.240.242.108 (54.240.242.108)  185.234 ms 54.240.242.8 (54.240.242.8)  186.162 ms 54.240.242.132 (54.240.242.132)  189.514 ms
11  54.240.242.155 (54.240.242.155)  179.568 ms 54.240.242.57 (54.240.242.57)  179.114 ms 54.240.242.119 (54.240.242.119)  172.445 ms
12  54.239.41.228 (54.239.41.228)  196.377 ms 54.239.43.42 (54.239.43.42)  200.026 ms 205.251.229.214 (205.251.229.214)  204.233 ms
13  54.239.43.130 (54.239.43.130)  197.387 ms 52.93.12.82 (52.93.12.82)  241.790 ms 54.239.43.134 (54.239.43.134)  196.191 ms
14  52.93.13.10 (52.93.13.10)  206.176 ms 52.93.12.152 (52.93.12.152)  195.017 ms 52.93.12.50 (52.93.12.50)  220.353 ms
15  52.93.12.74 (52.93.12.74)  242.652 ms 52.93.12.255 (52.93.12.255)  197.953 ms 52.93.12.215 (52.93.12.215)  193.649 ms
16  52.93.12.72 (52.93.12.72)  237.024 ms 52.93.12.103 (52.93.12.103)  190.923 ms 52.93.12.142 (52.93.12.142)  205.734 ms
17  52.93.12.247 (52.93.12.247)  200.292 ms 52.93.13.63 (52.93.13.63)  197.858 ms 52.93.15.229 (52.93.15.229)  198.594 ms
18  52.93.15.225 (52.93.15.225)  196.832 ms 52.93.15.227 (52.93.15.227)  195.302 ms 52.93.13.83 (52.93.13.83)  199.466 ms
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
[root@**** ~]#

[ Voor 48% gewijzigd door garp op 06-02-2017 12:33 ]

[iMars]

Sander schreef op maandag 6 februari 2017 @ 12:23:
Doe even een traceroute naar netflix, stopt het voor/bij je router/modem dan is het lokaal probleem. Stopt het voordat je het ziggo netwerk verlaat: Ziggo, is het daarna dan ligt het in de routing naar Netflix zelf.

iMars:~ marcel$ traceroute www.netflix.com
traceroute: Warning: www.netflix.com has multiple addresses; using 52.48.104.170
traceroute to www.eu-west-1.prodaa.netflix.com (52.48.104.170), 64 hops max, 52 byte packets
 1  router (x.x.x.x)  3470.605 ms  0.852 ms  0.657 ms
 2  * * *
 3  gv-rc0052-cr102-xe-2-2-2-0.core.as9143.net (213.51.182.189)  12.761 ms  9.294 ms  8.435 ms
 4  asd-tr0610-cr101-ae58-0.core.as9143.net (213.51.158.22)  9.682 ms  9.773 ms  10.042 ms
 5  ams1-br-tra-r2.amazon.com (80.249.210.217)  11.297 ms  17.517 ms  11.199 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  *^C
iMars:~ marcel$ ping netflix.com
PING netflix.com (52.51.246.114): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
^C
--- netflix.com ping statistics ---
6 packets transmitted, 0 packets received, 100.0% packet loss
iMars:~ marcel$ ping www.netflix.com
PING www.eu-west-1.prodaa.netflix.com (52.48.1.130): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
^C
--- www.eu-west-1.prodaa.netflix.com ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss
iMars:~ marcel$ 
 

En toch werkt mijn Netflix

garp schreef op maandag 6 februari 2017 @ 12:27:

[...]

Het wijzigen van het MAC adres op de WAN aansluiting lijkt de echte oplossing te zijn. Mag nu ook weer naar de netflix help pages.

Dat was wat in m'n 2^e link stond
https://leakforums.net/post-16162403#16162403

[garp]

Oh, en klaar is het weer.

Heeft even gewerkt met het 'nieuwe' IP (de stream loopt nog op mijn laptop, dat gaat gewoon door), maar een nieuwe connectie maken via de app/ATV werkt weer niet meer.

Nog een interessant feitje: als ik Netflix start op mijn (Android) telefoon met WiFi dan geen íe aan dat er geen verbinding mogelijk is.

Zet ik dan WiFi uit, start een stream via de dataverbinding van mijn telefoon en vervolgens WiFi weer aan zet loopt die stream gewoon door. Via mijn router, want ik zie de connecties keurig voorbijkomen op de pagina iptables Connection Tracking op de router...

code:

Source IP: Port Dest. IP: Port  download / Upload   Connection Status   Expires (secs)
TCP 10.0.0.74 > 82.72.245.110   35359   198.38.115.156  80  152k / 16M  ESTABLISHED 119:59:49
TCP 10.0.0.74 > 82.72.245.110   35360   198.38.115.156  80  133k / 16M  ESTABLISHED 119:59:49

[ Voor 64% gewijzigd door garp op 06-02-2017 12:53 ]

[Cyphax]

Als ie blijft doen, dan denk je in eerste instantie toch aan die DNS-dinges, of een andere blokkade op IP-basis. Als je IP maar niet op een blacklist staat. Kan je dat eens proberen uit te vinden?
http://whatismyipaddress.com/blacklist-check

[Niekfct]

Ik had afgelopen week hetzelfde probleem, maar ik zit bij kpn. Netflix starten op een Android telefoon of tablet werkte vrijwel niet over Wi-Fi. Na schakelen naar mobiel netwerk, stream starten en terug naar Wi-Fi loopt de stream netjes door.
Laptop en TV via kabel hadden geen last.

Ik heb mijn router gereset naar fabrieksinstellingen, en het werkt nu wel weer. Het enige wat ik voorheen had ingesteld waren een paar port forwards en vaste ip toewijzingen. Ik weet nog niet waar het precies aan lag.

[garp]

Dat lijkt het toch niet te zijn hoor. Bij mij zit het 'm echt in het IP adres op de WAN aansluiting.

Ik heb nu een rijtje MAC adressen die om de beurt gebruik op de WAN interface van mijn router, als Netflix er weer mee ophoudt par ik de volgende in de rij

Elke keer als ik een IP in een andere range krijg doet Netflix het weer.

IP's die ik tot nog toe gehad heb staan afwisselend wel en niet op een paar blacklists;

83.82.239.*
83.80.154.**
82.72.245.***
82.72.233.***

Maar die blacklists lijken allemaar iets met mail van doen te hebben, dis gebruikt netflix toch niet als filter voor hun authenticatie/front end services? Want daar zit het issue, zo lijkt het. De back-end doet het wel.

Nu doet Netflix het weer even, stream loopt op ATV. Het onderste IP in het rijtje heb ik nu op mijn WAN. Aangezien inmiddels de help pagina op de laptop al niet meer te bekijken is blijf ik angstvallig van de auze knop af. Connections blijven wederom gewoon netjes bestaan en dus zichtbaar:

code:

Protocol:   Source IP: Port Dest. IP: Port  download / 
Upload  Connection
Status  Expires
(Secs)
TCP 10.0.0.37 > 82.72.233.***   49275   198.38.114.161  80  8M / 439M   ESTABLISHED 119:59:52
TCP 10.0.0.37 > 82.72.233.***   49272   198.38.114.141  80  1M / 48M    ESTABLISHED 119:59:51

10.0.0.37 is het IP van de ATV, 82.72.233.*** het WAN IP, 198.38.114.161 is netflix backend zo te zien (ipv4_1.cxl0.c099.ams001.ix.nflxvideo.net)

[ Voor 72% gewijzigd door garp op 06-02-2017 14:11 ]

[Cyphax]

Maar garp geeft aan dat het via een netwerkkabel op het modem ook niet werkt, wat raar dat het bij jou wel werkte via een kabel? Ik gok in eerste instantie nog steeds dat het IP van garp weleens op een blacklist zou kunnen staan. Modem resetten zou kunnen resulteren in een ander IP van Ziggo dat niet op een blacklist staat. Blijft natuurlijk koffiedik kijken, eerst maar eens testen.

[garp]

Inmiddels 2 afleveringen shooter kunnen kijken door het WAN MAC adres te wijzigen, router rebooten (modem even uit en weer aan tijdens booten) en als de verbinding weer op is met een nieuw IP, snel de aflevering aan te zetten op de ATV (die bedraad is aangesloten)

Echt, te idioot voor woorden dit.

[Brahiewahiewa]

garp schreef op maandag 6 februari 2017 @ 15:37:
Inmiddels 2 afleveringen shooter kunnen kijken door het WAN MAC adres te wijzigen, router rebooten (modem even uit en weer aan tijdens booten) en als de verbinding weer op is met een nieuw IP, snel de aflevering aan te zetten op de ATV (die bedraad is aangesloten)

Echt, te idioot voor woorden dit.

Heb je ook ipv6 adressen? Van ziggo of via een tunneltje?
't Klinkt allemaal een beetje alsof de eerste verbinding via ipv4 verloopt, dan gaat het goed.
Na enige tijd komt ipv6 op (moest even wachten op het opstarten van RAD) waarna het misloopt.
Althans, dan wordt je eruit gekickt omdat ipv6 geolocation gigantisch achterloopt

[cyclone]

Heb je al met Netflix gebeld ? Ik heb een tijdje geleden een soort gelijke issue gehad, en als Network engineer (met ruim 20 jaar ervaring) me echt even over de "ik weet het beter dan een helpdesk mannetje" heen moeten zetten.

Bij mij wilde de Netflix app niet meer laden op mijn Samsung t.v.

Zijn advies (wat uiteindelijk werkte) ALLES uitzetten, t.v. & Ziggo modem en router. Dit 10 minuten uit laten staan. Dan je t.v. aan en dan pas je modem weer.
Ergens heeft Netflix een soort beveiliging (is mijn eigen interpretatie hoor ) op basis van je externe IP lijkt het wel, wat dus moet wijzigen, en ook nog een specifieke timeout moet hebben.

Nahja toen de helpdesk dude me dit vertelde (over modem uitzetten e.d. ) had ik zoiets .. netwerk werkt, internet werkt waarom ??
Uiteindelijk maar niet de smart ass uitgehangen en de beste man had gewoon gelijk.


Kortom bel even de helpdesk van Netflix, en luister naar ze, gasten weten echt waar ze het over hebben, en zet je gene als Tweaker / IT engineer overboord dat werkt het snelst

Ik heb dus dik mijn excuus aan die gozer moeten aanbieden bespaar jezelf dat.

[Gomez12]

Als ik het allemaal zo lees dan zou ik toch echt je eigen netwerk instellingen eens nakijken.

Want om de een of andere reden lijkt NetFlix toch elke keer weer te denken dat jij via een VPN oid kijkt en sluit je af. Waardoor een nieuw WAN-adres dus wel eventjes werkt, maar als de detectie langskomt dan wordt die weer afgesloten en moet je weer een nieuw WAN-adres ophalen.

Ik zou in ieder geval beginnen met je netwerk instellingen na te kijken (geeft je dhcp niet bijv je pi-hole nog steeds standaard als dns-server door?) en daarna maar eens een belletje richting netflix wagen, want zij kunnen je vast wel vertellen of je in een detectie loopt en zoja wat mogelijke oorzaken ervoor zijn.

[Remz]

Mijn vader heeft dit gehad op een privé Ziggo aansluiting. Echter kreeg hij wel de melding dat hij achter een VPN/proxy zou zitten. Na veelvuldig contact met Netflix en Ziggo, waarbij we meerdere WAN ip's hebben gekregen, andere DNS servers, laptop aan modem en dergelijke, konden we het niet oplossen. Netflix wijst naar Ziggo, Ziggo wijst naar Netflix.

Na een paar maanden heeft het zichzelf verholpen, ik ben er nooit achter gekomen wat het precies was.

Woon je toevallig dicht bij de grens? Mijn vader kreeg namelijk dit probleem pas kort nadat hij was verhuisd naar een dorp 5km van de Belgische grens. Misschien dat Netflix iets met regio detectie fout heeft.
Het heeft overigens wel een paar weken gewerkt, net zoals bij jou.

[ Voor 5% gewijzigd door Remz op 06-02-2017 21:04 ]

[garp]

@Cyclone: vanmiddag al contact gehad. Die verwezen me ruchsichtlos naar Ziggo. Dus Ziggo ook gebeld, daar weten ze nu ook van het probleem.

Net een uur(!) aan de lijn gehangen met Netflix support. Uiteraard weer het antwoord dat ik Ziggo moest bellen. Nogmaals uitgelegd wat ik allemaal al geprobeerd had en toen heeft de medewerkster contact gezocht met tech support in de US.

Het antwoord van tech support is uiteindelijk dat ze zelf een issue hebben. Wat dat is kon de medewerkster niet uitleggen, maar er wordt aan gewerkt (vanuit de US) blijkbaar. Dat is de info waar ik het even mee moet doen.

De test held trouwens in dat ik naar media.netflix.com moets gaan en daar bij 'Only on Netflix' (https://media.netflix.com/en/only-on-netflix#/new?page=1) op een titel moest drukken. Dat werkte allemaal prima, en toen wisten ze het 'ineens'.

Ze vragen me geduld te hebben en morgen te kijken of het weer werkt. Vaag.

@Gomez12: Netflix werkt ook niet al elles echt helemaal 'standaard' is hier in huis. En ook niet als ik alle devices de google of dns,watch (mijn voorkeur) dns servers laat gebruiken. Echt alleen het veranderen van IP werkt.

@Remz: Nee, Omgeving Utrecht.

@Brahiewahiewa: Geen ipv6 hier. Geen support voor in IPFire ook, as far as i know.

[ Voor 23% gewijzigd door garp op 06-02-2017 21:17 ]

[garp]

Update; werkt nog steeds niet. Netflix support gebeld en eea is nog in onderzoek. Zijn blijkbaar wel meer gevallen gemeld, verspreid over de aardkloot.

[lazydave-II]

Ik heb dezelfde problemen... Ziggo/Netflix modem in bridge. (Ook omgeving Utrecht, maar dat lijkt me niet van invloed).

Kan in de Netflix app gewoon browsen maar geen streams starten. Als ik mijn telefoon helemaal opnieuw opstart werkt het weer even. Ik gok op een corrupt cookie of zo iets.

[garp]

Opgelost.

Netflix support had geen idee, ook niet na 'onderzoek'. Nog meerdere keren gebeld in de tussentijd met de vraag om een status-update, maar helaas kwam daar steeds niets uit.

Ik had een helder moment daarstraks. Ik monitor namelijk een aantal zaken om bij issues wat historische data op te kunnen hoesten.

Blijkbaar weten ze bij Netflix niet dat ergens op de front-end alle binnenkomende requests vanaf een IP worden geanalyseerd en, als ze een 'dreiging' zien, dit IP in de front-end wordt geblokkeerd.

Het blijkt dus zo te zijn dat je IP door Netflix wordt geblokkeerd als je in Smokeping een aantal IP's in de CDN's van Netflix, www.netflix.com en www.netflix.nl monitort vanaf je netwerk.

Genomen stappen:

1. Smokeping enties mbt netflix verwijderd;
2. Mac adres op router aangepast zodat ik weer een vers IP krijg van Ziggo;
3. Router en modem even rebooten.

Klaar. Zal Netflix zo even bellen dat ze de andere users met dit probleem even kunnen mailen.

[ Voor 21% gewijzigd door garp op 15-02-2017 14:13 ]