UPDATE:
At least for some of its customers' home routers Vodafone Spain is activating a non user modifiable setting which prevents specified DNS servers to take effect.
The net effect in this situation is that just using Tubehax/Chncdcksn dns servers DOES NOT BLOCK SYSTEM UPDATES
Solutions include
Original post, for context
TL;DR
If your home Vodafone service includes a SERCOM VD1018 model router, server names in CDN urls are resolved regardless of how you configure DNS settings on your WiiU. See below for further information and workaround.
This might affect other Spanish (non Spanish too?) Vodafone customers with similar routers so if you're one of them I recommend actually checking eshop access on your console while having Tubehax/Chncdcksn DNS servers setup.
What the hell?
This shitty router is intercepting outgoing DNS requests and servicing them by its own means. I doesn't matter what servers you put into your WiFi client setup. Even if you put invalid ip addresses, or private ones for that matter, FQDNs are going to be resolved no sweat.
Workaround
There's just one exception to this behavior: although all DNS requests must pass though the WiFi router, only the ones leaving the local network are intercepted. DNS requests addressed to a host in the local LAN are left alone.
This opens the door to setting up a local DNS server somewhere in your LAN and have it forward all requests upstream except for CDN ones.
Other than this, I can only recommend removing your console form the net by configuring some unused/free local ip in your DNS settings. You won't have internet access but at least you wont be creating/deleting connections every time you want temporary internet access.
Further investigation
This router's user-level admin interface is severely limited. There's nothing in it of any help regarding this issue. Latter today I'll be unlocking the admin-level interface and report back any findings.
At least for some of its customers' home routers Vodafone Spain is activating a non user modifiable setting which prevents specified DNS servers to take effect.
The net effect in this situation is that just using Tubehax/Chncdcksn dns servers DOES NOT BLOCK SYSTEM UPDATES
Solutions include
- Calling Vodafone and asking for "proxy dns" removed from your router (@xabier). Absolutely try this!!!
- Setting up you own local dns proxy (@FAST6191).
- Removing dns proxy from the router yourself via admin-level configuration web pages. I might help attain admin access to the router, just send a PM.
Original post, for context
TL;DR
If your home Vodafone service includes a SERCOM VD1018 model router, server names in CDN urls are resolved regardless of how you configure DNS settings on your WiiU. See below for further information and workaround.
This might affect other Spanish (non Spanish too?) Vodafone customers with similar routers so if you're one of them I recommend actually checking eshop access on your console while having Tubehax/Chncdcksn DNS servers setup.
What the hell?
This shitty router is intercepting outgoing DNS requests and servicing them by its own means. I doesn't matter what servers you put into your WiFi client setup. Even if you put invalid ip addresses, or private ones for that matter, FQDNs are going to be resolved no sweat.
Workaround
There's just one exception to this behavior: although all DNS requests must pass though the WiFi router, only the ones leaving the local network are intercepted. DNS requests addressed to a host in the local LAN are left alone.
This opens the door to setting up a local DNS server somewhere in your LAN and have it forward all requests upstream except for CDN ones.
Other than this, I can only recommend removing your console form the net by configuring some unused/free local ip in your DNS settings. You won't have internet access but at least you wont be creating/deleting connections every time you want temporary internet access.
Further investigation
This router's user-level admin interface is severely limited. There's nothing in it of any help regarding this issue. Latter today I'll be unlocking the admin-level interface and report back any findings.
Last edited by Garfieldo_Menkjel,