---
title: "Configurare un blocco Additional IP in un vRack"
description: "Scopri come configurare un blocco di indirizzi IP pubblici nel vRack."
url: https://docs.ovhcloud.com/it/guides/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack
lang: it
lastUpdated: 2026-05-28
---
# Configurare un blocco Additional IP in un vRack

## Obiettivo

Oltre all'indirizzamento IP privato, il [vRack](https://www.ovhcloud.com/it/network/vrack/) consente anche di instradare il traffico IP pubblico attraverso la porta vRack del server utilizzando un blocco di indirizzi IP pubblici.

**Questa guida mostra come configurare un blocco di indirizzi IP pubblici per l'utilizzo con il vRack.**

:::info
Il vRack supporta sia il routing pubblico IPv4 che IPv6 con blocchi di indirizzi Additional IP. Le istruzioni su come configurare i blocchi IPv6 sono disponibili in questa guida: "[Configurare un blocco IPv6 in un vRack](/it/guides/bare-metal-cloud/dedicated-servers/configure-ipv6-in-vrack.md)".

:::

:::info
Questo articolo è incentrato sulla configurazione di Additional IP su una rete vRack. Se si cercano indicazioni sulla configurazione di Additional IP insieme all'IP primario (sull'interfaccia di rete pubblica), consultare i seguenti articoli:

