Cerca


stampa pdf

Uso di un server ESXi su una Baia Virtuale



Per iniziare

Per utilizzare le funzioni presenti in questa guida, dovete possedere una offerta di Baia Virtuale.

E' necessario:

  • possedere una baia virtuale (VRack).

  • possedere un server dedicato della gamma EG, MG o HG (scheda di rete 1GB/s) con l'opzione utilizzo professionale.

  • essere in grado di collegarsi in modalità SSH (per i server Linux).

  • un blocco IP RIPE (solo se si desidera che le macchine della VLan siano accessibili alla rete pubblica).

Informazione!
Non siete obbligati ad ordinare un Blocco IP RIPE dalla sezione dedicata alle Baie Virtuali sul Manager. Avete anche la possibilità di ruotare un Blocco RIPE già esistente verso la vostra Baia Virtuale. Per maggiori informazioni, consultate le sezioni apposite Ordinare e Ruotare un Blocco RIPE, riportate successivamente nella guida.



In generale

La Baia Virtuale, o anche Virtual Rack (VRack), permette di assemblare virtualmente diversi server (qualunque sia il loro numero e la loro posizione fisica nei nostri Datacenter) e di collegarli tra loro con uno switch virtuale all'interno della stessa rete privata. I vostri server potranno quindi comunicare in modo sicuro, protetto e privato tra di loro (all'interno della VLAN dedicata).


Ordinare un Blocco RIPE

Potete ordinare un Blocco di IP RIPE direttamente un per la vostra Baia Virtuale.
Collegatevi al vostro manager e selezionate la vostra baia virtuale vrackXXXX dalla home page, nella sezione Server Dedicati, sotto ad Infrastrutture.
Cliccate quindi su Blocco RIPE , quindi su Ordinare un Blocco RIPE e convalidate il vostro ordine.


Ruotare un blocco RIPE esistente

Se siete già in possesso di un blocco di IP RIPE associato ad un server, potete ruotarlo direttamente sulla vostra VLan. Non è necessario che il server originale del blocco appartenga alla VRack.

IMPORTANTE!!

  • Questa procedura ricostruisce i blocchi IP separati, per ruotare tutto il blocco sulla VLan.
  • Tutte le macchine virtuali associate agli indirizzi IP del blocco saranno eliminate.

Assicuratevi di non utilizzare gli IP del blocco e di interrompere tutte le operazioni per cui vengono utilizzati, prima di avviare la migrazione.


Collegatevi al vostro manager V3 e selezionate il server al quale è associato il blocco in questione.
Accedete alla sezione Servizi , quindi selezionate IP Failover RIPE , selezionate il blocco che vi interessa e cliccate infine su Modifica .
Nel menu a tendina, scegliete Ruotare il blocco verso, selezionate quindi la baia virtuale di destinazione vrackXXXX. In caso di blocchi IP separati o se siete proprietari di un Mac virtuale, dovrete confermare la lettura dell'avviso.

Successivamente, riceverete una email di conferma dell'avvenuta operazione, contenente i parametri da utilizzare per la configurazione.


Configurazione di ESXi

Informazione!
In tutti gli esempi di seguito, abbiamo configurato la nostra Baia Virtuale sull'IP 172.16.0.1 e questo su due macchine: testvrack1 (172.16.0.1) e testvrack2 (172.16.0.2). Ovviamente dovrete sostituire le cifre XXXX con il numero della vostra Virtual Rack assegnato da OVH.

IMPORTANTE!!

Potete configurare 172.16.0.0/12 con l'eccezione degli IP indicati di seguito, che non dovrete IN NESSUN CASO utilizzare come interfaccia per la vostra macchina:

  • 172.16.0.0 => IP Network;
  • 172.31.255.252 => IP riservato per uso interno da OVH;
  • 172.31.255.253 => IP riservato per uso interno da OVH;
  • 172.31.255.254 => IP Gateway della vostra VRack.

L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.

E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.



Configurare ESXi per le VLan

Creeremo di seguito un Virtual Machine Port Group per la nostra nuova VLan.

Attraverso l'interfaccia Vsphere Client, selezionate la scheda Configurazione, cliccate su Networking e quindi su Add Networking...:




Ora creeremo una connessione di tipo Virtual Machine:




Questa collega il Port Group allo VSwitch associato alla scheda di rete, selezionando Use vSwitch0:




Modifichiamo la Network Label in VLANXXX per motivi di leggibilità, quindi modifichiamo il VLan ID con quello assegnato da OVH:




Creare una VM sulla VLan


Andremo ora a creare la nuova macchina virtuale, che assoceremo alla nostra Baia Virtuale.

All'ultimo passaggio prima della conclusione, dovremo selezionare Edit the virtual machine settings before completion e quindi clicchiamo su Continue:




E' necessario cambiare il valore di Network Connection e selezionare VLANXXX. Vi consigliamo anche di eliminare i Mac personalizzati, in effetti non dovrebbero mai esserci Mac virtuali su due macchine in una stessa baia virtuale. E' possibile utilizzare una nomenclatura standard del tipo 00:50:56:0mia_esxi_n°1:00:mia_prima_interfaccia. Ad esempio, se devo configurare la mia prima interfaccia di rete della mia prima ESXi:

00:50:56:01:00:01




VM su rete privata



