Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: Zähle...
|
Ich habe jetzt folgende Konfiguration in der VM getätigt: GNU nano 4.8 /etc/netplan/00-installer-config.yaml
# This is the network config written by 'subiquity'
network:
ethernets:
enp0s3:
dhcp4: true
enp0s8:
dhcp4: false
addresses: [172.20.0.1/24] und diese Konfiguration im Client 1: GNU nano 4.8 /etc/netplan/00-installer-config.yaml
# This is the network config written by 'subiquity'
network:
ethernets:
enp0s3:
dhcp4: false
addresses: [172.20.0.13/24]
# - 172.20.0.1/24
nameservers:
addresses: [8.8.8.8, 8.8.4.4]
version: 2 ip a VM:
GNU nano 4.8 /etc/netplan/00-installer-config.yaml
# This is the network config written by 'subiquity'
network:
ethernets:
enp0s3:
dhcp4: true
dhcp4: false
addresses: [172.20.0.1/24]
nameservers:
addresses: [8.8.8.8, 8.8.4.4]
version: 2 ip a Client 1: alen@Client1:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:60:72:1d brd ff:ff:ff:ff:ff:ff
inet 172.20.0.13/24 brd 172.20.0.255 scope global enp0s3
valid_lft forever preferred_lft forever
inet6 fe80::a00:27ff:fe60:721d/64 scope link
valid_lft forever preferred_lft forever
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Das sieht gut aus.
ping 172.20.0.1 vom Client 1 aus.
|
Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: 27
|
alen@Client1:~$ ping -c 4 172.20.0.1
PING 172.20.0.1 (172.20.0.1) 56(84) bytes of data.
64 bytes from 172.20.0.1: icmp_seq=1 ttl=64 time=3.34 ms
64 bytes from 172.20.0.1: icmp_seq=2 ttl=64 time=1.65 ms
64 bytes from 172.20.0.1: icmp_seq=3 ttl=64 time=1.59 ms
64 bytes from 172.20.0.1: icmp_seq=4 ttl=64 time=1.69 ms
--- 172.20.0.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3007ms
rtt min/avg/max/mdev = 1.588/2.066/3.341/0.736 ms
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Na also, das klappt schonmal.
Das machst du jetzt auch für die anderen Karten so und zeigst dann wieder von allen Rechnern ip a
|
Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: 27
|
Client 2: alen@Client2:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:63:e5:d5 brd ff:ff:ff:ff:ff:ff
inet 192.168.70.33/24 brd 192.168.70.255 scope global enp0s3
valid_lft forever preferred_lft forever
inet6 fe80::a00:27ff:fe63:e5d5/64 scope link
valid_lft forever preferred_lft forever
ip a VM/Client 2: 4: enp0s9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:1e:df:30 brd ff:ff:ff:ff:ff:ff
inet 192.168.70.1/24 brd 192.168.70.255 scope global enp0s9
valid_lft forever preferred_lft forever
inet6 fe80::a00:27ff:fe1e:df30/64 scope link
valid_lft forever preferred_lft forever ping von Client 2 an VM alen@Client2:~$ ping -c 4 192.168.70.1
PING 192.168.70.1 (192.168.70.1) 56(84) bytes of data.
64 bytes from 192.168.70.1: icmp_seq=1 ttl=64 time=1.85 ms
64 bytes from 192.168.70.1: icmp_seq=2 ttl=64 time=1.66 ms
64 bytes from 192.168.70.1: icmp_seq=3 ttl=64 time=1.53 ms
64 bytes from 192.168.70.1: icmp_seq=4 ttl=64 time=0.932 ms
--- 192.168.70.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 0.932/1.493/1.850/0.343 ms
alen@Client2:~$ das zum Beispiel geht nicht: alen@Client2:~$ ping -c 4 172.20.0.13
ping: connect: Network is unreachable
alen@Client2:~$
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Sind die NICs denn beide miteinander verbunden?
Sonst ggf. mal eigene Host-only-Netzwerkadapter erstellen und es mit diesen ordentlich trennen.
|
Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: 27
|
Client 1 ist im Adapter 1 verbunden per internes Netzwerk. Client 2 genauso. Die laufen bei nur auf einem Adapter, da sie ja über die VM laufen sollen. Kenne mich mit Host only Adapter nicht aus. Dachte weil in der Aufgabenstellung steht, dass man internes Netzwerk wählen soll..
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Ich muss mich da erst beim virtuellen Netzwerk bei VBox einlesen.
Fakt ist aber, dass sich das verhalten muss, dass die in getrennten Ethernet-Netze sind, so als wären die an getrennten Switchen7Hubs angeschlossen bzw. in getrennten VLANs.
|
Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: 27
|
Hmm. Also ich hab einen anderen Bericht von einem Studenten als Hilfe bekommen und dort wurde es auch so gemacht.... es klappt ja auch alles, nur der Client Punkt die Webseite direkt an und läuft nicht übers NAT 😣😣😣
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Wenn du einen Rechner außerhalb deines Netzwerks anpingst, geht das über einen Router.
Dieser muss entsprechend existieren und dem Rechner bekannt sein.
Ich würde die Begriffe Client/Server hier nicht verwenden, da sie nicht passen.
Das sind alles nur normale Rechner und einer macht eben Routing und NAT. Zeige von den normalen Rechnern (von dir Clients genannt) ip route show EDIT: Anmerkung zum Konzept, dass alle in einem Ethernet-Netz hängen: Das kann man so machen, nur ist das dann mit Broadcast so, dass die an alle gehen, ergo würde ein DHCP hier für Chaos sorgen, da dann die Rechner (falls nicht entsprechend konfiguriert) bei 2 DHCP-Servern das Angebot eines annehmen würden und dann ggf. 2 Rechner z.B. im gleichen Netz wären.
Bei manuell festgelegten Adressen kann da natürlich nicht passieren.
|
Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: 27
|
Ich sende die Daten später, bin jetzt nicht am Pc.
Meine VM soll ja einen Router darstellen, der mit enp0s3 an NAT gebunden ist und mit enp0s8-10 an den LAN Kabel der Clients....
sprich, ich habe 4 virtuelle Maschinen. Eine davon ist dann mein Router für die CLietns.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Alen95 schrieb: Ich sende die Daten später, bin jetzt nicht am Pc.
Meine VM soll ja einen Router darstellen, der mit enp0s3 an NAT gebunden ist und mit enp0s8-10 an den LAN Kabel der Clients....
sprich, ich habe 4 virtuelle Maschinen. Eine davon ist dann mein Router für die CLietns.
Sei bitte so gut und vermeide den Begriff Client.
Der passt hier nicht.
Das sind ganz normale Rechner, der eine macht eben Routing und NAT.
|
Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: 27
|
alen@Client1:~$ ip route show
172.20.0.0/24 dev enp0s3 proto kernel scope link src 172.20.0.10
alen@Client1:~$
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Du musst denen mitteilen, dass sie alle Rechner über deinen NAT-Router erreichen können.
Dazu musst du ein default-Gateway in deine Netplan-Konfiguration eintragen.
Das ist die IP-Adresse der NAT-VM, welche sich auch im Netz zw. NAT-VM und normalem Rechner befindet.
Hier also die 172.20.0.1.
|
Alen95
(Themenstarter)
Anmeldungsdatum: 23. Mai 2021
Beiträge: 27
|
Also muss ich in der normalen Maschine, die als internes Netzwerk an meine NAT VM angeschlossen ist, als default Gateway die 172.20.0.1 eintragen?
|