[Linuxtrent] Re: Server DHCP in container OpenVZ + vari ed eventuali su configurazione di rete casalinga

  • From: Shinsan Hattori <hattorishinsan@xxxxxxxxx>
  • To: linuxtrent@xxxxxxxxxxxxx
  • Date: Fri, 5 Aug 2011 22:37:09 +0200

Per andare sul sicuro ho fatto una macchina nuova. Questo è il risultato.

proxmox:~# brctl show
bridge name bridge id STP enabled interfaces
vmbr0 8000.00304f2181c8 no eth0
                veth102.0

In teoria veth102.0 dovrebbe essere collegata alla eth0 sulla macchina
virtuale 102 ma non ho ancora scoperto come verificarlo.

/etc/network/interfaces:
auto lo
iface lo inet loopback

# eth0 settata a mano
auto eth0
iface eth0 inet static
        address 192.168.0.5
        netmask 255.255.255.0
        gateway 192.168.0.1

/etc/resolv.conf:
search feltrin.lan
nameserver 192.168.0.1
nameserver 151.99.125.1

macchinanuova:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0

risultato:
macchinanuova:~# ping www.google.com
PING www.l.google.com (209.85.148.103) 56(84) bytes of data.
64 bytes from fra07s07-in-f103.1e100.net (209.85.148.103): icmp_req=1 ttl=53
time=209 ms
64 bytes from fra07s07-in-f103.1e100.net (209.85.148.103): icmp_req=30
ttl=53 time=296 ms
64 bytes from fra07s07-in-f103.1e100.net (209.85.148.103): icmp_req=53
ttl=53 time=230 ms
64 bytes from fra07s07-in-f103.1e100.net (209.85.148.103): icmp_req=163
ttl=53 time=241 ms
64 bytes from fra07s07-in-f103.1e100.net (209.85.148.103): icmp_req=170
ttl=53 time=216 ms
64 bytes from fra07s07-in-f103.1e100.net (209.85.148.103): icmp_req=180
ttl=53 time=49.7 ms
64 bytes from fra07s07-in-f103.1e100.net (209.85.148.103): icmp_req=185
ttl=53 time=50.1 ms
^C
--- www.l.google.com ping statistics ---
217 packets transmitted, 7 received, 96% packet loss, time 217645ms
rtt min/avg/max/mdev = 49.762/184.755/296.021/89.096 ms

Direi che non è cambiato niente. Rimane da scoprire dove vanno a finire i
pacchetti perduti.

Other related posts: