×

Help Tweakers weer winnen!

Tweakers is dit jaar weer genomineerd voor beste nieuwssite, beste prijsvergelijker en beste community! Laten we ervoor zorgen dat heel Nederland weet dat Tweakers de beste website is. Stem op Tweakers en maak kans op mooie prijzen!

Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: Pi-hole 3.0

Door , 107 reacties, submitter: Vbentvelsen, bron: Pi-hole

02-05-2017 • 17:15

107 Linkedin Google+

Submitter: Vbentvelsen

Bron: Pi-hole

Pi-hole logo (75 pix)Pi-hole is een advertising-aware dns- en webserver bedoeld om te draaien op een Raspberry Pi in het netwerk. Door op de router naar Pi-hole te verwijzen voor dns-afhandelingen, zullen alle apparaten binnen het netwerk er automatisch gebruik van maken zonder dat er instellingen moeten worden aangepast. Vervolgens worden advertenties niet meer opgehaald, waardoor pagina's sneller laden. In potentie kan er ook malware mee buiten de deur worden gehouden. Voor meer informatie verwijzen we jullie door naar de uitleg en video's op deze pagina, of deze handleiding van Tweaker jpgview. De ontwikkelaars achter Pi-hole hebben versie 3.0 uitgebracht en hier zijn de volgende veranderingen en verbeteringen in aangebracht:

Faster Than Light (FTL) Engine

FTL will be a core component of Pi-hole going forward and just like the rest of our code, it’s completely open source.  FTL is our new API and it can already do quite a bit.  It’s also the first step towards implementing our highest-voted feature request of implementing long-term statistics for Pi-hole.

The biggest thing you will notice after updating is how fast your Web interface will perform–especially on older model Raspberry Pi’s. We have also tested it with some heavy hardware and it can handle several million queries without missing a beat.

To give you a real life example, we have been testing FTL on a 4GB droplet via DigitalOcean and we were well over one hundred million queries in 24 hours.  Loading all these stats in the Web interface takes only a matter of seconds–compare that to PHP, which would have quickly crashed trying to parse that much information.

You’ll also see some advanced graphs on the Dashboard page.

You’ll also notice speed improvements on the query log page and we have a new box under the settings page, so you can see how it is performing.

If for some reason FTL does stop working, the interface will fall back to PHP.

Also included is a way to tail the FTL log.

We love FTL and we think you will, too, but there’s still a lot more we included in the release, making it worth of the bump to 3.0…

Manage Source Lists In The Web Interface

We were finally able to implement a long-awaited feature request, which allows you to edit the source lists used by Pi-hole via the Web interface.  You could always do this before, but it should be much easier now.

Just remember, they need to be in HOSTS format to be compatible.  If you want to find some more lists to use, check out WaLLy3K’s compilation.

The default lists we provide are usually sufficient for most people, but some like to use Pi-hole to block other things like malware or tracking/phishing sites.

Not Brand New, But Worth Another Mention... DHCP Reservations

Some Pi-hole users didn’t use the built-in DHCP server since they didn’t think they could assign reservations, but since this has existed since Web v2.5.

Pi-hole Checkout

This feature actually debuted in a dot release (2.13.2 /2.5.2) and you can now easily checkout what’s happening in our development environment

This feature allowed many of you to easily help us test FTL.  We want Pi-hole to be as stable as possible, so if you’re willing to help test things out for us in in development, this is the best way to do it.

Just use this command: pihole checkout dev
To return to the stable code: pihole checkout master

More details on the command can be found here.

Other Features IPv6 Upstream Servers

We have implemented full support for IPv6 upstream DNS servers.

Bug Fixes And Tweaks

There are a lot of fixes and tweaks; we mostly keep these on the GitHub repos for those who are really interested so feel free to check them out.

Versienummer 3.0
Releasestatus Final
Besturingssystemen Scripttaal
Website Pi-hole
Download https://github.com/pi-hole/pi-hole/releases
Bestandsgrootte 93,00KB
Licentietype GPL

