Wenn man Server aufsetzt und Domainnamen zuweisen muss, kommt man immer wieder in Verlegenheit verschiedene Netzwerkeigenschaften zu testen. Das hier sollte jeder von Euch kennen.
ping 8.8.8.8
ping www.google.com
Gibt uns so was zurück
frank@frank-MS-7C37:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) Bytes Daten.
64 Bytes von 8.8.8.8: icmp_seq=1 ttl=113 Zeit=19.1 ms
64 Bytes von 8.8.8.8: icmp_seq=2 ttl=113 Zeit=18.7 ms
64 Bytes von 8.8.8.8: icmp_seq=3 ttl=113 Zeit=16.9 ms
^C
--- 8.8.8.8 ping statistics ---
3 Pakete übertragen, 3 empfangen, 0% Paketverlust, Zeit 2002ms
rtt min/avg/max/mdev = 16.936/18.249/19.122/0.945 ms
Nun wissen wir, das an der angegebenen IP ein Server antwortet. Das selbe mit IPv6
frank@frank-MS-7C37:~$ ping 2001:4860:4860::8888
PING 2001:4860:4860::8888(2001:4860:4860::8888) 56 Datenbytes
64 Bytes von 2001:4860:4860::8888: icmp_seq=1 ttl=114 Zeit=20.1 ms
64 Bytes von 2001:4860:4860::8888: icmp_seq=2 ttl=114 Zeit=18.7 ms
64 Bytes von 2001:4860:4860::8888: icmp_seq=3 ttl=114 Zeit=15.9 ms
^C
--- 2001:4860:4860::8888 ping statistics ---
3 Pakete übertragen, 3 empfangen, 0% Paketverlust, Zeit 2002ms
rtt min/avg/max/mdev = 15.872/18.207/20.063/1.744 ms
Jetzt kommt es vor, das man den Domainnamen umgestellt hat, die Änderung im Internet aber etwas dauert. Wenn man schauen will, auf welchen Server der Domainname verweist, macht man folgendes.
frank@frank-MS-7C37:~$ dig forum.frank-mankel.org
; <<>> DiG 9.16.1-Ubuntu <<>> forum.frank-mankel.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37120
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;forum.frank-mankel.org. IN A
;; ANSWER SECTION:
forum.frank-mankel.org. 208 IN A 136.243.29.254
;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Fr Sep 24 19:57:18 CEST 2021
;; MSG SIZE rcvd: 67
Wichtig ist das hier
;; ANSWER SECTION:
forum.frank-mankel.org. 208 IN A 136.243.29.254
Das zeigt uns, auf welchen Server der Domainname verweist. Nun mal mit IPv6
frank@frank-MS-7C37:~$ dig forum.frank-mankel.org AAAA
; <<>> DiG 9.16.1-Ubuntu <<>> forum.frank-mankel.org AAAA
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29154
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;forum.frank-mankel.org. IN AAAA
;; ANSWER SECTION:
forum.frank-mankel.org. 600 IN AAAA 2a01:4f8:160:5339::254
;; Query time: 40 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Fr Sep 24 20:01:06 CEST 2021
;; MSG SIZE rcvd: 79
Jetzt hat man manchmal eigene DNS-Server aufgesetzt und muss das kontrollieren, das geht so. Hier am Beispiel Google.
frank@frank-MS-7C37:~$ dig @8.8.8.8 forum.frank-mankel.org
; <<>> DiG 9.16.1-Ubuntu <<>> @8.8.8.8 forum.frank-mankel.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 459
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;forum.frank-mankel.org. IN A
;; ANSWER SECTION:
forum.frank-mankel.org. 600 IN A 136.243.29.254
;; Query time: 24 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fr Sep 24 20:03:17 CEST 2021
;; MSG SIZE rcvd: 67
Wichtig ist hier folgendes
;; SERVER: 8.8.8.8#53(8.8.8.8)
zeigt uns, das die Anfrage von diesem Server beantwortet wurde. Alle anderen, siehe oben, wurden von diesem Server beantwortet.
;; SERVER: 127.0.0.53#53(127.0.0.53)
Was war noch wichtig, beim Erstellen meiner Server auf dem Proxmox 
Ports sind noch ein wichtiges Thema. Dazu kann man nmap benutzen. Das scannt die angegebene Adresse nach offene Ports ab.
root@webserver1-php:~# nmap 136.243.29.254
Starting Nmap 7.80 ( https://nmap.org ) at 2021-09-24 20:15 CEST
Nmap scan report for static.254.29.243.136.clients.your-server.de (136.243.29.254)
Host is up (0.00018s latency).
Not shown: 996 filtered ports
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
443/tcp open https
4567/tcp open tram
Nmap done: 1 IP address (1 host up) scanned in 5.15 seconds
Ok, 4567 muss nicht auf sein. Direkt mal ändern, in meinen Firewall Einstellungen, war der Zugriff auf den Port erlaubt(?). Vermutlich vom Testen, irgendwann mal übergeblieben. Die beiden Zeilen gelöscht und iptables neu geladen. (editiert am 25.9.21)
$IP4TABLES -A INPUT -p tcp --dport 4567 -j ACCEPT
$IP6TABLES -A INPUT -p tcp --dport 4567 -j ACCEPT
Danach Kontrolle.
root@webserver1-php:~# nmap 136.243.29.254
Starting Nmap 7.80 ( https://nmap.org ) at 2021-09-24 20:24 CEST
Nmap scan report for static.254.29.243.136.clients.your-server.de (136.243.29.254)
Host is up (0.00021s latency).
Not shown: 997 filtered ports
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
443/tcp open https
Nmap done: 1 IP address (1 host up) scanned in 5.14 seconds
Jetzt ist schön 
Wie kann man denn einen Dienst testen? Dazu kann man telnet benutzen.
root@webserver1-php:~# telnet 136.243.29.254 80
Trying 136.243.29.254...
Connected to 136.243.29.254.
Escape character is '^]'.
Das hier zeigt uns einen Verbindungsversuch auf Port 80 (http), dieser Versuch war erfolgreich. Ein erfolgloser Versuch, sieht so aus.
root@webserver1-php:~# telnet 136.243.29.254 4567
Trying 136.243.29.254...
telnet: Unable to connect to remote host: Connection refused
Das kann nun mehrere Ursachen haben
- iptables blockt den Port
- der Dienst ist gar nicht gestartet, oder mit Fehler ausgestiegen usw.
Zum Schluss noch einen traceroute. Ein traceroute zeigt uns den Weg zum Server.
root@webserver1-php:~# traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 static.xxx.xx.243.136.clients.your-server.de (136.243.xx.xxx) 0.053 ms 0.031 ms 0.023 ms
2 static.129.9.9.5.clients.your-server.de (5.9.9.129) 0.352 ms 0.390 ms 0.376 ms
3 * * *
4 core1.fra.hetzner.com (213.239.229.77) 4.821 ms core1.fra.hetzner.com (213.239.203.153) 17.872 ms core1.fra.hetzner.com (213.239.229.77) 12.502 ms
5 google.peering.cz (91.213.211.170) 15.142 ms 11.622 ms 11.583 ms
6 108.170.245.49 (108.170.245.49) 11.473 ms 108.170.245.33 (108.170.245.33) 11.683 ms 108.170.245.49 (108.170.245.49) 14.364 ms
7 108.170.238.161 (108.170.238.161) 12.702 ms 108.170.238.157 (108.170.238.157) 11.587 ms 11.609 ms
8 dns.google (8.8.8.8) 11.513 ms 14.383 ms 11.528 ms