RedHat, CentOS & Fedora

IMPORTANTE!!

Potete configurare 172.16.0.0/12 con l'eccezione degli IP indicati di seguito, che non dovrete IN NESSUN CASO utilizzare come interfaccia per la vostra macchina:

  • 172.16.0.0 => IP Network;
  • 172.31.255.252 => IP riservato per uso interno da OVH;
  • 172.31.255.253 => IP riservato per uso interno da OVH;
  • 172.31.255.254 => IP Gateway della vostra VRack.

L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.

E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.


Informazione!
Una Virtual Machine (VM) con questo tipo di configurazione non potrà essere accessibile dall'esterno, ma potrà essere accessibile solo a partire da una macchina della baia virtuale. Per aggiungere un accesso esterno, è necessario installare una VM a monte del gateway, configurata su un IP pubblico.



Editiamo quindi il file: /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=none
ONBOOT=yes
USERCTL=no
IPV6INIT=no
PEERDNS=yes
TYPE=Ethernet
NETMASK=255.240.0.0
IPADDR=172.16.0.1
GATEWAY=172.31.255.254
ARP=yes
HWADDR=MIO:MAC:VI:RT:UEL:LE


Ora ivece /etc/resolv.conf
nameserver 213.186.33.99


Installiamo quindi la nostra interfaccia di rete:
ifup eth0


Per verificare la configurazione, è necessario usare il comando ifconfig:
[root@centos ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0C:29:CA:96:8B
inet adr:172.16.0.1 Bcast:172.31.255.255 Mask:255.240.0.0
adr inet6: fe80::20c:29ff:feca:968b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:629 errors:0 dropped:0 overruns:0 frame:0
TX packets:71 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:42714 (41.7 KiB) TX bytes:9986 (9.7 KiB)
Interruption:59 Adresse de base:0x2000

lo Link encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)


Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza:

[root@centos ~]# ping -c5 172.31.255.254
PING 172.31.255.254 (172.31.255.254) 56(84) bytes of data.
64 bytes from 172.31.255.254: icmp_seq=1 ttl=255 time=2.18 ms
64 bytes from 172.31.255.254: icmp_seq=2 ttl=255 time=0.377 ms
64 bytes from 172.31.255.254: icmp_seq=3 ttl=255 time=0.398 ms
64 bytes from 172.31.255.254: icmp_seq=4 ttl=255 time=0.412 ms
64 bytes from 172.31.255.254: icmp_seq=5 ttl=255 time=0.407 ms

5 packets transmitted, 5 received, 0% packet loss, time 4026ms
rtt min/avg/max/mdev = 0.377/0.755/2.185/0.715 ms


[root@centos ~]# ping -c5 172.16.0.1
PING 172.16.0.1 (172.16.0.1) 56(84) bytes of data.
64 bytes from 172.16.0.1: icmp_seq=1 ttl=63 time=2.66 ms
64 bytes from 172.16.0.1: icmp_seq=2 ttl=63 time=0.257 ms
64 bytes from 172.16.0.1: icmp_seq=3 ttl=63 time=0.264 ms
64 bytes from 172.16.0.1: icmp_seq=4 ttl=63 time=0.264 ms
64 bytes from 172.16.0.1: icmp_seq=5 ttl=63 time=0.261 ms

5 packets transmitted, 5 received, 0% packet loss, time 4027ms
rtt min/avg/max/mdev = 0.257/0.742/2.666/0.962 ms



Debian & Ubuntu

IMPORTANTE!!

Potete configurare 172.16.0.0/12 con l'eccezione degli IP indicati di seguito, che non dovrete IN NESSUN CASO utilizzare come interfaccia per la vostra macchina:

  • 172.16.0.0 => IP Network;
  • 172.31.255.252 => IP riservato per uso interno da OVH;
  • 172.31.255.253 => IP riservato per uso interno da OVH;
  • 172.31.255.254 => IP Gateway della vostra VRack.

L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.

E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.

Informazione!
Una Virtual Machine (VM) con questo tipo di configurazione non potrà essere accessibile dall'esterno, ma potrà essere accessibile solo a partire da una macchina della baia virtuale. Per aggiungere un accesso esterno, è necessario installare una VM a monte del gateway, configurata su un IP pubblico.


Editiamo il file: /etc/network/interfaces
auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet static
address 172.16.0.1
netmask 255.240.0.0
gateway 172.31.255.254
dns-nameservers 213.186.33.99


Ora riavviamo l'interfaccia di rete:
/etc/init.d/networking restart

Per verificare la configurazione usiamo sempre ifconfig:
debian:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0c:29:4b:50:0d
inet adr:172.16.0.1 Bcast:172.31.255.255 Mask:255.240.0.0
adr inet6: fe80::20c:29ff:fe4b:500d/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:121 errors:0 dropped:0 overruns:0 frame:0
TX packets:54 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:10464 (10.2 KiB) TX bytes:7762 (7.5 KiB)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)


Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza:

debian:~# ping -c5 172.16.0.2
PING 172.16.0.2 (172.16.0.2) 56(84) bytes of data.
64 bytes from 172.16.0.2: icmp_seq=1 ttl=64 time=0.016 ms
64 bytes from 172.16.0.2: icmp_seq=2 ttl=64 time=0.008 ms
64 bytes from 172.16.0.2: icmp_seq=3 ttl=64 time=0.024 ms
64 bytes from 172.16.0.2: icmp_seq=4 ttl=64 time=0.024 ms
64 bytes from 172.16.0.2: icmp_seq=5 ttl=64 time=0.017 ms