Update-historie

Reacties (107)

Wijzig sortering
Er is trouwens ook een docker versie van, dus je hoeft niet per se een raspberry te gebruiken:

https://hub.docker.com/r/diginc/pi-hole/
https://github.com/diginc/docker-pi-hole

Ik heb zelf een hoop raspberries maar juist in dit geval was docker voor mij handiger (ik gebruik de raspberries meer voor interfacing met bijvoorbeeld sensoren)

Maar deze is nog niet geupdate naar 3.0 zie ik, helaas.

[Reactie gewijzigd door GekkePrutser op 2 mei 2017 17:55]

Ik probeerde deze te installeren op een Synology maar dat ging nog niet zo makkelijk :)
Geen idee welke settings ik moet gebruiken. Net als met bijna alle andere docker image's zijn de readme's/ howto's net ff te lastig voor een beginnende docker admin.
Je moet de file S99pihole.sh aanpassen (niet zelf verzonnen), zie hier.
Dat aanpassen kan met bv VI.
als root (niet als admin):
[code]VI /usr/local/etc/rc.d/S99pihole.sh[/code]
Voeg de tekst in vet toe
[code]
/var/packages/debian-chroot/scripts/start-stop-status start
chroot /volume1/@appstore/debian-chroot/var/chroottarget service cron start
chroot /volume1/@appstore/debian-chroot/var/chroottarget service dnsmasq start
chroot /volume1/@appstore/debian-chroot/var/chroottarget service lighttpd start
chroot /volume1/@appstore/debian-chroot/var/chroottarget service pihole-FTL start
;;
stop)
chroot /volume1/@appstore/debian-chroot/var/chroottarget service cron stop
chroot /volume1/@appstore/debian-chroot/var/chroottarget service dnsmasq stop
chroot /volume1/@appstore/debian-chroot/var/chroottarget service lighttpd stop
chroot /volume1/@appstore/debian-chroot/var/chroottarget service pihole-FTL stop
/var/packages/debian-chroot/scripts/start-stop-status stop
[/code]
Was ook even aan het zoeken naar een Syno oplossing. kwam hier uit. https://discourse.pi-hole...ole-on-a-synology-nas/289. Ga het zeker eens proberen.

[Reactie gewijzigd door niki_lauda op 2 mei 2017 19:39]

Kan altijd ook gewoon een vrij minimale VM gebruiken ;), werkt al tijden vlekkeloos.
Ja dat is waar, dat had net zo goed gekund. Misschien doe ik dat volgende keer ook wel want ik vond Docker niet zo heel erg handig.
Er is trouwens ook een docker versie van, dus je hoeft niet per se een raspberry te gebruiken
Sterker nog; in een Debian VM werkt het hier ook prima. Voorheen altijd Ubuntu gebruikt, maar sinds Ubuntu 16.10 werkt dat niet meer. Een Debian VM opgezet en kan weer lekker PiHole draaien. Een Pi is dus niet verplicht of zo, zolang het maar een Debian-based OS is.
Ik heb V3.0 gewoon draaien onder Ubuntu 17.04 :)
Pi-Hole werkt op elke SBC waar Linux op draait. Zelf had ik nog een Banana Pro liggen en dat werkt ook prima.
De handleiding (vermeld in het artikel) is ondertussen geupdate voor versie 3.0
Mijn eerste bevindingen (nieuwe installatie):
- Aan het hart van pi-hole (dnsmasq) is niets gewijzigd. Wat voorheen geblocked werd, zal ook nu nog steeds geblocked worden.
- Voorheen moest je, om host lijsten toe te voegen, een copy maken van adlists.default naar adlists.lists. Dat is niet meer zo, adlists.default is weg, alleen adlists.list wordt nog gebruikt. Je kan host lijsten toevoegen door het bestand te bewerken, of, nu ook via de webinterface (settings). Daar zijn twee knoppen voorzien, één om het nieuwe bestand te bewaren, een tweede om het nieuwe bestand te bewaren en te activeren.
- Bij een nieuwe installatie is het wachtwoord om de web interface te gebruiken (login) blank, e.g. geen authenticatie. Je kan een wachtwoord toevoegen met het commando "sudo pihole -a -p". Twee keer het nieuwe wachtwoord tijpen en authenticatie is opnieuw enabled. Het wachtwoord kan je verwijderen door /etc/pihole/setupVars.conf te bewerken.
- FTL (Faster Than Light) zorgt ervoor dat de informatie die gelogd is door dnsmasq in /var/logs/pihole.log (today) en /var/logs/pihole.log.1 (yesterday) real time verwerkt wordt, zodanig dat ze onmiddelijk beschikbaar is, wanneer ze in de webinterface nodig is. Daardoor is de web interface zeer snel geworden, zeker in een omgeving waar de load (en dus de logs) groot is.

