Ik kan beide op mijn KPN lijn gewoon bereiken. Ik denk dus niet dat deze door KPN geblokkeerd worden. 

Het kan zijn dat jouw IP geblokkeerd direct door dat domein. Maar er kan ook een probleem met IPv6 zijn (dat zijn we hier al vaker tegen gekomen). Je zou eens kunnen proberen IPv6 uit te schakelen en de boel te restarten.

site is normaal te bereiken via een Ziggo internet verbinding met ipv4 en ipv6

Hoi ​@anoniempje0, welkom op de community!

Ik heb beide websites zojuist getest op mijn eigen KPN verbinding en ik kan ze zonder VPN gewoon bereiken. Het lijkt dus niet te gaan om een algemene blokkade binnen het KPN netwerk. Omdat het bij jou via een VPN wél werkt, betekent dat in elk geval dat de website zelf online is en bereikbaar via een andere route. Waar het precies misgaat, kunnen we vanaf hier niet direct vaststellen.

Om verder te onderzoeken kun je het volgende controleren:

• Wat gebeurt er precies zonder VPN? Krijg je een foutmelding (bijvoorbeeld time-out, DNS-fout, 403, etc.)?
• Werkt het op andere apparaten binnen je netwerk ook niet?
• Kun je eens een herstart van je modem uitvoeren, met de tip van ​@rvk01!
• Gebruik je KPN Veilig?

Als je de exacte foutmelding deelt, kunnen we gerichter meedenken.

Ik kan die sites ook niet bereiken met mijn standaard KPN instellingen.

Vanaf mijn KPN glasvezel verbinding kan ik ze beide gewoon bereiken over zowel IPv4 als IPv6

Ik gebruik wel een eigen router (Ubiquiti UniFi Cloud Gateway Fiber)

Toen ik dit topic 2 dagen geleden zag, kon ik de sites gewoon bereiken. Vandaag echter niet meer via Wifi (Android en IOS), nog wel via 5g.

IOS zegt dat de server onvindbaar is, Android zegt dat de site niet bereikbaar is.

Dit krijg ik te zien als ik die sites probeer te benaderen:

Welk ip krijg je met ping sellauth.com
en ping sellauth.com -4
en nslookup sellauth.com ?

Ik kan de sites gewoon benaderen.

C:\Users\rvk>ping sellauth.com -n 1

Pinging sellauth.com [2606:4700:20::681a:2ec] with 32 bytes of data:
Reply from 2606:4700:20::681a:2ec: time=5ms

Ping statistics for 2606:4700:20::681a:2ec:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 5ms, Maximum = 5ms, Average = 5ms

C:\Users\rvk>ping sellauth.com -4 -n 1

Pinging sellauth.com [172.67.73.61] with 32 bytes of data:
Reply from 172.67.73.61: bytes=32 time=5ms TTL=59

Ping statistics for 172.67.73.61:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 5ms, Maximum = 5ms, Average = 5ms

C:\Users\rvk>nslookup sellauth.com
Server:  mijnmodem.kpn
Address:  xxxxxxxxxxxxxxxxxxxxx

Non-authoritative answer:
Name:    sellauth.com
Addresses:  2606:4700:20::ac43:493d
          2606:4700:20::681a:3ec
          2606:4700:20::681a:2ec
          104.26.3.236
          172.67.73.61
          104.26.2.236

Ook hier geen problemen, voor alle IP-adressen uit de DNS:

HOST=api-internal-2.sellauth.com; \
host $HOST | \
  grep 'has .*address' | \
  awk '{print $NF}' | \
  while read ip; do
    echo "IP: $ip"
    curl --resolve $HOST:443:$ip https://$HOST/v1/
    echo "\n"
  done

IP: 104.26.3.236
{"message":"SellAuth API v1"}

IP: 172.67.73.61
{"message":"SellAuth API v1"}

IP: 104.26.2.236
{"message":"SellAuth API v1"}

IP: 2606:4700:20::681a:2ec
{"message":"SellAuth API v1"}

IP: 2606:4700:20::681a:3ec
{"message":"SellAuth API v1"}

IP: 2606:4700:20::ac43:493d
{"message":"SellAuth API v1"}

Op macOS met een FRITZ!Box op glasvezel. (Officieel XS4ALL.)

Overigens krijg ik voor de website sellauth.com wel eerst een 503 Service Unavailable (met wat JavaScript dat de pagina opnieuw laadt; rare aanpak...). Maar niet meer als ik eenmaal cookies heb gekregen.

Sites werken hier ook niet. (Windows 11)
Op de telefoon wel (Android) 
 

Die DNS_PROBE_FINISHED_NXDOMAIN (ofwel Non-eXistent Domain) geeft aan dat er geen IP adres bij de domeinnaam gevonden kan worden. ​@Paul.K, krijg jij diezelfde melding?

Met in dat modem gewoon vinkjes voor standaard DNS-servers die KPN me geeft. Maar ook “Bij DNS-storingen uitwijken naar openbare DNS-servers”. Het lijkt me dat een storing alleen een storing is als de DNS-servers helemaal niet te bereiken zijn.

 

In ieder geval zonder KPN Veilig of hoe dat mag heten. En de resultaten van onderstaande verwijzen allemaal naar de FRITZ!Box:

scutil --dns | grep 'nameserver\[[0-9]*\]' | sort | uniq

Verder heeft de domeineigenaar de Time to live voor deze domeinen erg laag gezet. Dat is waarschijnlijk wel normaal voor Cloudflare. Of misschien lopen ze gewoon te klooien en is het over 5 minuten weer anders? 