5 packets transmitted, 5 received, 0% packet loss, time 3997ms
rtt min/avg/max/mdev = 0.008/0.017/0.024/0.008 ms

debian:~# ping -c5 172.31.255.254
PING 172.31.255.254 (172.31.255.254) 56(84) bytes of data.
64 bytes from 172.31.255.254: icmp_seq=1 ttl=255 time=4.00 ms
64 bytes from 172.31.255.254: icmp_seq=2 ttl=255 time=1.10 ms
64 bytes from 172.31.255.254: icmp_seq=3 ttl=255 time=0.732 ms
64 bytes from 172.31.255.254: icmp_seq=4 ttl=255 time=0.515 ms
64 bytes from 172.31.255.254: icmp_seq=5 ttl=255 time=0.462 ms

5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 0.462/1.363/4.004/1.340 ms



Gentoo

IMPORTANTE!!

Potete configurare 172.16.0.0/12 con l'eccezione degli IP indicati di seguito, che non dovrete IN NESSUN CASO utilizzare come interfaccia per la vostra macchina:

  • 172.16.0.0 => IP Network;
  • 172.31.255.252 => IP riservato per uso interno da OVH;
  • 172.31.255.253 => IP riservato per uso interno da OVH;
  • 172.31.255.254 => IP Gateway della vostra VRack.

L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.

E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.


Informazione!
Una Virtual Machine (VM) con questo tipo di configurazione non potrà essere accessibile dall'esterno, ma potrà essere accessibile solo a partire da una macchina della baia virtuale. Per aggiungere un accesso esterno, è necessario installare una VM a monte del gateway, configurata su un IP pubblico.


Editiamo ora il file: /etc/conf.d/net
config_eth0=( "172.16.0.1 netmask 255.240.0.0" )
routes_eth0=( "default gw 172.31.255.254" )

Quindi editiamo /etc/resolv.conf
nameserver 213.186.33.99

Poi riavviamo l'interfaccia di rete:
/etc/init.d/net.eth0 restart

Per verificare la vostra configurazione:
gentoo ~ # ifconfig
eth0 Lien encap:Ethernet HWaddr 00:50:56:0a:00:20
inet adr:172.16.0.1 Bcast:172.31.255.255 Mask:255.240.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:268 errors:0 dropped:0 overruns:0 frame:0
TX packets:188 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:21556 (21.0 KiB) TX bytes:20527 (20.0 KiB)
Interruption:18 Adresse de base:0x2000

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:16 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1609 (1.5 KiB) TX bytes:1609 (1.5 KiB)

Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza:
gentoo ~ # ping -c5 172.16.0.3
PING 172.16.0.3 (172.16.0.3) 56(84) bytes of data.
64 bytes from 172.16.0.3: icmp_seq=1 ttl=63 time=6.49 ms
64 bytes from 172.16.0.3: icmp_seq=2 ttl=63 time=0.286 ms
64 bytes from 172.16.0.3: icmp_seq=3 ttl=63 time=0.305 ms
64 bytes from 172.16.0.3: icmp_seq=4 ttl=63 time=0.276 ms
64 bytes from 172.16.0.3: icmp_seq=5 ttl=63 time=0.287 ms

5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 0.276/1.529/6.493/2.482 ms


gentoo ~ # ping -c5 172.31.255.254
PING 172.31.255.254 (172.31.255.254) 56(84) bytes of data.
64 bytes from 172.31.255.254: icmp_seq=1 ttl=255 time=3.54 ms
64 bytes from 172.31.255.254: icmp_seq=2 ttl=255 time=0.703 ms
64 bytes from 172.31.255.254: icmp_seq=3 ttl=255 time=0.473 ms
64 bytes from 172.31.255.254: icmp_seq=4 ttl=255 time=0.565 ms
64 bytes from 172.31.255.254: icmp_seq=5 ttl=255 time=0.520 ms

5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 0.473/1.161/3.547/1.195 ms



VM su rete pubblica



RedHat, CentOS & Fedora

IMPORTANTE!!

Nella mail di attivazione o di routing del vostro blocco IP RIPE si trovano alcune informazioni importanti per le configurazioni! Contiene gli IP che non dovete MAI utilizzare, come l'IP di rete e l'IP di broadcast, l'Ip del gateway, e la netmask del vostro blocco! Dovrete attenervi necessariamente alle informazioni fornite. L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.

E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.


Editiamo ora il file: /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
BROADCAST=ip.de.broad.cast
IPADDR=ip.publique.de.labaie
NETMASK=ip.net.ma.sk
NETWORK=ip.de.netw.ork
GATEWAY=ip.de.gate.way
ONBOOT=yes

Quindi modifichiamo il file: /etc/resolv.conf
nameserver 213.186.33.99

Ora avviamo la nostra interfaccia di rete:
ifup eth0

