Guide de l'administrateur NetBackup™, volume I

Exemples PREFERRED_NETWORK

Utilisez la commande bplocaladdrs pour observer les interfaces locales fournies à NetBackup par le système d'exploitation et l'ordre dans lequel elles sont fournies.

La commande bplocaladdrs renvoie la sortie suivante pour l'hôte (bob) dans les exemples des rubriques suivantes.

$ bplocaladdrs
10.82.105.11
10.82.105.8
10.82.10.10

Utilisez la commande bptestnetconn pour observer l'ordre dans lequel les entrées sont évaluées et les résultats de l'évaluation. La mention TGT ou SRC indique si la cible est autorisée et la liste des liaisons source que NetBackup fournit au système d'exploitation. Une valeur ANY indique que l'interface sortante n'est pas limitée par NetBackup.

$ bptestnetconn -asp -v6
...
FL:  myprimary -> 10.82.105.14  :  5 ms FAST (< 5 sec) TGT PROHIBITED
FL:  mymedia -> 10.81.40.61  :  6 ms FAST (< 5 sec) SRC: 
10.82.10.10
...

Les règles PREFERRED_NETWORK sont appliqués dans l'ordre suivant :

[0] PREFERRED_NETWORK = 10.82.105.14 PROHIBITED
[1] PREFERRED_NETWORK = 10.81.40.0/24 MATCH 10.82.10.10

$ bptestnetconn -asp -v6 -H myclient
...
FL:  myclient -> 10.81.40.127  :  6 ms FAST (< 5 sec) SRC: ANY

Les règles PREFERRED_NETWORK sont appliqués dans l'ordre suivant :

[0] PREFERRED_NETWORK = 10.82.105.15/32 MATCH 10.82.105.0/24
[1] PREFERRED_NETWORK = 10.82.105.0/29 PROHIBITED
[2] PREFERRED_NETWORK = 10.82.104.0/24 MATCH 10.82.105.5

Les exemples suivants sont plus complexes et utilisent un serveur NetBackup (bob), qui utilise les interfaces réseau suivantes :

eri0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
   inet 10.82.105.11 netmask fffff800 broadcast 10.82.111.255

eri0:1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
   inet 10.82.105.8 netmask fffff800 broadcast 10.255.255.255

eri1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3
   inet 10.82.10.10 netmask fffff800 broadcast 10.82.15.255

Une connectivité sortante normale aux quatre hôtes suivants (billcat, muzzy, beetle, lilo), utilise la première interface. Les connexions internes utilisent l'interface cible comme interface source.

$ bptestbpcd -host billcat
10.82.105.11:54129 -> 10.82.105.15:13724

$ bptestbpcd -host muzzy
10.82.105.11:54152 -> 10.82.105.14:13724

$ bptestbpcd -host beetle
10.82.105.11:54135 -> 10.82.104.249:13724

$ bptestbpcd -host lilo  
10.82.105.11:54139 -> 10.82.56.79:1556
$ bptestbpcd -host 10.82.105.11
10.82.105.11:54144 -> 10.82.105.11:1556
$ bptestbpcd -host 10.82.105.8
10.82.105.8:52148 -> 10.82.105.8:1556

L'utilisation d'une interface locale comme target pour les entrées MATCH n'a aucun effet. Dans cet exemple, l'interface source n'est pas affectée par l'entrée MATCH locale.

PREFERRED_NETWORK = 10.82.105.8/32 MATCH 

$ bptestbpcd -host billcat

10.82.105.11:54202 -> 10.82.105.15:13724

$ bptestbpcd -host muzzy
10.82.105.11:54206 -> 10.82.105.14:13724

$ bptestbpcd -host beetle
10.82.105.11:54300 -> 10.82.104.249:13724

$ bptestbpcd -host lilo
10.82.105.11:54302 -> 10.82.56.79:1556
$ bptestbpcd -host 10.82.105.11
10.82.105.11:54306 -> 10.82.105.11:1556
$ bptestbpcd -host 10.82.105.8
10.82.105.8:54309 -> 10.82.105.8:1556

