In Solaris 10 sono stati riscontrati i seguenti problemi relativi ai collegamenti di rete.
I programmi a 64 bit che creano socket PF_ROUTE e analizzano il contenuto dei messaggi RTM_IFINFO nella struttura if_msghdr_t non funzionano correttamente se non vengono ricompilati.
Nella configurazione predefinita di questa versione di Solaris, l'inoltro IP è disabilitato. Questa impostazione si riferisce sia alle reti IPv4 che a quelle IPv6 ed è indipendente dalle altre configurazioni del sistema. Nei sistemi con più interfacce IP che in precedenza inoltravano i pacchetti IP, questa funzione non è più abilitata automaticamente. Per abilitare l'inoltro IP in questi sistemi, è necessario eseguire manualmente alcune operazioni di configurazione aggiuntive.
Soluzione: il comando routeadm abilita l'inoltro IP. Le modifiche alla configurazione prodotte da routeadm persistono anche dopo il riavvio del sistema.
Per abilitare l'inoltro IPv4, digitare routeadm -e ipv4-forwarding .
Per abilitare l'inoltro IPv6, digitare routeadm -e ipv6-forwarding .
Per applicare al sistema la configurazione con l'inoltro IP abilitato, digitare routeadm -u.
Per maggiori informazioni sull'inoltro IP, vedere la pagina man routeadm(1M).
Una zona può essere configurata in modo che il suo indirizzo IP faccia parte di un gruppo IPMP (IP Network Multipathing). Il processo di configurazione è documentato in How to Extend IP Network Multipathing Functionality to Non-Global Zones del System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.
Se tutte le interfacce di rete del gruppo IPMP producono un errore, le zone il cui indirizzo IP appartiene a quel gruppo non si avviano.
L'esempio seguente illustra il risultato del tentativo di avvio della zona.
# zoneadm -z nome-zona boot zoneadm: zone 'nome-zona': bge0:1: impossibile impostare l'interfaccia multicast: Argomento non corretto zoneadm: zone 'nome-zona': call to zoneadmd failed |
Soluzione: riparare almeno una delle interfacce di rete del gruppo.
Durante l'avvio del sistema, è possibile che più istanze non riescano a connettersi alla propria istanza LANE (LAN Emulation) se sono presenti più di otto istanze LANE su una stessa scheda. Questo problema non si verifica in modalità multiutente.
Soluzione: per reinizializzare la rete SunATM, procedere come segue:
Verificare il problema eseguendo il comando lanestat -a.
Le istanze non connesse presentano il valore 0 come identificativo del circuito virtuale (VCI) sul server LES (LAN Emulation Server) e sul server BUS (Broadcast and Unknown Address Server).
Arrestare e riavviare la rete SunATM.
# /etc/init.d/sunatm stop # /etc/init.d/sunatm start |
Ripristinare le maschere di rete o le altre configurazioni di rete per le interfacce SunATM.
Se si configurano più tunnel tra due nodi IP e si abilita ip_strict_dst_multihoming o un altro filtro IP, può generarsi una perdita di pacchetti.
Soluzione: scegliere una delle soluzioni seguenti:
Per prima cosa configurare un singolo tunnel tra due nodi IP. Quindi aggiungervi nuovi indirizzi usando il comando ifconfig con l'opzione addif.
Non abilitare ip_strict_dst_multihoming sui tunnel che collegano due nodi IP.