Per verificare la configurazione:
[root@centos ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0C:29:CA:96:8B
inet adr:178.33.8.65 Bcast:178.33.8.79 Mask:255.255.255.240
adr inet6: fe80::20c:29ff:feca:968b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1373 errors:0 dropped:0 overruns:0 frame:0
TX packets:1261 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:126744 (123.7 KiB) TX bytes:137054 (133.8 KiB)
Interruption:59 Adresse de base:0x2000

lo Link encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)


Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza:
[root@centos ~]# ping -c5 178.33.8.78
PING 178.33.8.78 (178.33.8.78) 56(84) bytes of data.
64 bytes from 178.33.8.78: icmp_seq=1 ttl=255 time=0.713 ms
64 bytes from 178.33.8.78: icmp_seq=2 ttl=255 time=0.413 ms
64 bytes from 178.33.8.78: icmp_seq=3 ttl=255 time=0.340 ms
64 bytes from 178.33.8.78: icmp_seq=4 ttl=255 time=0.369 ms
64 bytes from 178.33.8.78: icmp_seq=5 ttl=255 time=0.625 ms


5 packets transmitted, 5 received, 0% packet loss, time 4026ms
rtt min/avg/max/mdev = 0.340/0.492/0.713/0.149 ms


root@centos ~# ping -c5 178.33.8.66
PING 178.33.8.66 (178.33.8.66) 56(84) bytes of data.
64 bytes from 178.33.8.66: icmp_seq=1 ttl=63 time=2.66 ms
64 bytes from 178.33.8.66: icmp_seq=2 ttl=63 time=0.257 ms
64 bytes from 178.33.8.66: icmp_seq=3 ttl=63 time=0.264 ms
64 bytes from 178.33.8.66: icmp_seq=4 ttl=63 time=0.264 ms
64 bytes from 178.33.8.66: icmp_seq=5 ttl=63 time=0.261 ms


5 packets transmitted, 5 received, 0% packet loss, time 4027ms
rtt min/avg/max/mdev = 0.257/0.742/2.666/0.962 ms



Debian & Ubuntu

IMPORTANTE!!

Nella mail di attivazione o di routing del vostro blocco IP RIPE si trovano alcune informazioni importanti per le configurazioni! Contiene gli IP che non dovete MAI utilizzare, come l'IP di rete e l'IP di broadcast, l'Ip del gateway, e la netmask del vostro blocco! Dovrete attenervi necessariamente alle informazioni fornite. L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.

E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.


Modifichiamo ora questo file: /etc/network/interfaces
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet static
address ip.publique.de.labaievirtuelle
netmask ip.net.ma.sk
gateway ip.de.gate.way
dns-nameservers 213.186.33.99

Quindi riavviamo l'interfaccia di rete:
/etc/init.d/networking restart

Per verificare la configurazione, come nei casi precedenti:
debian:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0c:29:4b:50:0d
inet adr:178.33.8.67 Bcast:178.33.8.79 Mask:255.255.255.240
adr inet6: fe80::20c:29ff:fe4b:500d/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:220 errors:0 dropped:0 overruns:0 frame:0
TX packets:156 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:21592 (21.0 KiB) TX bytes:19476 (19.0 KiB)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza:
debian:~# ping -c5 178.33.8.65
PING 178.33.8.65 (178.33.8.65) 56(84) bytes of data.
64 bytes from 178.33.8.65: icmp_seq=1 ttl=63 time=0.254 ms
64 bytes from 178.33.8.65: icmp_seq=2 ttl=63 time=0.223 ms
64 bytes from 178.33.8.65: icmp_seq=3 ttl=63 time=0.227 ms
64 bytes from 178.33.8.65: icmp_seq=4 ttl=63 time=0.225 ms
64 bytes from 178.33.8.65: icmp_seq=5 ttl=63 time=0.245 ms

5 packets transmitted, 5 received, 0% packet loss, time 3996ms
rtt min/avg/max/mdev = 0.223/0.234/0.254/0.023 ms


debian:~# ping -c5 178.33.8.78
PING 178.33.8.78 (178.33.8.78) 56(84) bytes of data.
64 bytes from 178.33.8.78: icmp_seq=1 ttl=255 time=0.492 ms
64 bytes from 178.33.8.78: icmp_seq=2 ttl=255 time=0.687 ms
64 bytes from 178.33.8.78: icmp_seq=3 ttl=255 time=0.701 ms
64 bytes from 178.33.8.78: icmp_seq=4 ttl=255 time=0.503 ms
64 bytes from 178.33.8.78: icmp_seq=5 ttl=255 time=0.557 ms

5 packets transmitted, 5 received, 0% packet loss, time 4000ms
rtt min/avg/max/mdev = 0.492/0.588/0.701/0.089 ms



Gentoo

IMPORTANTE!!

Nella mail di attivazione o di routing del vostro blocco IP RIPE si trovano alcune informazioni importanti per le configurazioni! Contiene gli IP che non dovete MAI utilizzare, come l'IP di rete e l'IP di broadcast, l'Ip del gateway, e la netmask del vostro blocco! Dovrete attenervi necessariamente alle informazioni fornite. L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.

E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.


Modifichiamo ora questo file: /etc/conf.d/net
config_eth0=( "ip.publique.de.labaievirtuelle netmask ip.net.ma.sk" )
routes_eth0=( "default gw ip.de.gate.way" )

Quindi riavviamo l'interfaccia di rete:
/etc/init.d/networking restart

