Discussion :

[yartempion]

Bonjour,
Je dispose de serveurs dell R310 en config matérielle différentes sous red hat 6.0 et 5.6
Sur le 5.6 j'ai 4 ports reseaux 2 sur la carte mère et deux autres additionnels sur lequel je n'arrive pas a activer un second port eth j'ai bien configuré /etc/sysconfig/network-scripts/ifcfg-ethX et redemarré xinetd mais rien n'y fait le ping ne passe pas et pourtant je le joint en ssh sur l'autre interface eth0

Sur le 6.0 j'ai toujours 2 ports sur la carte mère et deux carte quad intel qui ne disposent pas d adresse ip ces interfaces doivent me servir à sniffer des réseaux. Quand je fait des captures avec tcpdump j'ai des pertes très importantes packets dropped by kernel. On a trouvé une solution de contournement en modifiant les paramètres sysctl (arp_filter bet rp_filter) sur les interfaces ce qui donnent de bon resultat mais est ce normal sachant que les drivers des cartes n'ont pas été mis à jour?

[Invité]

Sur le 6.0 j'ai toujours 2 ports sur la carte mère et deux carte quad intel qui ne disposent pas d adresse ip ces interfaces doivent me servir à sniffer des réseaux. Quand je fait des captures avec tcpdump j'ai des pertes très importantes packets dropped by kernel. On a trouvé une solution de contournement en modifiant les paramètres sysctl (arp_filter bet rp_filter) sur les interfaces ce qui donnent de bon resultat mais est ce normal sachant que les drivers des cartes n'ont pas été mis à jour?

Si les 2 ports configurés sont dans le même subnet IP (est-ce le cas?), effectivement il faut arp_filter=0 ET rp_filter=1. Cf

https://lwn.net/Articles/45373/
http://www.embedded-bits.co.uk/2008/...etwork-gotcha/

concernant "Harping ARP".

Bonjour,
Je dispose de serveurs dell R310 en config matérielle différentes sous red hat 6.0 et 5.6
Sur le 5.6 j'ai 4 ports reseaux 2 sur la carte mère et deux autres additionnels sur lequel je n'arrive pas a activer un second port eth j'ai bien configuré /etc/sysconfig/network-scripts/ifcfg-ethX et redemarré xinetd mais rien n'y fait le ping ne passe pas et pourtant je le joint en ssh sur l'autre interface eth0

Je ne comprends pas... Peux-tu poster un 'ifconfig -a' ?

Steph

[yartempion]

Bonjour,
Je ne suis pas devant le serveur je poste le ifconfig -a demain.
Une seule interface dispose d'une adresse ip les autres ne sont pas configurées en ip. Le serveur doit me servir à faire des captures sur des plateformes via des ports mirroring sur des switch. Une autre question se pose, sur certains serveurs les répertoires qui concernent les paramètres sysctl pour chaque interface réseau /proc/sys/net/ipv4/conf/ethX n'apparaissent pas systématiquement et pourtant sur les deux serveurs il n'y a pas de config ip sur les interfaces, seule différence l'os redhat 5.6 et 6.0.Est il normal d'avoir les paramètres sysctl sans config ip ou l'inverse. Merci pour les réponses. Cordialement.

[Invité]

Concernant ta question sur sysctl, les informations manquantes concernent-elles les interfaces "IP unnumbered" ? Si oui, je ne suis qu'à moitié étonné parce que sysctl agissant directement sur le stack, peut-être s'attend-il à ce qu'il y ait une adresse IP valide sur toute interface réseau montée... Je ne sais pas...

En revanche, je sais que pour faire du "Stealthful Sniffing", il y a deux conditions très importantes à satisfaire :
- l'ip_forward doit être désactivé,
- la carte configurée avec une IP doit être connectée sur un LAN différent de ceux qui sont sniffés.

Puis pour l'activation des cartes sans adresse IP, pas d'autre solution que de créer à la main les fichiers