Je mag, zeker voor FTL, een reeks updates verwachten. Er is uitvoerig getest (je kan ook de development versie van pihole igebruiken, en velen hebben dat gedaan), maar omdat het nieuw is ...

Hier kan je problemen melden, en oplossingen vinden.
Fantastisch programma en zeer gemakkelijk i gebruik!
Helaas wordt het echter steeds lastiger om YouTube ads te blokkeren. De advertentie en het filmpje komen steeds vaker vanaf dezelfde server, waardoor het principe van de blocklist niet meer werkt.
Ik zie overigens op mijn desktop en smartTV nooit meer ads via Youtube maar via de iPad en iPhone wel
Totaal geen problemen mee ik blokkeer onderstaande domeinen en kan alle Youtube filmpjes zien zonder reclame en zonder de 20 seconden timeout. :)
  • r4---sn-vgqs7nez.googlevideo.com
  • r4.sn-vgqs7nez.googlevideo.com
  • www.youtube-nocookie.com
  • i1.ytimg.com
  • r17---sn-vgqsenes.googlevideo.com
  • r2---sn-vgqs7n7k.googlevideo.com
  • clients6.google.com
  • r1---sn-vgqsen7z.googlevideo.com
  • r1.sn-vgqsen7z.googlevideo.com
  • r20---sn-vgqs7ne7.googlevideo.com
  • r20.sn-vgqs7ne7.googlevideo.com
Er is op discourse (het pihole forum) al een hele tijd (oktober 2016) een topic over dit onderwerp. De lijst die je vermeld stemt overeen met de eerste entry, maar er zijn voor en tegenstanders van, wisselend success.
Het probleem is dat de subdomain namen van googlevideo.com regelmatig wijzigen, en er daardoor geen ultimate block list mogelijk lijkt te zijn.
Misschien een rare vraag, maar waarom lukt adblock + het wel en Pi-Hole niet zonder slag en stoot? Uiteraard is het manier van blocken anders maar de objecten die door Adblocker + worden geblokkeerd zou je toch ook met Pi-Hole moeten kunnen blokkeren?
Op mijn desktop zie ik ook geen advertenties meer bij YouTube en gebruik dan alleen Pi Hole. Echter op mijn mobiele devices lijkt Pi Hole het niet geregeld te krijgen. Blijkbaar gebruikt Youtube voor mobiele devices een ander principe. dan op desktops of smarttv's.
Een DNS-server filtert alleen op domeinen, he. Adblockers kunnen patroonherkennig op hele url's toepassen. Als je dat ook in je netwerk gefaciliteerd wilt hebben heb je (denk ik) een proxyserver nodig, geen DNS-server.
Deze lijst is niet voldoende. Er zijn inmiddels honderden domeinen bekend die ingezet worden. Daarnaast gebruikt Youtube dezelfde domeinen ook voor het weergeven van de video. Het blokkeren van een domein is dan geen optie meer. Dat werkt alleen als advertenties en content van verschillende servers komen.
Ik had uiteindelijk meer dan 300 van dat soort domeinen geblokkeerd maar de ads kwamen elke keer weer met nieuwe domeinen 8)7