Per verificare la configurazione:
gentoo ~ # ifconfig
eth0 Lien encap:Ethernet HWaddr 00:50:56:0a:00:20
inet adr:178.33.8.69 Bcast:178.33.8.79 Mask:255.255.255.240
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:190 errors:0 dropped:0 overruns:0 frame:0
TX packets:133 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:41543 (40.5 KiB) TX bytes:15130 (14.7 KiB)
Interruption:18 Adresse de base:0x2000

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:194 (194.0 B) TX bytes:194 (194.0 B)

Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza:
debian:~# ping -c5 178.33.8.65
PING 178.33.8.65 (178.33.8.65) 56(84) bytes of data.
64 bytes from 178.33.8.65: icmp_seq=1 ttl=63 time=0.254 ms
64 bytes from 178.33.8.65: icmp_seq=2 ttl=63 time=0.223 ms
64 bytes from 178.33.8.65: icmp_seq=3 ttl=63 time=0.227 ms
64 bytes from 178.33.8.65: icmp_seq=4 ttl=63 time=0.225 ms
64 bytes from 178.33.8.65: icmp_seq=5 ttl=63 time=0.245 ms

5 packets transmitted, 5 received, 0% packet loss, time 3996ms
rtt min/avg/max/mdev = 0.223/0.234/0.254/0.023 ms


debian:~# ping -c5 178.33.8.78
PING 178.33.8.78 (178.33.8.78) 56(84) bytes of data.
64 bytes from 178.33.8.78: icmp_seq=1 ttl=255 time=0.492 ms
64 bytes from 178.33.8.78: icmp_seq=2 ttl=255 time=0.687 ms
64 bytes from 178.33.8.78: icmp_seq=3 ttl=255 time=0.701 ms
64 bytes from 178.33.8.78: icmp_seq=4 ttl=255 time=0.503 ms
64 bytes from 178.33.8.78: icmp_seq=5 ttl=255 time=0.557 ms

5 packets transmitted, 5 received, 0% packet loss, time 4000ms
rtt min/avg/max/mdev = 0.492/0.588/0.701/0.089 ms


gentoo ~ # ping -c5 213.186.33.99
PING 213.186.33.99 (213.186.33.99) 56(84) bytes of data.
64 bytes from 213.186.33.99: icmp_seq=1 ttl=59 time=4.44 ms
64 bytes from 213.186.33.99: icmp_seq=2 ttl=59 time=4.27 ms
64 bytes from 213.186.33.99: icmp_seq=3 ttl=59 time=4.53 ms
64 bytes from 213.186.33.99: icmp_seq=4 ttl=59 time=4.20 ms
64 bytes from 213.186.33.99: icmp_seq=5 ttl=59 time=4.30 ms

5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 4.207/4.352/4.535/0.132 ms



VM su reti pubbliche e private



Aggiungere un'interfaccia di rete

La distribuzione Vmware ESXI permette di creare un elevato numero di interfacce di rete per ogni Virtual Machine, ma la gestione degli IP failover è perfettibile. Per questo motivo, allo scopo di semplificare la configurazione e le regole di routing, provvederemo ad aggiungere un'interfaccia di rete supplementare alla nostra VM.

Si potrà aggiungerla in occasione della creazione della macchina virtuale, oppure modificando una VM esistente, selezionandola e cliccando su Edit virtual machine settings, quindi su Add....

Scegliete quindi la voce Ethernet Adapter:




Manteniamo l'interfaccia di tipo e1000, e non dimentichiamo di scegliere VLANXXXX:




Quindi clicchiamo su Finish:




A questo punto sarà sufficiente inserire un MAC virtuale personalizzato:




Red Hat & CentOS & Fedora





IMPORTANTE!!

Potete configurare 172.16.0.0/12 con l'eccezione degli IP indicati di seguito, che non dovrete IN NESSUN CASO utilizzare come interfaccia per la vostra macchina:

  • 172.16.0.0 => IP Network;
  • 172.31.255.252 => IP riservato per uso interno da OVH;
  • 172.31.255.253 => IP riservato per uso interno da OVH;
  • 172.31.255.254 => IP Gateway della vostra VRack.

ATTENZIONE Nell'email di attivazione o di oscillazione del vostro blocco IP, sono contenute informazioni importanti, quali gli IP che non devono essere MAI utilizzati per le configurazioni, ovvero l'IP di rete e quello di Broadcast, l'IP del Gateway e la Netmask del vostro blocco! Attenzione a rispettare le informazioni fornite.

L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.
E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.

Informazione!
Per poter utilizzare e seguire questa guida, dovrete aggiungere un'interfaccia di rete supplementare.


Andremo ora a modificare il file della scheda eth0, che avrà un IP privato:
/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=none
ONBOOT=yes
USERCTL=no
IPV6INIT=no
PEERDNS=yes
TYPE=Ethernet
NETMASK=255.2400.0.0
IPADDR=176.16.0.1
GATEWAY=172.31.255.254
ARP=yes
HWADDR=MA:MAC:VI:RT:UEL:LE

Ora modifichiamo invece il file della scheda eth1, che avrà l'IP pubblico:
/etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth0
BOOTPROTO=static
BROADCAST=ip.de.broad.cast
IPADDR=ip.publique.de.labaievirtuelle
NETMASK=ip.net.ma.sk
NETWORK=ip.de.netw.ork
GATEWAY=ip.de.gate.way
ONBOOT=yes

