Les bogues de réseau suivants s'appliquent à la version Solaris10.
Les programmes soixante-quatre bits qui créent les sockets PF_ROUTE et qui analysent le contenu des messages RTM_IFINFO dans la structure if_msghdr_t risquent de ne pas fonctionner correctement à moins qu'ils ne soient recompilés.
Dans cette version de Solaris, la transmission IP est désactivée par défaut. Cette configuration s'applique à IPv4 et IPv6 indépendamment des autres configurations du système. Les systèmes avec plusieurs interfaces IP, qui transmettaient les paquets IP, ne disposent plus par défaut de cette fonction automatique. Pour activer la transmission IP sur des systèmes à multi-hébergement, les administrateurs doivent manuellement effectuer davantage d'opérations de configuration.
Solution : la commande routeadm active la transmission IP. Les modifications apportées à la configuration résultant de l'utilisation de la commande routeadm subsistent après plusieurs réinitialisations du système.
Pour activer la transmission IPv4, tapez routeadm -e ipv4-forwarding .
Pour activer la transmission IPv6, tapez routeadm -e ipv4-forwarding.
Pour appliquer la configuration de transmission IP activée au système en cours de fonctionnement, tapez routeadm -u.
Pour plus d'informations concernant la transmission IP, consultez la page man routeadm(1M).
Vous pouvez configurer une zone de manière que l'adresse IP de la zone fasse partie d'un groupe de multiacheminement sur réseau IP. Le processus de configuration est décrit dans la section How to Extend IP Network Multipathing Functionality to Non-Global Zones du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.
Lorsque toutes les interfaces réseau du groupe de multiacheminement sur réseau IP échouent, une zone ne s'initialise pas si elle comporte une adresse IP faisant partie de ce groupe.
L'exemple suivant montre le résultat obtenu si vous tentez d'initialiser la zone.
# zoneadm -z my-zone boot zoneadm: zone 'my-zone': bge0:1: could not set default interface for multicast: Invalid argument zoneadm: zone 'my-zone': call to zoneadmd failed |
Solution : réparez au moins une interface réseau dans le groupe.
Lors de l'initialisation du système, il peut arriver que plusieurs instances ne se connectent pas à leur instance Émulation LAN (LANE, LAN Emulation) si plus de huit instances LANE se trouvent sur un seul adaptateur. Ce bogue ne se produit pas au niveau multiutilisateur.
Solution : pour réinitialiser votre réseau SunATM, procédez comme suit :
Vérifiez le problème en exécutant une commande lanestat - a.
La valeur VCI (Virtual Circuit Identifier) des instances qui ne sont pas connectées est 0 pour le serveur LES (LAN Emulation Server ) et le serveur BUS (Broadcast and Unknown Address Server).
Arrêtez et redémarrez le réseau SunATM.
# /etc/init.d/sunatm stop # /etc/init.d/sunatm start |
Réinitialisez les masques de réseau ou d'autres configurations réseau pour les interfaces SunATM.
Si vous configurez plusieurs tunnels IP entre deux noeuds IP et si vous activez ip_strict_dst_multihoming ou d'autres filtres IP, ceci peut engendrer une perte de paquets.
Solution : Choisissez :
Commencez par configurer un seul tunnel entre deux noeuds IP. Ajoutez des adresses au tunnel au moyen de la commande ifconfig et de l'option addif.
Ne validez pas ip_strict_dst_multihoming sur des tunnels entre deux noeuds IP.