- IPv4:
  - [Configurare l'IP aliasing sui server dedicati](/it/guides/bare-metal-cloud/dedicated-servers/network-ipaliasing.md).
  - [Configurare l'IP aliasing su un VPS](/it/guides/bare-metal-cloud/virtual-private-servers/configuring-ip-aliasing.md).

- IPv6:
  - [Configurare IPv6 sui server dedicati](/it/guides/bare-metal-cloud/dedicated-servers/network-ipv6.md).
  - [Configurare IPv6 su un VPS](/it/guides/bare-metal-cloud/virtual-private-servers/configure-ipv6.md).
  - [Configurare IPv6 su un'istanza Public Cloud](/it/guides/public-cloud/network-services/ipv6-configuration.md).

:::

## Prerequisiti

- Un blocco pubblico di indirizzi IP nel proprio account, con un minimo di quattro indirizzi
- L'intervallo di indirizzi IP privati scelto
- Un [server compatibile con vRack](https://www.ovhcloud.com/it/bare-metal/)
- Un servizio [vRack](https://www.ovhcloud.com/it/network/vrack/) attivato nel proprio account


***

### Accesso allo Spazio Cliente OVHcloud

- **Link diretto:** <ManagerLink to="/#/dedicated/vrack">vRack</ManagerLink>
- **Percorso di navigazione:** <code className="action">Network</code> > <code className="action">Rete privata vRack</code>

***


:::warning
Questa funzionalità potrebbe non essere disponibile o potrebbe essere limitata sui [server dedicati della linea di prodotti **Eco**](https://eco.ovhcloud.com/it/about/).

Per ulteriori informazioni, visitare la nostra [pagina di confronto](https://eco.ovhcloud.com/it/compare/).

:::

## Procedura

:::info
A titolo di esempio utilizzeremo un blocco IP di 46.105.135.96/28 ed eth1 per l'interfaccia di rete secondaria, dedicata al vRack.

Sempre a titolo di esempio, il file di configurazione di rete a cui facciamo riferimento si trova in `/etc/network/interfaces`. Il file equivalente sul server potrebbe trovarsi altrove, a seconda del sistema operativo. Il contenuto del file potrebbe essere diverso. In caso di difficoltà, fare riferimento alla documentazione ufficiale della propria distribuzione.

:::

### Aggiungere il blocco IP al vRack

:::warning
Una volta aggiunto un blocco IP al vRack, non è più collegato a un server fisico.

Questa configurazione consente di configurare gli IP dello stesso blocco su più server, a condizione che tutti questi server si trovino nello stesso vRack del blocco IP. Il blocco IP deve avere almeno 2 IP utilizzabili o più affinché ciò sia possibile.

:::

Selezionare il proprio vRack dall'elenco per visualizzare l'elenco dei servizi idonei. Cliccare sul blocco IP da aggiungere al vRack e poi sul pulsante `Aggiungi
`.
![Aggiunta di un blocco IP al vRack](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/addIPblock.png)
### Gestire la larghezza di banda IP pubblica nel vRack

Per impostazione predefinita, i blocchi Additional IP instradati tramite un vRack beneficiano di una larghezza di banda pubblica standard di 5 Gbps in Europa e Nord America, o di 100 Mbps nelle regioni APAC. Per ulteriori dettagli sulle opzioni disponibili, fare riferimento alle opzioni di routing pubblico sulla nostra [pagina del prodotto vRack](https://www.ovhcloud.com/it/network/vrack/).

Per rispondere alle crescenti esigenze delle infrastrutture e ai requisiti dei servizi ad alto traffico, OVHcloud propone ora ai propri clienti opzioni di larghezza di banda a pagamento. Si noti che queste opzioni si applicano **per vRack e per regione**. Poiché gli indirizzi Additional IP sono collegati a una regione precisa, qualsiasi modifica della larghezza di banda influirà sull'insieme degli indirizzi (IPv4 e IPv6) instradati verso quel vRack nella regione corrispondente.


Durante il processo di ordine di Additional IP

#### Scelta della larghezza di banda pubblica durante il processo di ordine
È possibile modificare la larghezza di banda predefinita al momento di ordinare un nuovo blocco Additional IP, non appena viene selezionata una rete vRack come servizio backend.
Per ordinare un nuovo blocco Additional IP:
- Nella barra laterale sinistra, accedere alla sezione <code className="action">Network</code>.
- Selezionare <code className="action">Indirizzi IP pubblici</code>.
- Cliccare sul pulsante <code className="action">Ordina IP</code> in cima alla pagina.
- Scegliere la versione IP, quindi il vRack a cui sarà associato l'Additional IP.
- Selezionare la regione del proprio Additional IP.
- Scegliere la larghezza di banda pubblica da applicare al proprio vRack per quella regione.
- Configurare le altre opzioni secondo le proprie esigenze e, successivamente, finalizzare l'ordine.


Dalla pagina di gestione del vRack

#### Modifica della larghezza di banda pubblica dalla pagina di gestione
Per i blocchi Additional IP già collegati a un vRack, la larghezza di banda viene gestita direttamente dalla pagina di configurazione del servizio.
Per accedere all'interfaccia di gestione:
- Nella colonna "Indirizzo IP pubblico e larghezza di banda", cliccare sul pulsante <code className="action">Gestisci</code> corrispondente al vRack desiderato.
L'interfaccia di gestione si divide in due schede:
- **All attached services**: Attualmente reindirizza alla pagina di gestione classica del vRack. Prossimamente, questa scheda elencherà in modo ottimizzato tutti i prodotti (server, progetti Cloud, ecc.) collegati al vRack.
- **Connettività IP pubblica**: Consente di gestire le opzioni di routing pubblico del proprio vRack, inclusa la larghezza di banda.
Per modificare la larghezza di banda:
- Andare alla scheda <code className="action">Connettività IP pubblica</code>.
- L'interfaccia mostra finestre di gestione per regione (ad es. `eu-west-par`) associate al vRack, con la lista degli IP associati.
- Nel riquadro della regione corrispondente, cliccare su <code className="action">Modifica larghezza di banda</code>.
- Selezionare l'opzione desiderata nel pannello di destra, quindi cliccare su <code className="action">Ordina</code> per convalidare.
- Una volta effettuato il pagamento, la nuova larghezza di banda sarà attiva sul proprio vRack nella regione scelta dopo alcuni minuti.
:::info
Il primo mese sottoscritto viene fatturato in modo proporzionale ai giorni rimanenti. La tariffa completa verrà applicata nel ciclo di fatturazione successivo.
:::
L'aumento di larghezza di banda si applicherà a tutti gli indirizzi IP di quella regione per il vRack selezionato.

### Gestire le priorità di failover 3-AZ

Alcune regioni OVHcloud si estendono su tre zone di disponibilità (AZ) ospitate in posizioni fisicamente indipendenti all'interno della stessa regione. Quando una di queste regioni interviene nel routing degli IP pubblici del vRack, viene identificata nello Spazio Cliente OVHcloud da un badge **3-AZ**
 visualizzato accanto al nome della regione nella scheda `Connettività IP pubblica
`.
:::info
Se una regione è passata alla modalità 3-AZ mentre erano già presenti IP indirizzati tramite il vRack in quella regione, questi IP rimarranno in modalità 1-AZ e non beneficeranno automaticamente della configurazione di routing 3-AZ.

Per attivare la modalità 3-AZ sui blocchi di IP indirizzati tramite il vRack in queste regioni, rimuovi il blocco IP dal vRack e poi aggiungilo di nuovo.

**I blocchi IP ancora indirizzati in modalità 1-AZ sono identificati da un badge grigio `1-AZ`.**

:::

#### Vantaggi

- **Resilienza integrata**: il traffico IP pubblico instradato attraverso il vRack rimane disponibile se una singola zona di disponibilità diventa non raggiungibile, poiché il routing passa automaticamente alla AZ successiva nell'ordine di priorità.
- **Comportamento di failover prevedibile**: ogni regione 3-AZ assegna al vRack una zona di disponibilità principale e due posizioni di failover ordinate, rendendo deterministica la sequenza di failover.
- **Allineamento con il carico di lavoro**: quando altri servizi OVHcloud sono installati nella stessa regione 3-AZ, le priorità possono essere allineate in modo che la AZ attiva del vRack corrisponda alla AZ che ospita i servizi. In questo modo, il traffico pubblico rimane nella stessa AZ del carico di lavoro durante il normale funzionamento.

#### Meccanica e gestione delle priorità

Quando un vRack viene associato per la prima volta a una regione 3-AZ, OVHcloud assegna in modo casuale un ordine di priorità alle sue zone di disponibilità. Le zone **principale, secondaria e di ultima istanza**
 vengono visualizzate in questo ordine nel riquadro della regione corrispondente, all'interno della scheda `Connettività IP pubblica
`, nella sottosezione `Priorità di failover 3-AZ`
, subito sopra il pulsante `Configura
`.
È possibile modificare questa assegnazione casuale in qualsiasi momento, ad esempio per allineare le priorità di failover alla disposizione delle AZ di altri componenti collegati alla tua infrastruttura.


Modificare le priorità delle zone di disponibilità

Per regolare le priorità di failover di una regione 3-AZ:
- Nella barra laterale sinistra dello Spazio Cliente, apri <code className="action">Network</code>.
- Seleziona <code className="action">Rete privata vRack</code>.
- Nella colonna "Indirizzo IP pubblico e larghezza di banda", clicca sul pulsante <code className="action">Gestisci</code> corrispondente al vRack desiderato.
- Apri la scheda <code className="action">Connettività IP pubblica</code>.
- Nel riquadro della regione 3-AZ da configurare, individua la sottosezione `Priorità di failover 3-AZ` e clicca su <code className="action">Configura</code>.
- Nel pannello che si apre, assegna ogni zona di disponibilità a una delle tre posizioni: **Zona principale**, **Zona secondaria** e **Zona di ultima istanza**.
- Conferma la selezione.
:::info
Le modifiche di priorità si applicano a tutti i blocchi di Additional IP indirizzati alla regione 3-AZ corrispondente per il vRack selezionato, indipendentemente dalla versione IP.
:::

### Configurare un indirizzo IP utilizzabile

Per i fini del vRack, il primo, il penultimo e l'ultimo indirizzo in qualsiasi blocco IP sono sempre riservati rispettivamente per l'indirizzo di rete, il gateway di rete e il broadcast di rete. Ciò significa che il primo indirizzo utilizzabile è il secondo indirizzo nel blocco, come mostrato di seguito:

```sh
46.105.135.96   # Riservato: Indirizzo di rete
46.105.135.97   # Primo IP utilizzabile
46.105.135.98
46.105.135.99
46.105.135.100
46.105.135.101
46.105.135.102
46.105.135.103
46.105.135.104
46.105.135.105
46.105.135.106
46.105.135.107
46.105.135.108
46.105.135.109  # Ultimo IP utilizzabile
46.105.135.110  # Riservato: Gateway di rete
46.105.135.111  # Riservato: Broadcast di rete
```

Per configurare il primo indirizzo IP utilizzabile, è necessario modificare il file di configurazione di rete, come mostrato di seguito. In questo esempio, è necessario utilizzare una subnet mask di _255.255.255.240_.

:::info
La subnet mask utilizzata nel nostro esempio è appropriata per il nostro blocco IP. La subnet mask potrebbe variare a seconda della dimensione del blocco. Quando si acquista il blocco IP, si riceverà un'e-mail che indicherà quale subnet mask utilizzare.

:::

### Scaricare il pacchetto `iproute2`

```sh
/etc/network/interfaces

auto eth1
iface eth1 inet static
address 46.105.135.97
netmask 255.255.255.240
broadcast 46.105.135.111
```

### Creare una nuova tabella di routing IP

Per prima cosa, è necessario scaricare e installare iproute2, un pacchetto che ci permetterà di configurare manualmente il routing IP sul server.

Stabilire una connessione SSH al server ed eseguire il seguente comando dalla riga di comando. Questo scaricherà e installerà iproute2.

```sh
# apt-get install iproute2
```

Successivamente, è necessario creare una nuova route IP per il vRack. Aggiungeremo una nuova regola di traffico modificando il file, come mostrato di seguito:

```sh
/etc/iproute2/rt_tables

#
# valori riservati
#
255	local
254	main
253	default
0	unspec
#
# locale
#
#1	inr.ruhep
1 vrack
```

### Modificare il file di configurazione di rete

:::info
A titolo di esempio, il file di configurazione di rete a cui facciamo riferimento si trova in /etc/network/interfaces. Il file equivalente sul server potrebbe trovarsi altrove, a seconda del sistema operativo.

:::

Infine, è necessario modificare il file di configurazione di rete per tenere conto della nuova regola di traffico e instradare il traffico del vRack attraverso l'indirizzo del gateway di rete **46.105.135.110**.

```sh
/etc/network/interfaces

auto eth1
iface eth1 inet static
address 46.105.135.97
netmask 255.255.255.240
broadcast 46.105.135.111
post-up ip route add 46.105.135.96/28 dev eth1 table vrack
post-up ip route add default via 46.105.135.110 dev eth1 table vrack
post-up ip rule add from 46.105.135.96/28 table vrack
post-up ip rule add to 46.105.135.96/28 table vrack
```

**Fedora**

```sh
sudo dnf install iproute
```

### CentOS 6/7

#### Creare il file per l'interfaccia di rete secondaria

Per prima cosa, è possibile copiare e utilizzare la configurazione utilizzata per l'interfaccia di rete primaria e adattarla alle proprie esigenze:

```sh
sudo cp /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth1
```

Poi accediamo al nuovo file:

```sh
sudo nano /etc/sysconfig/network-scripts/ifcfg-eth1
```

E definiamo le impostazioni IP:

```sh
# Creato automaticamente da cloud-init all'avvio dell'istanza, non modificare.
#
DEVICE=eth1
BOOTPROTO=static
ONBOOT=yes
USERCTL=no
IPV6INIT=no
PEERDNS=yes
TYPE=Ethernet
NETMASK=255.255.255.240
IPADDR=46.105.135.97
ARP=yes
```

### Creare una nuova tabella di routing IP

Successivamente, è necessario creare una nuova route IP per il vRack. Aggiungeremo una nuova regola di traffico modificando il file, come mostrato di seguito:

```sh
/etc/iproute2/rt_tables

#
# valori riservati
#
255	local
254	main
253	default
0	unspec
#
# locale
#
#1	inr.ruhep
1 vrack
```

Successivamente, creare il file necessario per applicare le nuove regole:

```sh
nano /etc/sysconfig/network-scripts/rule-eth1
```

E incollare il seguente contenuto (ricordare di sostituire le variabili con i propri valori):

```sh
from 46.105.135.96/28 table vrack
to 46.105.135.96/28 table vrack
```

### Modificare il file di configurazione di rete

Infine, è necessario modificare il file di configurazione di rete per tenere conto della nuova regola di traffico e instradare il traffico del vRack attraverso l'indirizzo del gateway di rete **46.105.135.110**.

È possibile farlo modificando il seguente file per aggiungere route persistenti e statiche:

```sh
nano /etc/sysconfig/network-scripts/route-eth1
```

Stabilire una connessione SSH al server ed eseguire il seguente comando per scaricare e installare iproute2:

```sh
sudo apt-get install iproute2
```

Riavviare il server per applicare le modifiche oppure abilitare semplicemente la nuova interfaccia di rete:

```sh
ip link set eth1 up
```

#### Configurazioni GNU/Linux


****Debian 11****

**Configurare l'Additional IP**
Aprire il file di configurazione di rete situato in `/etc/network/interfaces.d` con un editor di testo a scelta. Qui il file si chiama `50-cloud-init`.
```sh
/etc/network/interfaces.d/50-cloud-init

auto eth1
iface eth1 inet static
address 46.105.135.97
netmask 255.255.255.240
broadcast 46.105.135.111
```
**Creare una nuova tabella di routing IP**
Successivamente, creare una nuova route IP per il vRack. Aggiungere una nuova regola di traffico modificando il file come mostrato di seguito:
```sh
sudo nano /etc/iproute2/rt_tables
#
# reserved values
#
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep
1 vrack
```
**Modificare il file di configurazione di rete**
:::info
A titolo di esempio, il file di configurazione di rete a cui facciamo riferimento si trova in /etc/network/interfaces. Il file equivalente sul server potrebbe trovarsi altrove, a seconda del sistema operativo.
:::
Infine, modificare il file di configurazione di rete per tenere conto della nuova regola di traffico e instradare il traffico del vRack attraverso l'indirizzo del gateway di rete **46.105.135.110**.
```sh
sudo nano /etc/network/interfaces.d/50-cloud-init

auto eth1
iface eth1 inet static
address 46.105.135.97
netmask 255.255.255.240
broadcast 46.105.135.111
post-up ip route add 46.105.135.96/28 dev eth1 table vrack
post-up ip route add default via 46.105.135.110 dev eth1 table vrack
post-up ip rule add from 46.105.135.96/28 table vrack
post-up ip rule add to 46.105.135.96/28 table vrack
```
Riavviare il server per applicare le modifiche oppure abilitare semplicemente la nuova interfaccia di rete:
```sh
ip link set eth1 up
```


****CentOS, AlmaLinux e Rocky Linux (8/9)****

**Creare il file per l'interfaccia di rete secondaria**
Copiare la configurazione dell'interfaccia di rete primaria e adattarla alle proprie esigenze:
```sh
sudo cp /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth1
```
Aprire poi il nuovo file:
```sh
sudo nano /etc/sysconfig/network-scripts/ifcfg-eth1
```
- Definire le impostazioni IP:
```sh
# Created by cloud-init on instance boot automatically, do not edit.
#
DEVICE=eth1
BOOTPROTO=static
ONBOOT=yes
USERCTL=no
IPV6INIT=no
PEERDNS=yes
TYPE=Ethernet
NETMASK=255.255.255.240
IPADDR=46.105.135.97
ARP=yes
```
**Creare una nuova tabella di routing IP**
Successivamente, creare una nuova route IP per il vRack. Aggiungere una nuova regola di traffico modificando il file come mostrato di seguito:
```sh
sudo nano /etc/iproute2/rt_tables
#
# reserved values
#
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep
1 vrack
```
Creare poi il file necessario per applicare le nuove regole:
```sh
nano /etc/sysconfig/network-scripts/rule-eth1
```
Incollare il seguente contenuto (ricordare di sostituire le variabili con i propri valori):
```sh
from 46.105.135.96/28 table vrack
to 46.105.135.96/28 table vrack
```
**Modificare il file di configurazione di rete**
Infine, modificare il file di configurazione di rete per tenere conto della nuova regola di traffico e instradare il traffico del vRack attraverso l'indirizzo del gateway di rete **46.105.135.110**.
Modificare il seguente file per aggiungere route persistenti e statiche:
```sh
nano /etc/sysconfig/network-scripts/route-eth1
```
Incollare il seguente contenuto (ricordare di sostituire le variabili con i propri valori):
```sh
46.105.135.96/28 dev eth1 table vrack
default via 46.105.135.110 dev eth1 table vrack
```
Riavviare il server per applicare le modifiche oppure abilitare semplicemente la nuova interfaccia di rete:
```sh
ip link set eth1 up
```


****Ubuntu e Debian 12+****

- Configurare l'Additional IP
Aprire il file di configurazione di rete situato in `/etc/netplan` con un editor di testo a scelta. Qui il file si chiama `50-cloud-init.yaml`.
```sh
sudo nano /etc/netplan/50-cloud-init.yaml
```
- Definire le impostazioni IP con le seguenti variabili:
```sh
NETWORK_INTERFACE:
dhcp4: false
addresses:
- ADDITIONAL_IP/PREFIX
routes:
- to: NETWORK_IP/PREFIX
  via: GATEWAY_IP
```
**Esempio**
```sh
eno2:
dhcp4: false
addresses:
- 46.105.135.97/28
routes:
- to: 46.105.135.96/28
  via: 46.105.135.110
```
Applicare la configurazione con il seguente comando:
```bash
sudo netplan apply
```


****Fedora, AlmaLinux e Rocky Linux (10)****

Per prima cosa, verificare che l'interfaccia vRack sia nello stato `connected` o `connecting`. Nel nostro esempio, l'interfaccia si chiama `eno2`.
```sh
nmcli device status

DEVICE           TYPE      STATE                   CONNECTION
eno1             ethernet  connected               cloud-init eno1
lo               loopback  connected (externally)  lo
eno2             ethernet   connecting (getting IP configuration)               vRack
```
Successivamente, ottenere il nome del file di configurazione situato in `/etc/NetworkManager/system-connections`. Qui il file si chiama `vRack.nmconnection`.
```sh
[user@server ~]$ cd /etc/NetworkManager/system-connections
cloud-init-eno1.nmconnection vRack.nmconnection
```
Configurare l'Additional IP tramite il gestore `nmcli`. Sostituire `vRack` e gli altri parametri con i propri valori.
- Aggiungere l'IP
```sh
sudo nmcli connection modify vRack IPv4.address 46.105.135.96/28
```
- Aggiungere il gateway
```sh
sudo nmcli connection modify vRack IPv4.gateway 46.105.135.110
```
- Cambiare la configurazione da **auto** a **manual**:
```sh
sudo nmcli connection modify vRack IPv4.method manual
```
- Rendere la configurazione persistente
```sh
sudo nmcli con mod 'vRack' connection.autoconnect true
```
**Creare una nuova tabella di routing IP**
Successivamente, creare una nuova route IP per il vRack. Aggiungere una nuova regola di traffico (`1 vrack`) modificando il file come mostrato di seguito:
```sh
sudo nano /usr/share/iproute2/rt_tables
#
# reserved values
#
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep
1 vrack
```
- Aggiungere la route
```sh
sudo ip route add <network_ip>/<prefix> via <gateway> dev <interface>
```
Nel nostro esempio
```sh
sudo ip route add 46.105.135.96/28 via 46.105.135.110 dev eno2
```
Riavviare la rete con il seguente comando:
```bash
sudo systemctl restart NetworkManager
```


### Windows Server

#### Step 1: Verifica e configurazione dell'interfaccia di rete secondaria

Verificare le informazioni della nuova interfaccia di rete:

![verifica dell'interfaccia di rete secondaria](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/win-ip-vrack-1.png)
Verificare poi le proprietà:

![proprietà dell'interfaccia di rete secondaria](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/win-ip-vrack-2.png)
![proprietà dell'interfaccia di rete secondaria](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/win-ip-vrack-3.png)
#### Step 2: Configurazione IP

Selezionare l'opzione `Use the following IP address
`:
![configurazione IP](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/win-ip-vrack-4.png)
Definire le informazioni IP:

![configurazione IP](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/win-ip-vrack-5b.png)
#### Step 3: Riavvio dell'interfaccia di rete

Per prima cosa, disabilitare l'interfaccia.

![disabilitazione rete](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/win-ip-vrack-6.png)
Poi abilitarla.

![abilitazione rete](/images/bare-metal-cloud/dedicated-servers/configuring-an-ip-block-in-a-vrack/win-ip-vrack-7.png)
### Risoluzione dei problemi

Se non si riesce a stabilire una connessione dalla propria VM o server alla rete privata, aprire un ticket di supporto dal proprio Spazio Cliente con le seguenti informazioni:

- IP sorgente e IP destinazione
- Risultato di `ifconfig -a` o `ipconfig /all` da entrambi i server o VM (configurazione dell'interfaccia di rete)
- Ping in entrambe le direzioni
- Risultato di `arp -a`
- Tabella di routing

Includere i risultati sopra indicati nel ticket.

## Per saperne di più

[Configurare il vRack sui server dedicati](/it/guides/bare-metal-cloud/dedicated-servers/vrack-configuring-on-dedicated-server.md)

[Creare più VLAN in un vRack](/it/guides/bare-metal-cloud/dedicated-servers/creating-multiple-vlans-in-a-vrack.md)

[Configurare il vRack tra il Public Cloud e un server dedicato](/it/guides/bare-metal-cloud/dedicated-servers/configuring-the-vrack-between-the-public-cloud-and-a-dedicated-server.md)

Contatta la nostra [Community di utenti](https://community.ovhcloud.com/).
