2 ms·
Cool project! Great idea and nice UI. I have tried recently and it works fine with HTTP. The problem is with ads served via HTTPS and since today most of the p
by vanekjar 10y ago
Cool project! Great idea and nice UI. I have tried recently and it works fine with HTTP.
The problem is with ads served via HTTPS and since today most of the pages are using HTTPS protocol pi-hole is kinda useless.
For reference on this topic
https://discourse.pi-hole.net/t/websites-hanging-timing-out-with-pi-hole-enabled/1530/13 https://discourse.pi-hole.net/t/websites-hanging-timing-out-...
- wlll 10y agoDNS happens before HTTP and HTTPS. If you block at the DNS level it will work for both HTTP and HTTPS URLs. That page you linked seems to confirm this, and that Pi-Hole works just fine blocking HTTPS.
- vanekjar 10y agoThat's true, but instead of empty ad being server (as in case HTTP), HTTPS request timeouts and increases loading time for many pages, because the page waits until all JS loads. Another problem is that some browsers will retry failed request several times (Chromium) effectively prolonging the time before final error is confirmed. More about HTTP retry can be found here https://tools.ietf.org/id/draft-nottingham-httpbis-retry-00.html https://tools.ietf.org/id/draft-nottingham-httpbis-retry-00.... To sum it up. Using pi-hole had a negative impact on my browsing experience because HTTPS pages were more less buggy/slow.
- detaro 10y agoHTTPS requests only timeout if your setup doesn't reject them (also described in your first link).
- corford 10y agoTrue but only if the add is served off a different domain.