/etc/sysconfig/network-scripts/ifcfg-ethx

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
DEVICE=ethx 
USERCTL=no 
ONBOOT=yes 
BOOTPROTO= 
BROADCAST= 
NETWORK= 
NETMASK= 
IPADDR=

Regardes ce que ça donne... La marche arrière est facile.

Steph

[yartempion]

Oui c'est bien ce que j' ai fait.
Voici le ifconfig -a

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
th0      Link encap:Ethernet  HWaddr 00:10:18:94:42:CC
          inet addr:X.X.X.X  Bcast:X.X.X.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1823240 errors:0 dropped:0 overruns:0 frame:0
          TX packets:40627 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:140067139 (133.5 MiB)  TX bytes:11125829 (10.6 MiB)
          Interrupt:169 Memory:d6000000-d6012800
 
eth1      Link encap:Ethernet  HWaddr 00:10:18:94:42:CE
          inet addr:Y.Y.Y.Y  Bcast:10.10.10.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  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 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:58 Memory:d8000000-d8012800
 
eth2      Link encap:Ethernet  HWaddr 78:2B:CB:00:EC:5F
          BROADCAST MULTICAST  MTU:1500  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 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:169 Memory:da000000-da012800
 
eth3      Link encap:Ethernet  HWaddr 78:2B:CB:00:EC:60
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4067239 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:307211313 (292.9 MiB)  TX bytes:0 (0.0 b)
          Interrupt:58 Memory:dc000000-dc012800
 
Les captures se font sur eth2
et voici le répertoire  ls /proc/sys/net/ipv4/conf/
all/     default/ eth0/    eth1/    lo/
Ony voit bien les deux eth0 et eth1
 
Sur une autre machine
 
ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:1B:21:B9:4E:18  
          adr inet6: fe80::21b:21ff:feb9:4e18/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7595769807 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:4192346046543 (3.8 TiB)  TX bytes:468 (468.0 b)
          Mémoire:dc7c0000-dc7e0000 
 
eth1      Link encap:Ethernet  HWaddr 00:1B:21:B9:4E:19  
          adr inet6: fe80::21b:21ff:feb9:4e19/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6679 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:402183 (392.7 KiB)  TX bytes:468 (468.0 b)
          Mémoire:dc7e0000-dc800000 
 
eth2      Link encap:Ethernet  HWaddr 00:1B:21:B9:4E:1C  
          adr inet6: fe80::21b:21ff:feb9:4e1c/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:245456 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:43911961 (41.8 MiB)  TX bytes:468 (468.0 b)
          Mémoire:db7c0000-db7e0000 
 
eth3      Link encap:Ethernet  HWaddr 00:1B:21:B9:4E:1D  
          adr inet6: fe80::21b:21ff:feb9:4e1d/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:47515856 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:39294752365 (36.5 GiB)  TX bytes:468 (468.0 b)
          Mémoire:db7e0000-db800000 
 
eth4      Link encap:Ethernet  HWaddr 00:1B:21:B9:55:28  
          UP BROADCAST MULTICAST  MTU:1500  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:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Mémoire:de7c0000-de7e0000 
 
eth5      Link encap:Ethernet  HWaddr 00:1B:21:B9:55:29  
          UP BROADCAST MULTICAST  MTU:1500  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:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Mémoire:de7e0000-de800000 
 
eth6      Link encap:Ethernet  HWaddr 00:1B:21:B9:55:2C  
          BROADCAST MULTICAST  MTU:1500  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:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Mémoire:dd7c0000-dd7e0000 
 
eth7      Link encap:Ethernet  HWaddr 00:1B:21:B9:55:2D  
          BROADCAST MULTICAST  MTU:1500  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:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Mémoire:dd7e0000-dd800000 
 
eth8      Link encap:Ethernet  HWaddr 78:2B:CB:37:5A:E3  
          BROADCAST MULTICAST  MTU:1500  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:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interruption:16 Mémoire:d6000000-d6012800 
 