Comme dans l'Exemple 1, l'utilisation d'une interface locale comme target pour les entrées ONLY n'a aucune incidence sur la liaison source. Elle empêche cependant les connexions aux adresses de destination (en l'absence d'autres directives correspondant (MATCH) davantage aux destinations). Les connexions internes à l'hôte ne sont pas affectées.

PREFERRED_NETWORK = 10.82.105.8/32 ONLY

$ bptestbpcd -host billcat
<16> bptestbpcd main: ConnectToBPCD(billcat) failed: 
25 cannot connect on socket

$ bptestbpcd -host muzzy
<16> bptestbpcd main: ConnectToBPCD(muzzy) failed: 
25 cannot connect on socket

$ bptestbpcd -host beetle
<16> bptestbpcd main: ConnectToBPCD(beetle) failed: 
25 cannot connect on socket

$ bptestbpcd -host lilo
<16> bptestbpcd main: ConnectToBPCD(lilo) failed: 
25 cannot connect on socket

$ bptestbpcd -host 10.82.105.11
10.82.105.11:54306 -> 10.82.105.11:1556

$ bptestbpcd -host 10.82.105.8
10.82.105.8:54309 -> 10.82.105.8:1556

Avec les entrées MATCH, les connexions sortantes à un hôte ou un réseau spécifique peuvent être préférées aux connexions par défaut. Dans cet exemple, les connexions à un hôte spécifique et un réseau distinct sont requises pour utiliser la deuxième interface réseau sortante.

PREFERRED_NETWORK = 10.82.105.15/32 MATCH 10.82.105.8
PREFERRED_NETWORK = 10.82.104.0/24 MATCH 10.82.105.8

$ bptestbpcd -host billcat(préféré pour la première entrée)

10.82.105.8:54192 -> 10.82.105.15:13724