Adesso aggiungeremo una regola speciale nelle regole di routing, in modo che ciò che entra dalla scheda eth0, esca dalla scheda eth0, mentre quello che entra dalla eth1, esca dalla eth1:
/etc/sysconfig/network-scripts/rule-eth0

from 172.16.0.0/12 table 100

/etc/sysconfig/network-scripts/route-eth0

default via 172.31.255.254 dev eth0 table 100

Ora dovremo sostituire, di seguito, questo 178.33.8.64/28 con il blocco fornito da OVH, e 178.33.8.78 con il gateway del vostro blocco:
/etc/sysconfig/network-scripts/rule-eth1
from 178.33.8.64/28 table 101

/etc/sysconfig/network-scripts/route-eth1

default via 178.33.8.78 dev eth1 table 101

Modifichiamo il file /etc/resolv.conf

nameserver 213.186.33.99

Montiamo in seguito le interfacce di rete:
ifup eth0
ifup eth1

Per verificare se la configurazione sia corretta, seguite questi passi:
[root@centos ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0C:29:CA:96:8B
inet adr:172.16.0.3 Bcast:172.31.255.255 Mask:255.240.0.0
adr inet6: fe80::20c:29ff:feca:968b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1275 errors:0 dropped:0 overruns:0 frame:0
TX packets:107 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:88898 (86.8 KiB) TX bytes:19185 (18.7 KiB)
Interruption:59 Adresse de base:0x2000

eth1 Link encap:Ethernet HWaddr 00:0C:29:CA:96:95
inet adr:178.33.8.65 Bcast:178.33.8.79 Mask:255.255.255.240
adr inet6: fe80::20c:29ff:feca:9695/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2775 errors:0 dropped:0 overruns:0 frame:0
TX packets:3409 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:230192 (224.7 KiB) TX bytes:284012 (277.3 KiB)
Interruption:67 Adresse de base:0x2080

lo Link encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)

[root@centos~]# ip rule list
0: from all lookup 255
32761: from 172.16.0.0/8 lookup 100
32763: from 178.33.8.64/28 lookup 101
32766: from all lookup main
32767: from all lookup default

[root@centos ~]# ip route show table 100
default via 172.31.255.254 dev eth0

[root@centos ~]# ip route show table 101
default via 178.33.8.78 dev eth1

Per testare la vostra configurazione, potete pingare il gateway oppure l'IP del server DNS di risoluzione, o ancora un server sul quale avete già effettuato la configurazione descritta in precedenza:
[root@centos ~]# ping -c5 172.31.255.254
PING 172.31.255.254 (172.31.255.254) 56(84) bytes of data.
64 bytes from 172.31.255.254: icmp_seq=1 ttl=255 time=2.18 ms
64 bytes from 172.31.255.254: icmp_seq=2 ttl=255 time=0.377 ms
64 bytes from 172.31.255.254: icmp_seq=3 ttl=255 time=0.398 ms
64 bytes from 172.31.255.254: icmp_seq=4 ttl=255 time=0.412 ms
64 bytes from 172.31.255.254: icmp_seq=5 ttl=255 time=0.407 ms

5 packets transmitted, 5 received, 0% packet loss, time 4026ms
rtt min/avg/max/mdev = 0.377/0.755/2.185/0.715 ms


[root@centos ~]# ping -c5 213.186.33.99
PING 213.186.33.99 (213.186.33.99) 56(84) bytes of data.
64 bytes from 213.186.33.99: icmp_seq=1 ttl=59 time=4.27 ms
64 bytes from 213.186.33.99: icmp_seq=2 ttl=59 time=4.17 ms
64 bytes from 213.186.33.99: icmp_seq=3 ttl=59 time=4.23 ms
64 bytes from 213.186.33.99: icmp_seq=4 ttl=59 time=4.32 ms
64 bytes from 213.186.33.99: icmp_seq=5 ttl=59 time=4.16 ms

5 packets transmitted, 5 received, 0% packet loss, time 4044ms
rtt min/avg/max/mdev = 4.166/4.235/4.323/0.059 ms


[root@centos ~]# ping -c5 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_seq=1 ttl=63 time=2.66 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=63 time=0.257 ms
64 bytes from 10.0.0.1: icmp_seq=3 ttl=63 time=0.264 ms
64 bytes from 10.0.0.1: icmp_seq=4 ttl=63 time=0.264 ms
64 bytes from 10.0.0.1: icmp_seq=5 ttl=63 time=0.261 ms

5 packets transmitted, 5 received, 0% packet loss, time 4027ms
rtt min/avg/max/mdev = 0.257/0.742/2.666/0.962 ms



Debian & Ubuntu





IMPORTANTE!!

Potete configurare 172.16.0.0/12 con l'eccezione degli IP indicati di seguito, che non dovrete IN NESSUN CASO utilizzare come interfaccia per la vostra macchina:

  • 172.16.0.0 => IP Network;
  • 172.31.255.252 => IP riservato per uso interno da OVH;
  • 172.31.255.253 => IP riservato per uso interno da OVH;
  • 172.31.255.254 => IP Gateway della vostra VRack.