Dit leek mij nog wel de beste oplossing maar bleek ook nutteloos omdat wildcards daarmee niet werken.
https://www.reddit.com/r/...be_ads_this_works_so_far/

[Reactie gewijzigd door KingHawk op 3 mei 2017 15:12]

Heb naar tevredenheid ook de pihole in mijn netwerk om de dns te serveren. De router doet de DHCP. Wat is nou het voordeel wanneer de pihole ook de DHCP serveert? Ik weet dat dit al langere tijd kan, lees ook dat mensen het gebruiken, maar mij is nog niet duidelijk wat nu een reden is om de pihole de DHCP te laten regelen. Iemand van jullie met een goede reden om het hier thuis anders in te richten? TIA.
Voor zover ik het begrepen heb (ik gebruik hetzelf ook geen DHCP op pihole) is de voornaamste reden name resolution. Wanneer je DHCP op de pi laat draaien, "leert" dnsmasq de namen van de toestellen die met een bepaald IP geassocieerd zijn. Daardoor kan in de web interface (query log / client column) de naam getoond worden i.p.v. het IP address.

Persoonlijk heb ik nog steeds geen vertrouwen in de levensduur van het sd memory kaartje, waar de pi gebruik van maakt. Ik verwacht dat het vroeg of laat de geest geeft, en wil dan niet afhankelijk zijn van de pi voor IP addressen (DHCP).

Ik heb me daarop voorbereid met een batch file op mijn desktop, om snel van DNS te kunnen wisselen, syntax:
netsh interface ipv4 add dnsserver "Ethernet" address=208.67.222.222 index=1
vervang Ethernet door de naam van je netwerk adapter, de double qoutes moet je laten staan.
Thanks. Niet direct een reden om over te gaan.
Net ook de update uitgevoerd. Moest ook even de logs wegspoelen met <pihole -f> om alle grafieken weer in beeld te krijgen. Ziet er netjes uit en voelt soepel aan.
Alhoewel dat laatste niet heel belangrijk is voor mij. Voor mij moet de pihole een 'set and forget' ding zijn. In alle stilte en rust moet hij zijn werk doen, is ook goed voor de WAF en KAF.
'set and forget', een goede beschrijving voor een service als DNS
Toch heb ik graag af en toe een teken van leven, vandaar de mail setup, zoals beschreven in de handleiding, hoofdstuk 4 sectie 8
Dagelijkse flush mail onderdrukken? zie hoofdstuk 13.
Hoi, ik gebruik ook de DHCP om een heel simpele, stomme reden: De Ziggo Connectbox is alles of niets. Je kan daar niet alleen de DNS servers handmatig wijzigen. Als je iets wil wijzigen aan de DNS, moet je ook DHCP uitschakelen.

Daarom doet de pi-hole bij mij ook DHCP, wat overigens prima werkt. Wel fijn dat er nu ook reservations mogelijk worden.
heb het geprobeerd thuis te draaien. alle apparaten werken prima er op behalve de android smartphones (nexus 5x) die weigert via de pi-hole te werken.

hierdoor heb ik het opgegeven pihole in huis verder in te stellen. hopelijk is dit nu ook opgelost
Dat lijkt me niet aan pi-hole zelf te liggen? Deel je niet een aparte DNS server uit op je wifi netwerk oid?
Ik stel de DNS server op de router netjes in op de pi hole. Mijn mobiel zegt gelijk dat het geen internet heeft.

Als ik een aanvraag doet komt hij niet in de query log van pi hole the staan ook. Het lijkt gewoon compleet de dhcp instellingen te negeren.

De rest van de apparatuur heeft hier geen last van en kan gewoon het internet bereiken

[Reactie gewijzigd door spelbreker op 2 mei 2017 21:43]

