Suchergebnisse

Wenn Du mal wieder keine "Internetverbindung" hast, dann mach mal einen Ping auf 8.8.8.8 oder auf 1.1.1.1.

Welche Firmware hast Du auf deiner FB6591? Benutzt Du DoT (DNS over TLS) mit deiner FB6591?

D. h. die Verbindung/Kommunikation über den WG-Tunnel funktioniert. Dann kann es auch m. E., wie hier schon vermutet worden ist, nur an der Konfiguration des Webservers bzw. des Clienten liegen.

Das ist der falsche Filter. Versuch mal mit: sudo tcpdump -c 50 -vvveni wg0 host 10.0.0.18 -w dump_2.dmp

Starte den tcpdump immer bevor Du den Portscan bzw. die Anfrage mit dem http-Client machst. Aus deinem dump ist ersichtlich, dass nur die IP-Adresse 192.168.8.51 als source-IP-Adresse gesehen wird. Hast Du den richtigen Filter für tcpdump benutzt? Bei einer Antwort (syn+ack) vom Server. müsste...

Mach mal via WG-VPN einen Portscan auf den lauschenden TCP-Port des Webservers und schau mit z. B. tcpdump nach, ob ein 3-wege-handshake (syn/syn+ack/ack) zwischen Client und Server (via WG-VPN) statt findet.

Ja, aber mit der nicht modifizierten FritzBox, kann man kein CNAME registrieren. Da kommt die Meldung: update failed: YXDOMAIN

Ich denke nicht, denn z. B. in der nicht modifizierten FritzBox, kann ich nur für die zone "fritz.box", zusätzliche A-records registrieren: :~$ cat nsupdate33.txt server 192.168.178.1 zone fritz.box ttl 86400 add namexy.fritz.box 86400 A 192.168.178.22 send

Ja. Sowohl den Befehl (z. B. nsupdate) zum registrieren der zusätzlichen/mehreren A-Records, als auch sämtliche Befehle der tools (dig, host, nslookup, drill, ...) für die Namensauflösung (und das nicht nur mit Linux, sondern mit jedem anderen OS auch).

Doch das geht auch ohne Modifikation bzw. ohne eigener DNS im Netzwerk. Z. B.: :~$ dig a namexx.fritz.box +short @192.168.178.1 192.168.178.22 :~$ dig a namexy.fritz.box +short @192.168.178.1 192.168.178.22

Du könntest mit z. B. nsupdate (oder gleichwertig), zusätzliche A-records für _eine_ IP-Adresse, in der FritzBox registrieren/updaten/hinzufügen.

Auslesen geht auch in dem man z. B. den DNS-Server der FritzBox "befragt". Z. B.: :~$ sudo nmap -sP -R --dns-servers 192.168.178.1 192.168.178.0/24 | grep -i '192.168.178' Nmap scan report for fritz.box (192.168.178.1) Nmap scan report for yxyxyxyx (192.168.178.13) Nmap scan report for xxxxx...

Aber Du könntest doch testen/schauen ob bzw. was aus der FritzBox kommt, wenn Du es mit dem Handy übers Web probierst, und vergleichen mit dem was an den Ziel-PC geht wenn es aus dem WLAN mit dem Handy funktioniert bzw. was aus der FritzBox kommt und an den Ziel-PC geht wenn es aus dem Web so...

Teste mal was passiert wenn Du Im (W)LAN, von deinem Linux-Laptop mit etherwake ein magic-Paket an die MAC-Adresse des Ziel-PCs (192.168.178.20) sendest. Die MAC-Adresse vom Ziel-PC findest Du in der FritzBox und/oder mit einem arping (als dem package iputils-arping) auf die IP-Adresse...

Verstehe ich nicht. Warum brauchst Du dann den Port 9 (... für den Zugriff aus dem Internet)?

Du meinst der 5-stellige Port, mit dem Du aus dem Internet die FritzBox erreichst, ist auf den lauschenden Port 9 des PV weiter geleitet?

Ja, die HTTP-Antwort gibt es: :~ $ /bin/busybox wget -S -c http://winhelp2002.mvps.org/hosts.txt Connecting to winhelp2002.mvps.org (198.187.28.133:80) HTTP/1.1 301 Moved Permanently Content-Type: text/html; charset=UTF-8 Location: https://winhelp2002.mvps.org/hosts.txt Connecting to...

Ja, siehe Spoiler beim EDIT, im Beitrag #8.

Evtl. liegt es am busybox-wget. Wenn wget die Option "verbose" kennt, dann mal mit: wget -v https://winhelp2002.mvps.org/hosts.txt probieren. EDIT: Hier funktioniert es mit dem wget aus der bb:

Dann ohne diese Option: wget https://winhelp2002.mvps.org/hosts.txt probieren.