ATTENZIONE Nell'email di attivazione o di oscillazione del vostro blocco IP, sono contenute informazioni importanti, quali gli IP che non devono essere MAI utilizzati per le configurazioni, ovvero l'IP di rete e quello di Broadcast, l'IP del Gateway e la Netmask del vostro blocco! Attenzione a rispettare le informazioni fornite.

L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.
E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.

Informazione!
Per poter utilizzare e seguire questa guida, dovrete aggiungere un'interfaccia di rete supplementare.

Editiamo il file /etc/network/interfaces:
auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet static
address 172.16.0.1
netmask 255.240.0.0
gateway 172.31.255.254
dns-nameservers 213.186.33.99
up /sbin/ip route add default via 172.31.255.254 dev eth0 table 100
up /sbin/ip rule add from 172.16.0.0/12 table 100
post-down /sbin/ip route del default via 172.31.255.254 dev eth0 table 100
post-down /sbin/ip rule del from 172.16.0.0/12 table 100


allow-hotplug eth1
iface eth1 inet static
address ip.publique.de.labaievirtuelle
netmask ip.net.ma.sk
gateway ip.de.gate.way
dns-nameservers 213.186.33.99
up /sbin/ip route add default via ip.de.gate.way dev eth1 table 101
up /sbin/ip rule add from ma.pl.ag.d/ip table 101
post-down /sbin/ip route del default via ip.de.gate.way dev eth1 table 101
post-down /sbin/ip rule del from ma.pl.ag.d/ip table 101

Quindi riavviamo le interfacce di rete:
/etc/init.d/networking restart

Per verificare la configurazione, come sempre:
debian:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0c:29:4b:50:0d
inet adr:172.16.0.1 Bcast:172.31.255.255 Mask:255.240.0.0
adr inet6: fe80::20c:29ff:fe4b:500d/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:119 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:7140 (6.9 KiB) TX bytes:468 (468.0 B)

eth1 Link encap:Ethernet HWaddr 00:0c:29:4b:50:17
inet adr:178.33.8.67 Bcast:178.33.8.79 Mask:255.255.255.240
adr inet6: fe80::20c:29ff:fe4b:5017/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:344 errors:0 dropped:0 overruns:0 frame:0
TX packets:244 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:33655 (32.8 KiB) TX bytes:33848 (33.0 KiB)
Interruption:16 Adresse de base:0x2000

lo Link encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

debian:~# ip rule list
0: from all lookup local
32764: from 178.33.8.64/28 lookup 101
32765: from 172.16.0.0/12 lookup 100
32766: from all lookup main
32767: from all lookup default
debian:~# ip route show table 100
default via 172.31.255.254 dev eth0
debian:~# ip route show table 101
default via 178.33.8.78 dev eth1

Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza:
debian:~# ping -c5 178.33.8.78
PING 178.33.8.78 (178.33.8.78) 56(84) bytes of data.
64 bytes from 178.33.8.78: icmp_seq=1 ttl=255 time=9.29 ms
64 bytes from 178.33.8.78: icmp_seq=2 ttl=255 time=0.764 ms
64 bytes from 178.33.8.78: icmp_seq=3 ttl=255 time=0.873 ms
64 bytes from 178.33.8.78: icmp_seq=4 ttl=255 time=0.899 ms
64 bytes from 178.33.8.78: icmp_seq=5 ttl=255 time=14.5 ms

5 packets transmitted, 5 received, 0% packet loss, time 4011ms
rtt min/avg/max/mdev = 0.764/5.273/14.536/5.670 ms


debian:~# ping -c5 178.33.8.65
PING 178.33.8.65 (178.33.8.65) 56(84) bytes of data.
64 bytes from 178.33.8.65: icmp_seq=1 ttl=63 time=4.34 ms
64 bytes from 178.33.8.65: icmp_seq=2 ttl=63 time=0.216 ms
64 bytes from 178.33.8.65: icmp_seq=3 ttl=63 time=0.249 ms
64 bytes from 178.33.8.65: icmp_seq=4 ttl=63 time=0.178 ms
64 bytes from 178.33.8.65: icmp_seq=5 ttl=63 time=0.269 ms

5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 0.178/1.050/4.340/1.645 ms



Gentoo





IMPORTANTE!!

Potete configurare 172.16.0.0/12 con l'eccezione degli IP indicati di seguito, che non dovrete IN NESSUN CASO utilizzare come interfaccia per la vostra macchina:

  • 172.16.0.0 => IP Network;
  • 172.31.255.252 => IP riservato per uso interno da OVH;
  • 172.31.255.253 => IP riservato per uso interno da OVH;
  • 172.31.255.254 => IP Gateway della vostra VRack.


ATTENZIONE Nell'email di attivazione o di oscillazione del vostro blocco IP, sono contenute informazioni importanti, quali gli IP che non devono essere MAI utilizzati per le configurazioni, ovvero l'IP di rete e quello di Broadcast, l'IP del Gateway e la Netmask del vostro blocco! Attenzione a rispettare le informazioni fornite.

L'installazione di Virtual Machine (VM) all'interno di una Baia Virtuale vi permette di non dover registrare il vostro Mac Virtuale.
E' vietato utilizzare lo stesso Mac Virtuale per più di una Virtual Machine.