Heb het zelfde probleem ondervonden met mijn LG G5 (Android 7). Kwam er achter dat deze standaard DNS 8.8.8.8 gebruikt, ondanks wat mijn router (Asus RT-N66 Merlin) uitdeelt. Dit gaat wel goed op de overige apparatuur. Vanuit de Android instellingen een fixed IP ingesteld en DNS handmatig ingetypt naar m'n pi-hole.

Besef mij nu eigenlijk of dit nu ook gebeurt op andere WiFi netwerken..? Binnenkort eens onderzoeken​!
DNS rechtstreeks naar je pi-hole zetten zou ik niet doen, dan krijg je steeds "witte pagina's" tussen het laden door. Je router naar je pi-hole verwijzen, vervolgens je apparaat naar je router verwijzen is de manier.
Uw gebruikers/toestellen hoeven toch niet te weten waar de DNS resolving gebeurt? Bij mij vraagt iedereen zijn DNS aan de modem/router, die vervolgens alle requesten naar de PiHole stuurt (op een Synology NAS). De individuele toestellen hoef je dan ook niet te configureren, enkel de router.
Tja, vreemd, op mijn Nexus 5X werkt het prima, geen ads in NU.NL app, en de filmpje draaien wel. Maar daarentegen op mijn PC-s doen de filmpjes het weer niet.

Je hebt toch wel je DNS goed ingesteld, met een vast IP adres voor je Pi-hole?

Check je wifi instellingen.
Geweldig product!

De advertenties worden niet meer binnengehaald, maar word de informatie waarop de advertenties gebaseerd zijn, dan nog wel verstuurd?
Voorbeeld (je DNS server is pihole):
je browser probeert googleads.g.doubleclick.net te benaderen en doet hiervoor een DNS request om het IP address van deze site te bekomen.
Wanneer googleads.g.doubleclick.net in de pihole gravity list (de block list) is opgenomen, zal je browser niet het echte address van googleads.g.doubleclick.net krijgen maar het address van je pihole.
Pihole is ook een webserver.
Je browser zal nu de content van googleads.g.doubleclick.net opvragen, m.b.v het foutieve IP address. Pihole beantwoordt deze vraag met een mini bestandje (1 pixel).
Het is wel zo dat https requests door pihole niet beantwoord kunnen worden (geen geldig certificaat beschikbaar). Voor dit soort content (ads) zal de browser dus gewoon een timeout ondergaan.

Wanneer googleads.g.doubleclick.net in de block list is opgenomen, is alle communicatie met die site (of een deel ervan, afhankelijk van de entry in de list) onmogelijk.

[Reactie gewijzigd door jpgview op 2 mei 2017 18:02]

Als ik jouw voorbeeld mag aavullen, er zit een hele reeks hosts onder g.doubleclick.net, bijvoorbeeld:
  • googleads.g.doubleclick.net
  • static.doubleclick.net
  • pubads.g.doubleclick.net
  • stats.g.doubleclick.net
Soms is het dus beter een heel domein weg te resolven, in dit geval g.doubleclick.net
(dat kan met dnsmasq en dus moet het met pi-hole ook kunnen, ik heb zelf een diy oplossing).

Net kwam ik erachter dat er inmiddels ook een l.doubleclick.net is:

reply partnerad.l.doubleclick.net is 172.217.17.98
reply pagead46.l.doubleclick.net is 172.217.17.66
reply pagead.l.doubleclick.net is 172.217.20.98

Tijd om de domeinlijst uit te breiden. Af en toe dnsmasq.log scannen om te zien of er 'rommel' bij is gekomen. Het is een beetje kat-en-muis, ik vermoed dat ik binnenkort ook maar pi-hole ga gebruiken.
Toegegeven, ik heb een slecht voorbeeld gebruikt.
Zoals ook beschreven in hoofdstuk 11 van de, in het artikel vermelde, handleiding, laat pihole wildcard blocking toe.
Door doubleclick.net toe te voegen aan /etc/dnsmasq.d/03-pihole-wildcard.conf kan je het hele domain afblokken. syntax:
address=/doubleclick.net/xxx.xxx.xxx.xxx
vervang xxx.xxx.xxx.xxx door het IP address van je pihole.

