[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4

[RobertMe]

ASS-Ware schreef op vrijdag 23 oktober 2026 @ 23:41:
[...]

Uitgaand TCP/UDP 53 blokkeren voor alle clients?

Als Apple dit om privacy redenen doet gebruiken zr vast DoT of DoH. En zeker DoH die over poort 443 gaat is dan vrij lastig te blokkeren Wat vast ook het idee can DoH is (want DoT heeft volgens mij nog steeds een identificeerbare poort).

[Slonzo]

RobertMe schreef op zaterdag 24 oktober 2026 @ 00:23:
Als Apple dit om privacy redenen doet gebruiken zr vast DoT of DoH. En zeker DoH die over poort 443 gaat is dan vrij lastig te blokkeren Wat vast ook het idee can DoH is (want DoT heeft volgens mij nog steeds een identificeerbare poort).

Ik heb al vele jaren 53 TCP/UDP en DoT geblokkeerd voor uitgaand verkeer (buiten wat uitzonderingen voor mijn eigen DNS servers uiteraard). Nog nooit gemerkt dat Apple devices de boel bypassen via DoH, daar hoef je [momenteel] niet wakker van te liggen

[Shinji]

Slonzo schreef op zaterdag 24 oktober 2026 @ 09:53:
[...]

Ik heb al vele jaren 53 TCP/UDP en DoT geblokkeerd voor uitgaand verkeer (buiten wat uitzonderingen voor mijn eigen DNS servers uiteraard). Nog nooit gemerkt dat Apple devices de boel bypassen via DoH, daar hoef je [momenteel] niet wakker van te liggen

Hoe wil je dat merken dan? Niemand klaagt dan toch?

[Slonzo]

Shinji schreef op zaterdag 24 oktober 2026 @ 10:38:
Hoe wil je dat merken dan? Niemand klaagt dan toch?

Omdat ik geen reclame zie (PiHole DNS), omdat hij netjes mijn lokale domeinen kan resolven, en omdat ik alles wat ik verwacht terug te zien ook echt terugvind in mijn eigen DNS servers. Is dat sluitend? Nee. Maar wel indicatief genoeg voor mij.

[ Voor 8% gewijzigd door Slonzo op 24-10-2026 10:46 ]

[Shinji]

Slonzo schreef op zaterdag 24 oktober 2026 @ 10:45:
[...]

Omdat ik geen reclame zie (PiHole DNS), omdat hij netjes mijn lokale domeinen kan resolven, en omdat ik alles wat ik verwacht terug te zien ook echt terugvind in mijn eigen DNS servers. Is dat sluitend? Nee. Maar wel indicatief genoeg voor mij.

Ik las de originele vraag meer als een gast, of tiener in huis die iets wil omzeilen. Dus niet devices direct in eigen beheer.

Van wat ik lees als je private relay aanzet op iOS zou die het wel moeten omzeilen.

[Relesi]

Ik heb onderstaande ook in het Odido topic gepost omdat ik dacht dat daar de oorzaak van mijn probleem lag, maar dat blijkt niet zo te zijn. Aangezien de oorzaak bij mijn Unifi access points (UAP AC LR) lijkt te liggen leek het me goed om dat hier ook te plaatsen.

Ik heb al een aantal maanden (sinds januari denk ik) last van het feit dat websites op telefoon en tablet (thuis via wifi) af en toe bleven hangen. Omdat ik daar bij Ziggo nooit last van had en niet zo heel lang daarvoor was overgestapt op Odido, was mijn idee dat dit door Odido kwam. Omdat de frequentie beperkt was ben ik er toen niet verder ingedoken. Wel de DNS servers aangepast maar dat bleek geen oplossing. Omdat hier inmiddels naast het Delta netwerk ook KPN was aangelegd, en ik graag dingen uitprobeer, ben ik overgestapt naar KPN. Tot mijn verbazing bleek hetzelfde probleem zich daar ook voor te doen.  Daarmee viel Odido als oorzaak dus af. Bedraad leek er niets aan de hand, dus toen ben ik maar eens verder naar de wifi gaan kijken. Ik heb al jaren drie UAP AC LR draaien.

Via AI maar eens even gekeken, geleerd hoe ik de logfiles van de AP’s kon ophalen en die door AI laten analyseren. Blijkt dat de firmware versie 6.8.2 een crash genereert (WAL_DBGID_DEV_RESET), blijkbaar een bekend probleem bij ‘oudere’ AP’s.

Ik heb inmiddels versie 6.7.35 terug op de AP’s gezet, nu in de gaten gaan houden dat het probleem zich inderdaad niet meer voordoet. Ben benieuwd of anderen op dit forum hetzelfde issue ondervinden.