Beste ​@rvk01 ik ga dat niet uitzoeken, heb ik geen verstand van.

Hoeft ook niet. Maar iemand die het probleem ervaart zal toch moeten kijken of er een goed IP gevonden wordt met hun gekozen DNS server.

Mag ook iemand anders zijn.

​@Arjan van B Ik krijg dit te zien..

We kunnen geen verbinding maken met de server op sellauth.com

​@Paul.K en ​@JanD, als jullie nieuwsgierig zijn (feitelijk moet ​@anoniempje0 deze vraag beantwoorden): gebruiken jullie KPN Veilig?

​@Paul.K, was die telefoon via WiFi verbonden?

Wat een slechte foutmelding. Maar ik zie nu in mijn eigen Firefox dat het tabblad dan “Server Not Found” heet. Dus klinkt als een DNS-fout, waarbij je computer niet weet welk IP-adres er bij de domeinnaam hoort. Dus vermoedelijk hetzelfde als wat JanD zag, met daar wel een duidelijke foutcode.

 

​@Arjan van B , zoals ik vermeldde werken deze sites niet op mijn Android telefoon en ook niet op de IPad via de WiFi. Via 5g geen probleem. Ik gebruik KPN Veilig niet. 

Aan IPv6 ligt het ook niet. Ik vermoed dat er bij die site wat ip-reeksen tegen een firewall aanlopen. 

De site heeft geen DNSSEC handtekening en wordt daarom door de "veilige” KPN DNS servers niet weergegeven. Remedie: Onveilige KPN DNS servers gebruiken, of bijv. 1.1.1.1 

Niet aan te bevelen. De site eigenaar moet in een handtekening voorzien.

​@hmmsjan_2 

Volgens mij heeft het niks met DNSSEC te maken. Ten eerste heb ik geen KPN Veilig of een specifiek zakelijk abonnement, die de verbinding op zulke dingen checkt. 

Ik ken een paar sites zonder DNSSEC, en die kan ik gewoon oproepen. Uiteraard moet er daar wel DNSSEC komen.

De API uit dit topic is voor mij onbreikbaar via de vaste verbinding. 

Mijn vermoeden gaat nog steeds uit naar een firewall bij de beheerder. 

De default KPN configuratie gebruikt DNS servers die DNSSEC controleren.

Standaard DNS server:

host sellauth.com 192.168.2.254
Using domain server:
Name: 192.168.2.254
Address: 192.168.2.254#53
Aliases: 

Host sellauth.com not found: 3(NXDOMAIN)

Alternatieve KPN DNS server die geen DNSSEC controle uitvoert:

host sellauth.com 195.121.1.34
Using domain server:
Name: 195.121.1.34
Address: 195.121.1.34#53
Aliases: 

sellauth.com has address 172.67.73.61
sellauth.com has address 104.26.2.236
sellauth.com has address 104.26.3.236
sellauth.com has IPv6 address 2606:4700:20::ac43:493d
sellauth.com has IPv6 address 2606:4700:20::681a:3ec
sellauth.com has IPv6 address 2606:4700:20::681a:2ec
sellauth.com mail is handled by 0 mail.sellauth.com.

De standaard configuratie van KPN garandeert dus zo goed mogelijk dat de DNS resultaten niet door een crimineel gemodificeerd zijn en naar een andere server wijzen. 

De eigenaar van sellauth.com heeft dus zijn zaken niet voor elkaar.

​@AriënC  Ik dacht overigens wel dat sites zonder DNSSEC toegelaten worden, maar sites met incorrecte DNSSEC geweigerd worden. Ik kan het mis hebben.

Verisign labs analyse:

Het lijkt dus een compleet afwezige DNSSEC. 

Tenzij er in de “veilige DNS servers” nog andere criteria gebruikt worden om een site te weigeren. Mijn “ddns.net” dynamic DNS heeft  ook geen DNSSEC en komt probleemloos door. 

Dit vind ik overdreven, heel veel belangrijke websites zijn nog zonder DNSSEC. b.v. letsencrypt.org

Dan zijn er dus nog andere criteria dan DNSSEC om de site uit te filteren. Ik weet niet of dat ergens gespecificeerd is. 

In ieder geval is de workaround : kies de andere KPN DNS servers. 

Edit: Volgens Computable levert ESET DNS filtering aan KPN, dus de bescherming is ruimer dan puur DNSSEC controle. Er zullen dus redenen zijn om de site te blacklisten.

Ok, dus enkele KPN servers resolven sellauth.com niet goed (om wat voor reden dan ook). Kun jij eens kijken welke DNS server jouw 192.168.2.254 router nu gebruikt? Want bij mij staat de standaard router (Box 12 laatste firmware) op 195.121.1.34 en 195.121.1.66 en daar gaat het dus goed. 

Enig idee hoe ik weet welke DNS-server gebruikt wordt in een FRITZ!Box modem? In de instellingen staat de optie “Door de internetaanbieder toegewezen DNSv4-server gebruiken (aanbevolen)” maar dat laat niet zien wat er gebruikt wordt.

 

Ikzelf (macOS 15.7 Sequoia, XS4ALL, glasvezel, FRITZ!Box 7590) heb via de DNS-server van mijn modem geen problemen met de genoemde domeinnamen:

host sellauth.com

...geeft hetzelfde als:

host sellauth.com 192.168.188.1

...en geven allebei resultaat. Dat IP-adres voor de DNS-server wordt ook op mijn Mac gebruikt, als ik de resultaten van het volgende goed begrijp:

scutil --dns | grep 'nameserver\[[0-9]*\]' | sort | uniq

Internet > Online monitor > Connection details

Daar staan de gebruikte DNS servers.