Je kan trouwens ook wildcard domains toevoegen via de web interface (blacklist / add wildcard), maar ik gebruik de web interface zelden.

[Reactie gewijzigd door jpgview op 2 mei 2017 20:05]

voor wie intresse heeft

ik heb in java een tooltje geschreven om blocklist's te maken voor dnsmasq
meer specifiek voor wildcard blocking

- het kan meerdere formaten laden (txt, hosts,conf)
- voegt alles samen en elimineert duplicaten
- je kan een hele reeks subdomain namen verwijderen en vervangen met enkel het root domain
- je kan een whitelist inladen om domeinen te verwijderen
- ook verwijderd het automatish illegale domein namen met speciale karakters die dnsmasq onstabiel maken

het is snel geschreven en kan wat bugs bevatten

hier kan je de source en jar/exe downloaden
https://www.dropbox.com/s...P0pGubqPyPrqDJ4Xbbva?dl=0

bij het inladen van een blocklist heb je een overzicht van elke domein naam gesorteert op het aantaal subdomeinen het bevat of je kan ook alfabetisch sorteren
bij het exporteren moet je de file maar eens openen in een text editor

de cleaner functie is enkel voor export naar dnsmasq conf formaat
het scant je blocklist voor enkel root domeinen en verwijderd dan alle subdomeinen daarvan
omdat ze toch al geblokkeerd worden in dnsmasq formaat hoef je de subdomeinen daarvan niet in je blocklist te hebben
zo kon ik mijn blocklist van 8mb verkleinen tot 4mb en toch dezelfde domeinen blijven blokkeren
Er zitten stuk of 8 bloklijsten in die worden bijgewerkt. Je kunt ook controleren of een domein geblokkeerd wordt. En eventueel toevoegen op je eigen bloklijst.
Denk het niet. Volgens mij worden die adressen ook geblokkeerd.
Dat ligt aan jezelf. Als je de trackers blokkeert die de info verzamelen dan heb je daar ook geen last meer van. De standaard blocklists bevatten al heel veel van die trackers.
Tijdje geleden heb ik ook Pi-hole gebruikt maar ik heb het toch weer aan de kant gezet omdat bijv. youtube er ineens 20 sec over deed om te laden.

Is er iemand die kan bevestigen of dat in deze versie opgelost is?
Ja ik ben een Ziggo klant.
Maar i.v.m. eerdere DNS problemen van ziggo maak ik gebruik van andere DNS servers van OpenDNS enz.
Die heb ik dan ook ingesteld op de PI-hole.
Het issue met Google diensten was niet DNS gebaseerd maar routering (BGP) gerelateerd :)
gebruik de google dns.
Merk ik wel. Het is geen 20 seconde eerder 5-7 seconde (bij mij dan). Het is dan de 'ad' die timed out. Maar ja liever paar seconde zwart beeld dan 30 sec ad.
Ik had er geen last van iig.
Geen last van.
Ik heb dat vaker gehoord maar heb er nooit last van gehad (draai het nog maar een paar maanden).
Wellicht was het een issue in een oudere versie.
Ik heb dat ook bij bepaalde websites.