eth9      Link encap:Ethernet  HWaddr 78:2B:CB:37:5A:E4  
          inet adr:X.X.X.X  Bcast:X.X.X.255  Masque:255.255.192.0
          adr inet6: fe80::7a2b:cbff:fe37:5ae4/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6051928 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6254131 errors:302804 dropped:0 overruns:0 carrier:302804
          collisions:334300 lg file transmission:1000 
          RX bytes:750697906 (715.9 MiB)  TX bytes:7166375656 (6.6 GiB)
          Interruption:17 Mémoire:d8000000-d8012800 
 
lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:38405 errors:0 dropped:0 overruns:0 frame:0
          TX packets:38405 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          RX bytes:3383168 (3.2 MiB)  TX bytes:3383168 (3.2 MiB)

et le répertoire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ls /proc/sys/net/ipv4/conf/
all/     default/ eth0/    eth1/    eth2/    eth3/    eth4/    eth5/    eth6/    eth7/    eth8/    eth9/    lo/

Je ne m'explique pas la différence, d un coté pas de paramètres sysctl et de l'autre si?
Cordialement.

[Invité]

Je ne vois pas

Une chose m'interpelle tout de même... Les interrupts des interfaces Eth de la dual :

eth0 -> 169
eth1 -> 58
eth2 -> 169
eth3 -> 58

Je ne suis pas spécialiste de ce genre de détails, mais est-ce qu'un kernel Unix peut partager la même interruption hardware entre 2 cartes réseaux ?

Je pense qu'il devrait y avoir un moyen de forcer l'irq de eth2 et eth3 (je ne serais pas étonné que ça puisse se faire au travers du fichier de conf de ethx). Peut-être quelque chose à essayer ?

Secundo, mais ça demande un petit effort de logistique et de temps, ce serait intéressant de voir l'impact de l'échange des cartes dual et quad sur les 2 plateformes. Voir si le problème se déplace avec la dual. On n'est pas à l'abri d'un bug de driver.

C'est quoi comme modèle exact de cartes ?

Steph

[yartempion]

En regardant la machine équipée de deux cartes quad je ne vois pas les irq c"est étonnant est ce normale? Pour le modèle de carte je vois ça demain avec lspci.

[yartempion]

lspci | grep Ethernet
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20)
02:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20)
06:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
06:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
07:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
07:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
0a:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
0a:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
0b:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
0b:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)

[Invité]

Tiens, il me vient une autre idée

Comment se comporte le kernet 5.6 si tu mets des adresses IP sur eth2 et eth3 ? De préférence prises dans les subnets IP qui sont sniffés (pas besoin de renseigner ni DNS ni gateway bien sûr) ?

Ca permettrait d'isoler un peu mieux le problème (si c'est directement lié au Stealthful ou non). Et si ça tombe en marche, tu aurais au moins une solution de contournement

Parce que j'ai bien peur que tu sois en train de te battre contre un problème de bas niveau (bug driver ou kernel, interop issue)...

Question subsidiaire : pourquoi tiens-tu absolument à rendre tes interfaces IP unnumbered ?

Tu bosses pour la CIA ?

Steph

[yartempion]

Même pas pour le KGB, je ne pense pas avoir le profil ideal.
Ne pas mettre d'@ip aux interfaces qui font de la capture permet de ne prendre aucun risque de remontée des flux ou de tentative de connexion.
J'ai essayé de configurer par le fichier /etc/sysctl.conf les deux paramètres rp_filter et arp_filter mais rien n'y fait le noyau me renvoie des messages d'erreurs pour les interfaces concernées.

[Invité]

J'ai essayé de configurer par le fichier /etc/sysctl.conf les deux paramètres rp_filter et arp_filter mais rien n'y fait le noyau me renvoie des messages d'erreurs pour les interfaces concernées.

Mais as-tu essayé de forcer une @ IP sur ces même interfaces ?

