deci sunt destul de nou în rețele și vreau să testez mai întâi unele lucruri într-o mașină virtuală.
Am construit o mică rețea VM cu servere Ubuntu. Te poți uita la diagrama de retea făcând clic pe acest link (ignorați comutatoarele, acestea au doar scop ilustrativ). Deci, practic, am vrut să conectez două rețele cu un server Linux care este configurat ca un router.Problema este că acum comunicarea între rețelele interne este posibilă și pot ping, de exemplu, PC1 și PC2, dar nu am conexiune la internet prin NAT la google sau alte părți, de exemplu.
Folosind ping google.com sau ping 8.8.8.8 emite următoarele mesaje:
ping: google.com: Eșec temporar în rezolvarea numelui
și
De la 192.168.1.1 icmp_seq=1 Gazdă destinație inaccesibilă
Acest lucru se întâmplă pe fiecare dispozitiv din rețeaua VM. Am testat deja o mașină virtuală complet nouă, de asemenea, cu aceeași distribuție, precum și aceleași setări NAT și a funcționat fără probleme. Aș putea da ping pe google.com în mod normal. Deci este imposibil ca setările Virtual Box să cauzeze probleme în rețeaua mea.
Am creat rețeaua în pașii de mai jos:
Am creat fiecare VM cu serverul ubuntu ca distribuție și fiecare VM are o conexiune NAT cu redirecționare porturi pentru posibilitatea de acces la gazdă. De asemenea, fiecare VM are cel puțin 1 adaptor pentru rețeaua internă. Redirecționarea portului funcționează cu succes conform așteptărilor și pot accesa fiecare VM cu PuTTy pe computerul meu gazdă.
Am editat ip-urile statice pentru fiecare mașină, astfel încât să se vadă unul pe celălalt. IP-urile sunt afișate în diagrama de rețea de mai sus. Setările netplan din /etc/netplan pentru PC1 sunt listate aici:
reţea:
ethernet:
enp0s3:
dhcp4: adevărat
enp0s8:
dhcp4: nu
adrese: [192.168.1.11/24]
gateway4: 192.168.1.1
versiunea: 2
enp0s3 este adaptorul NAT și enp0s8 adaptorul de rețea intern.
- pentru setările routerului am folosit din nou 2 adaptoare Ethernet, precum și adaptorul NAT. Netplanul arată după cum urmează:
reţea:
ethernet:
enp0s3:
dhcp4: adevărat
enp0s8:
dhcp4: nu
adrese:
- 192.168.1.1/24
gateway4: 192.168.1.1
enp0s9:
dhcp4: nu
adrese:
- 192.168.2.1/24
gateway4: 192.168.2.1
versiunea: 2
și am activat redirecționarea ip4 în /etc/systctl.conf decommentând net.ipv4.ip_forward=1
Cam asta e tot. Sunt foarte frustrat pentru că nu am idee de ce nu funcționează acum și am petrecut mai mult de 8 ore căutându-l. Aș aprecia orice ajutor :) Pot oferi și mai multe informații dacă este necesar.
`
Bună, mulțumesc pentru răspuns!
Ruta mea PC1 arată așa:
implicit prin 192.168.1.1 dev enp0s8 proto static
implicit prin 10.0.2.2 dev enp0s3 proto dhcp src 10.0.2.15 metric 100
10.0.2.0/24 dev enp0s3 proto kernel scope link src 10.0.2.15
10.0.2.2 dev enp0s3 proto dhcp scope link src 10.0.2.15 metric 100
192.168.1.0/24 dev enp0s8 proto kernel scope link src 192.168.1.11
Nu sunt complet sigur dacă este valid să folosești două rute pentru sursa implicită.
Rutele routerului meu arată astfel:
implicit prin 192.168.1.1 dev enp0s8 proto static
implicit prin 192.168.2.1 dev enp0s9 proto static
implicit prin 10.0.2.2 dev enp0s3 proto dhcp src 10.0.2.15 metric 100
10.0.2.0/24 dev enp0s3 proto kernel scope link src 10.0.2.15
10.0.2.2 dev enp0s3 proto dhcp scope link src 10.0.2.15 metric 100
192.168.1.0/24 dev enp0s8 proto kernel scope link src 192.168.1.1
192.168.2.0/24 dev enp0s9 proto kernel scope link src 192.168.2.1