$ bptestbpcd -host muzzy(implicitement autorisé à l'aide des paramètres par défaut)

10.82.105.11:54196 -> 10.82.105.14:13724

$ bptestbpcd -host beetle(préféré pour la deuxième entrée)

10.82.105.8:54200 -> 10.82.104.249:13724

$ bptestbpcd -host lilo(implicitement autorisé à l'aide des paramètres par défaut)

10.82.105.11:54202 -> 10.82.56.79:1556

L'ajout d'une entrée ONLY empêche les connexions à tous les autres hôtes qui ne se trouvent pas sur le réseau spécifié ou qui ne correspondent pas aux entrées précédentes.

PREFERRED_NETWORK = 10.82.105.15/32 MATCH 10.82.105.8
PREFERRED_NETWORK = 10.82.104.0/24 MATCH 10.82.105.8
PREFERRED_NETWORK = 10.82.56.0/24 ONLY

$ bptestbpcd -host billcat(préféré pour la première entrée)

10.82.105.8:54209 -> 10.82.105.15:13724

<16> bptestbpcd -host 10.82.105.14(ne correspond pas à 1 ou 2, exclu par 3)

<16> bptestbpcd main: ConnectToBPCD(muzzy) failed: 25 cannot connect on socket

$ bptestbpcd -host beetle(préféré pour la deuxième entrée)

10.82.105.8:54214 -> 10.82.104.249:13724(requis pour la troisième entrée)

10.82.105.11:54216 -> 10.82.56.79:1556

Le passage de la valeur ONLY à la valeur PROHIBITED exclut explicitement les connexions avec ces hôtes de destination et autorise implicitement les connexions vers des hôtes non spécifiés. Le réseau PROHIBITED n'est pas local et n'affecte pas la liaison source.

PREFERRED_NETWORK = 10.82.105.15/32 MATCH 10.82.105.8
PREFERRED_NETWORK = 10.82.104.249/32 MATCH 10.82.105.8
PREFERRED_NETWORK = 10.82.56.0/24 PROHIBITED

$ bptestbpcd -host billcat(préféré pour la première entrée)

10.82.105.8:54224 -> 10.82.105.15:13724

$ bptestbpcd -host muzzy(implicitement autorisé)

10.82.105.11:54228 -> 10.82.105.14:13724

$ bptestbpcd -host beetle(préféré pour la deuxième entrée)

10.82.105.8:54232 -> 10.82.104.249:13724

$ bptestbpcd -host 10.82.56.79(ne correspond pas à 1 ou 2, interdit par 3)

<16> bptestbpcd main: ConnectToBPCD(lilo) failed: 25 cannot connect on socket

À l'inverse, le déplacement du réseau ONLY vers le haut de la liste n'empêche pas les entrées MATCH d'être évaluées, car le réseau ONLY s'adresse à une plage d'adresses IP moins restrictive que les entrées MATCH. Ces dernières sont évaluées en premier pour ces hôtes.

PREFERRED_NETWORK = 10.82.104.0/24 ONLY
PREFERRED_NETWORK = 10.82.105.15/32 MATCH 10.82.105.11
PREFERRED_NETWORK = 10.82.104.249/32 MATCH 10.82.105.8

$ bptestbpcd -host billcat(préféré pour la deuxième entrée)

10.82.105.11:54392 -> 10.82.105.15:13724

$ bptestbpcd -host 10.82.105.14(ne correspond pas à 2 ou 3, exclu par 1)

<16> bptestbpcd main: ConnectToBPCD(muzzy) failed: 25 cannot connect on socket

$ bptestbpcd -host beetle(préféré pour 3 avant d'être requis pour 1)

10.82.105.8:54396 -> 10.82.104.249:13724

$ bptestbpcd -host 10.82.56.79(ne correspond pas à 2 ou 3, exclu par 1)

<16> bptestbpcd main: ConnectToBPCD(lilo) failed: 25 cannot connect on socket

Le sous-réseau de cette entrée ONLY correspond à billcat et muzzy, mais n'affecte ne pas l'interface sortante confirmant que l'entrée ONLY est utilisée pour le filtrage de l'adresse cible, et non pour le filtrage de l'adresse source. Dans le cas contraire, toutes les connexions échouent car les deux interfaces locales, 10.82.105.11 et 10.82.105.8, ne sont pas dans ce sous-réseau.

PREFERRED_NETWORK = 10.82.105.14/31 ONLY
PREFERRED_NETWORK = 10.82.105.15/32 MATCH 10.82.105.8

$ bptestbpcd -host billcat(préféré pour la deuxième entrée)

10.82.105.8:54209 -> 10.82.105.15:13724

$ bptestbpcd -host muzzy(préféré pour la première entrée)

10.82.105.11:45662 -> 10.82.105.14:13724

$ bptestbpcd -host 10.82.104.249(exclu par la première entrée)

<16> bptestbpcd main: ConnectToBPCD(beetle) failed: 25 cannot connect on socket

Ici, les trois hôtes distants sont accessibles, mais notez que l'interface source est la seule restante après que l'adresse 10.82.105.11 a été définie sur PROHIBITED. Ceci inclut la cible apparente MATCH pour billcat, qui n'a pas réussi à effectuer la correspondance, car la source était auparavant définie sur PROHIBITED. Notez que les connexions internes ne sont pas affectées par la valeur PROHIBITED.

PREFERRED_NETWORK = 10.82.105.11/32 PROHIBITED
PREFERRED_NETWORK = 10.82.105.15/32 MATCH 10.82.105.11

$ bptestbpcd -host billcat(correspondance pour la deuxième entrée, mais source interdite par la première entrée)

10.82.105.8:54202 -> 10.82.105.15:13724

$ bptestbpcd -host muzzy(correspondance implicite et source nettoyée)

10.82.105.8:54206 -> 10.82.105.14:13724

$ bptestbpcd -host beetle(correspondance implicite et source nettoyée)

10.82.105.8:54300 -> 10.82.104.249:13724

$ bptestbpcd -host 10.82.105.11(non affecté par la première entrée)

10.82.105.11:54306 -> 10.82.105.11:1556
$ bptestbpcd -host 10.82.105.8
10.82.105.8:54309 -> 10.82.105.8:1556

Cet exemple montre deux nuances d'évaluation de liaison source ayant pour conséquence l'utilisation d'une interface ANY au lieu des interfaces non interdites. La deuxième entrée supprime l'interface locale 10.82.10.10 dans la liste des liaisons source avant que la troisième entrée ne soit traitée de sorte que cette source devienne indisponible. En raison de la source sur la première entrée, la liste réduite créée par la deuxième entrée est ignorée au cours de toutes les évaluations.

PREFERRED_NETWORK = 10.82.104.249 MATCH 10.82.105.0/24
PREFERRED_NETWORK = 10.82.10.10 PROHIBITED
PREFERRED_NETWORK = 10.82.56.0/24 MATCH 10.82.10.10

FL: billcat -> 10.82.105.15 ... SRC: ANY(la première source refuse implicitement la deuxième cible)

FL: muzzy -> 10.82.105.14 ... SRC: ANY(la première source refuse implicitement la deuxième cible)

FL: beetle -> 10.82.104.249 ... SRC: 10.82.105.11(correspondance en premier, utilisé en premier dans la plage)

FL: lilo -> 10.82.56.79 ... SRC: ANY(la seconde cible refuse implicitement la troisième source)

Dans l'Exemple 8, la source sur la première entrée correspond à deux interfaces locales. L'interface 10.82.105.11 a été choisie sur 10.82.105.8 comme source lors de la connexion à beetle, car cette interface a été retournée tout d'abord par le système d'exploitation, comme indiqué dans la sortie bplocaladdrs de cet exemple. (Se reporter à Utilisation de la commande bplocaladdrs dans le cadre du dépannage.)

Cet exemple montre comment la liste des liaisons est réduite par l'interdiction d'une interface locale. Lorsque la liste des liaisons source par défaut était ANY, l'interface sortante pour ces destinations était 10.82.105.11. (Se reporter à Exemple 1.) Lorsqu'une autre interface locale est interdite, NetBackup fournit une liste réduite et le système d'exploitation sélectionne 10.82.10.10 comme adresse IP source. Ce système d'exploitation utilise le modèle d'hôte fort. Par conséquent, cette interface n'est pas valide pour ces IP cible et les tentatives de connexion échouent.

PREFERRED_NETWORK = 10.82.105.8 PROHIBITED

FL:  billcat -> 10.82.105.15  ... SRC: 10.82.10.10,10.82.105.11
FL:     lilo -> 10.82.56.79   ... SRC: 10.82.10.10,10.82.105.11
 
$ bptestbpcd -host billcat
<16> bptestbpcd main: ConnectToBPCD(billcat) failed: 
25 cannot connect on socket
$ bptestbpcd -host lilo
<16> bptestbpcd main: ConnectToBPCD(lilo) failed: 
25 cannot connect on socket

Si le système d'exploitation utilise le modèle d'hôte faible, le SYN TCP de chaque connexion est transmis à l'interface par défaut (10.10.82.105.11) sur le réseau 10.82.104.0, mais avec une adresse IP source 10.82.10.10. En cas de présence d'un itinéraire réseau entre le réseau 10.82.104.0 et les hôtes cible, le SYN atteindra les emplacements. Toutefois, la réponse réussit seulement si un itinéraire asymétrique vers le réseau 10.82.8.0 existe à partir de l'hôte cible. Notez que l'IP source usurpée dans la connexion qui a abouti ne reflète pas le réseau sur lequel le paquet TCP SYN a été envoyé.

$ bptestbpcd -host billcat
<16> bptestbpcd main: ConnectToBPCD(billcat) failed: 
25 cannot connect on socket
$ bptestbpcd -host lilo
10.82.10.10:52842 -> 10.82.56.79:1556