Steph

[yartempion]

Oui avec une ip ça marche mais sans ip je sais qu'il y a moyen aussi de faire sans @ip.

[Invité]

Oui avec une ip ça marche mais sans ip je sais qu'il y a moyen aussi de faire sans @ip.

Oui, on est d'accord... Sur 6.0 pour l'instant... Et quand tu mets une @ IP aux 2 cartes, tu constates toujours le même phénomène de "partage d'interrupt" (à savoir interrupts 58 et 169 sur 2 cartes actives) ? Encore une fois, c'est pour lever le doute que RedHat sait gérer ce type de partage...

Quand les cartes sont configurées sans @ IP, lorsque tu désactives/réactives eth2/eth3 par un 'ifconfig ethx down/up', est-ce que tu obtiens un message d'erreur ?

Quels sont les messages d'erreur générés lorsque tu configures rp_filter et arp_filter dans /etc/sysctl.conf ?

Steph

[yartempion]

Voici les messages d'erreur quand j'essaie d'appliquer avec sysctl-p

error: "net.ipv4.conf.eth1.rp_filter" is an unknown key
error: "net.ipv4.conf.eth1.arp_filter" is an unknown key
error: "net.ipv4.conf.eth2.rp_filter" is an unknown key
error: "net.ipv4.conf.eth2.arp_filter" is an unknown key
error: "net.ipv4.conf.eth3.rp_filter" is an unknown key
error: "net.ipv4.conf.eth3.arp_filter" is an unknown key

Quand je faits ifconfig ethX up
pas de message d'erreur.
Je viens de vérifier les drivers tout est OK.
Je tourne en rond.

[Invité]

Je n'ai pas encore essayé mais une recherche Google sur ces messages d'erreur donneront peut-être une piste à explorer.

En revanche, j'ai procédé à un test rapide...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
+--------+
| switch |Fast1/15------- port à sniffer
+--------+
 Fast1/0
    |
    |
analyseur

Lorsque je configure le switch (qui est un Cisco) pour faire du port mirroring renvoyé sur la Fast1/0 du switch, impossible de pinguer l'analyzeur (ce qui était possible avant).

Steph

[yartempion]

Enfin ça s'est débloqué!!!
Aprés avoir relancé plusieurs fois le service reseau (service network restart) et essayé à mainte reprises de charger les paramètres via sysctl -p, je me suis décidé à connecter un niveau 2 (un switch) sur mes interfaces de serveur.
Pendant un certain temp monserveur n'arrivait plus à sortir pour joindre d'autres réseaux. Aprés deux relance du service réseau tout s'est normalisé et maintenant je peux modifier les paramètres sysctl à volonté sans aucun soucis et en les chargeant avec sysctl -p sans messages d'erreur et avec ou sans niveau 2 de connecté, à croire qu'il y avait un blocage quelque part.
Merci de l'aide si tu soughaites des renseignements sur le réseau je beaucoup plus calé dans ce domaine (routage firewall switching load balancer DNS aussi) mais le système je viens de m'y mettre depuis peut.
A bientôt!!!

[Invité]

Mince alors, c'est tombé en marche sans qu'on sache pourquoi

je me suis décidé à connecter un niveau 2 (un switch) sur mes interfaces de serveur.

Les interfaces eth2/3 n'étaient pas physiquement connectées ?

Curieux effet de bord

Steph

[yartempion]

L'effet de bord est d'autant plus surprenant que je n'arrive plus à reproduire le défaut. Par contre je viens de me rendre comptes que certain ports des cartes quad ne répondent pas à la commande ethtool -p ethX pour faire clignoter les interfaces afin de les identifier. Autre effet bizarre quand je lance un tcpdump -i ethX certaines interfaces font la capture normalement comme les autres mais dès que je positionne un filtre sur host ou net je ne capture plus rien. Donc je n'en ai pas fini avec cette histoire.
Merci.