Workaround is in je router de tweede DNS op google in te stellen.
Ik had als probleem met de pi-hole dat als ik m op de router instelde dat ik geen tv meer kon kijken (KPN interactieve digitale tv). iemand een oplossing?
Proberen er achter te komen om welke adressen dit gaat en die whitelisten?
Hhhmmm even kijken maar ;-)
Als het mogelijk is een statisch op adres toekennen aan je tv kastje van KPN
Misschien een rare vraag, maar merk je iets van het feit dat al je internetverkeer via een 100Mbit LAN poortje op de Raspberry Pi verloopt? Mijn LAN is volledig Gigabit en ik heb recentelijk een snellere en stabielere Ubiquiti Security Gateway gekocht, dus ik wil eigenlijk niet dat een Pi mijn netwerk "vertraagd". Misschien is installatie op mijn Synology NAS dan een betere optie, of...?
De Pi-Hole heeft geen invloed op de snelheid van je internetverkeer. Een DNS server wordt alleen maar gebruikt om een naam om te zetten in een IP-adres. De datatransfer gaat niet via de Pi-Hole. Je zal geen snelheidsverlies op je netwerk ervaren.
Tenzij je; net als mij, een VPN hebt (OpenVPN) i.c.m. Pi-Hole. Ik laat al mn netwerk verkeer vanaf mijn telefoon via mijn huis gaan; daar filteren, en dan pas naar bestemming of terug. Dan ben je wel gelimiteerd tot 100 Mbit. Maar wanneer zal ik op mijn telefoon meer dan 100 Mbit nodig hebben. Dus dat zit wel goed.
Dat klinkt goed, heb je een voorbeeld hoe je dit instelt ? (ik heb nog niet gegoogled, excuses)
Ik heb zo niet even een linkje, het is alweer even geleden. Maar je kan gewoon zoeken op iets als 'openvpn with pi-hole'. Dan moet je wel een eind kunnen komen. Toen ik in Spanje was vorig jaar was het ideaal, VPN aan naar huis toe, Netflix aan; en m'n series kijken met NL subs. M'n vader zat daar met z'n iPad te genieten van Spaanse ondertiteling en soms audio. Dus daar toen ook ter plekke een VPN profiel op gezet, zodat ie ook gewoon de Ziggo app kon gebruiken voor gewoon Nederlandse televisite.
En zelfs die 100 Mb haal je in de praktijk bij lange na niet. De RPI is niet krachtig genoeg om OpenVPN met die snelheid te verwerken. Ik haal max. zo'n 19 Mbps met een RPI2. Een 3 geeft nauwelijks betere resultaten.
Voor mij geen probleem overigens, ben heel blij met deze zeer stabiele en zuinige oplossing! (OpenVPN icm PiHole). Perfect voor public wifi en erg handig als je wel eens in landen bent waar men zo'n 50% van alle westerse websites als ongewenst beschouwd en dus blockt...
Perfect voor public wifi en erg handig als je wel eens in landen bent waar men zo'n 50% van alle westerse websites als ongewenst beschouwd en dus blockt...
Precies, en ook nog regio locks. Dat je op vakantie je NL niet je Nederlandse series kunt kijken is hiermee opgelost. Oorspronkelijk heb ik het opgezet omdat ik veel buiten de deur ben, en wel eens profiteer van een public WiFi, en nu dus gewoon weet dat de verbinding veilig is; en door een VPN tunnel gaat naar mijn vertrouwde huis.
Ok, thanks :) Op zich logisch inderdaad, maar vroeg het mij toch af... Ga mijn Pi eens onder het stof vandaan halen en testen :)

[Reactie gewijzigd door timothee op 2 mei 2017 21:55]

Wat is de beste manier om tweakers te white listen?
dit is reeds eerder besproken op dit forum, kijk hier
Thanks. Voor de volgende die gaat zoeken, hier een directe link.
Ik heb die domeinen uit je link toegevoegd aan de white list van pi-hole, Adblock Plus en Ghostery zijn ook uitgeschakeled op tweakers.net maar nog steeds krijg ik de melding dat ik banners blokkeer.
Dat vroeg ik me ook af.
tweakers zelf zal gewhitelist zijn ( anders zag je een lege pagina krijgen als je naar tweakers broswed).. maar tweakers haalt zijn reclame meestal van google.. dus blocked by default..

Op dit item kan niet meer gereageerd worden.


Apple iPhone X Google Pixel 2 XL LG W7 Samsung Galaxy S8 Google Pixel 2 Sony Bravia A1 OLED Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*