Cant access certain website?

The issue I am facing:
Cant access website " s.to , serien.sx "
Unable to reach website : ERR_CERT_COMMON_NAME_INVALID

Details about my system:
Raspberry Pi 4 4GB

Hi im pretty new here so i try my best to explain my problem
My Current ISP is Telekom wich blocks the sites above , if i change the DNS in PiHole to Google Cloudfare etc im unable to reach those above websites. However if i switch on my Computer my ipv4 from my pi wich is (192.168.2.212) to 1.1.1.1 or 8.8.8.8 then im able to access those sites.
I even tried in my PiHole on the left side the option "Disable" for like 5 minutes to see if anyone adlists r blocking it but didnt help anyway even tried adding the urls to a whiteliste didnt help

Anyone got any idea how i can solve that problem ???

PiHole Debug Token : https://tricorder.pi-hole.net/kU1g332B/

Your DHCP server (the router) is passing out its own IP for DNS rather than the IP of Pi-hole.

*** [ DIAGNOSING ]: Discovering active DHCP servers (takes 10 seconds)
   Scanning all your interfaces for DHCP servers
   Timeout: 10 seconds
   
   * Received 300 bytes from eth0:192.168.2.1
     Offered IP address: 192.168.2.203
     Server IP address: N/A
     Relay-agent IP address: N/A
     BOOTP server: Speedport_Smart_3_010137.4.9.002.0
     BOOTP file: (empty)
     DHCP options:
      Message type: DHCPOFFER (2)
      server-identifier: 192.168.2.1
      lease-time: 1814400 ( 21d )
      renewal-time: 907200 ( 10d 12h )
      rebinding-time: 1587600 ( 18d 9h )
      netmask: 255.255.255.0
      router: 192.168.2.1
      dns-server: 192.168.2.1
      domain-name: "speedport.ip"
      --- end of options ---
    
   * Received 300 bytes from wlan0:192.168.2.1
     DHCPOFFER hardware address did not match our own - ignoring packet (not for us)
     DHCPREQUEST chaddr: dc:a6:32:a0:42:e5 (our MAC address)
     DHCPOFFER   chaddr: dc:a6:32:a0:42:e4 (response MAC address)
   DHCP packets received on interface eth0: 1
   DHCP packets received on interface wlan0: 0
   DHCP packets received on interface lo: 0
   DHCP packets received on interface veth15c6f57: 0
   DHCP packets received on interface docker0: 0

From a client where you are unable to access the domain s.to, what are the outputs of the following commands from the terminal or command prompt on that client (and not via ssh to the Pi):

nslookup s.to

nslookup s.to 192.168.2.212

nslookup s.to 8.8.8.8

Unrelated, but noted in your debug log - there are multiple domain entries similar to this. None of these will work properly, since https:// is never part of a domain name.

^https?://([A-Za-z0-9.-]*\.)?clicks\.beap\.bc\.yahoo\.com/

C:\>nslookup s.to
Server:  speedport.ip
Address:  fe80::1

not authorized answer
Name:    notice.cuii.info
Address:  167.233.14.14
Aliases:  s.to
C:\>nslookup s.to 192.168.2.212
Server:  pi.hole
Address:  192.168.2.212

not authorized answer
Name:    s.to
Address:  186.2.163.237
C:\>nslookup s.to 8.8.8.8
Server:  dns.google
Address:  8.8.8.8

not authorized answer
Name:    s.to
Address:  186.2.163.237

so is there anything i can do ????
my english is not allways the best but did i get it correctly i have to setup my PI as DHCP Server ???

The client is not using Pi-hole for DNS. It is using your speedport device.

From the same windows client, what is the output of:

ipconfig /all

i guess i found the problem its just my stupid router the Speedport Smart 3 wich wont route all
traffic especially the ipv6 stuff to the pihole found some similiar stuff here in the forum the last day
that means i will buy soon a fritzbox anyone got me a advice wich one i should look for ???? its just me
and my old man and like 6-7 devices i want the traffic filtered

I was having similar issues when I first set up my Pi-hole with sites we regularly interact with. I'd turn off for 5 mins so wife could do what she needed. Was able to update my whitelist and that works for us.

Your English is fine. When I lived in Italy if I didn't know the Italian word I'd throw in some English in the middle just like when I speak Spanglish. Some how we all communicate :grinning:

well turning off the TCP/IPv6 in the adapter settings solved for now the problem ^^ till i get in the future a Fritzbox

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.