Informazione!
Per poter utilizzare e seguire questa guida, dovrete aggiungere un'interfaccia di rete supplementare.

Andremo ora a creare i file necessari per l'avvio della nuova interfaccia di rete:
ln -s /etc/init.d/net.lo /etc/init.d/net.eth1
rc-update add net.eth1 default

Modifichiamo quindi il file /etc/conf.d/net
config_eth0=( "172.16.0.1 netmask 255.240.0.0" )
config_eth1=( "ip.pubblico.baiavirtuale netmask ip.net.ma.sk" )
routes_eth1=( "default gw ip.gate.way" )


postup()
{
local iface=${1}
if [ ${iface} == eth0 ]
then
/sbin/ip route add default via 172.31.255.254 dev eth0 table 100
/sbin/ip rule add from 172.16.0.0/12 table 100
fi
if [ ${iface} == eth1 ]
then
/sbin/ip route add default via ip.gate.way dev eth1 table 101
/sbin/ip rule add from ma.pl.ag.d/ip table 101
fi
}

postdown()
{
local iface=${1}
if [ ${iface} == eth0 ]
then
/sbin/ip route del default via 172.31.255.254 dev eth0 table 100
/sbin/ip rule del from 172.16.0.0/12 table 100
fi
if [ ${iface} == eth1 ]
then
/sbin/ip route del default via ip.gate.way dev eth1 table 101
/sbin/ip rule del from ma.pl.ag.d/ip table 101
fi
}

Adesso modifichiamo il file /etc/resolv.conf
nameserver 213.186.33.99

e riavviamo le interfacce di rete:
/etc/init.d/net.eth0 restart
/etc/init.d/net.eth1 restart

Ancora una volta verifichiamo la nostra configurazione:
gentoo ~ # ifconfig
eth0 Lien encap:Ethernet HWaddr 00:50:56:0a:00:20
inet adr:172.16.0.1 Bcast:172.31.255.255 Mask:255.240.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:260 errors:0 dropped:0 overruns:0 frame:0
TX packets:117 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:21712 (21.2 KiB) TX bytes:17031 (16.6 KiB)
Interruption:18 Adresse de base:0x2000

eth1 Lien encap:Ethernet HWaddr 00:0c:29:e4:c4:22
inet adr:178.33.8.69 Bcast:178.33.8.79 Mask:255.255.255.240
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:231 errors:0 dropped:0 overruns:0 frame:0
TX packets:156 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:46910 (45.8 KiB) TX bytes:13987 (13.6 KiB)
Interruption:16 Adresse de base:0x2080

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Mask:255.240.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1023 (1023.0 B) TX bytes:1023 (1023.0 B)

gentoo ~ # ip rule list
0: from all lookup local
32764: from 178.33.8.64/28 lookup 101
32765: from 172.16.0.0/12 lookup 100
32766: from all lookup main
32767: from all lookup default
gentoo ~ # ip route show table 100
default via 172.31.255.254 dev eth0
gentoo ~ # ip route show table 101
default via 178.33.8.78 dev eth1

Per testare la vostra configurazione, potete pingare il gateway oppure un server della vostra Virtual Rack sul quale avete già effettuato la configurazione descritta in precedenza, oppure ancora il server DNS:
debian:~# ping -c5 178.33.8.78
PING 178.33.8.78 (178.33.8.78) 56(84) bytes of data.
64 bytes from 178.33.8.78: icmp_seq=1 ttl=255 time=9.29 ms
64 bytes from 178.33.8.78: icmp_seq=2 ttl=255 time=0.764 ms
64 bytes from 178.33.8.78: icmp_seq=3 ttl=255 time=0.873 ms
64 bytes from 178.33.8.78: icmp_seq=4 ttl=255 time=0.899 ms
64 bytes from 178.33.8.78: icmp_seq=5 ttl=255 time=14.5 ms

5 packets transmitted, 5 received, 0% packet loss, time 4011ms
rtt min/avg/max/mdev = 0.764/5.273/14.536/5.670 ms


debian:~# ping -c5 178.33.8.65
PING 178.33.8.65 (178.33.8.65) 56(84) bytes of data.
64 bytes from 178.33.8.65: icmp_seq=1 ttl=63 time=4.34 ms
64 bytes from 178.33.8.65: icmp_seq=2 ttl=63 time=0.216 ms
64 bytes from 178.33.8.65: icmp_seq=3 ttl=63 time=0.249 ms
64 bytes from 178.33.8.65: icmp_seq=4 ttl=63 time=0.178 ms
64 bytes from 178.33.8.65: icmp_seq=5 ttl=63 time=0.269 ms

5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 0.178/1.050/4.340/1.645 ms


gentoo ~ # ping -c5 213.186.33.99
PING 213.186.33.99 (213.186.33.99) 56(84) bytes of data.
64 bytes from 213.186.33.99: icmp_seq=1 ttl=59 time=4.31 ms
64 bytes from 213.186.33.99: icmp_seq=2 ttl=59 time=4.25 ms
64 bytes from 213.186.33.99: icmp_seq=3 ttl=59 time=4.28 ms
64 bytes from 213.186.33.99: icmp_seq=4 ttl=59 time=4.47 ms
64 bytes from 213.186.33.99: icmp_seq=5 ttl=59 time=4.26 ms

5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 4.254/4.316/4.471/0.107 ms