Je présume que quand nmap appelle ton PC sur l'interface 2
- la trame passe par eth2 pour rentrer dans le PC
- elle remonte dans le noyau
- le noyau répond en renvoyant la réponse à nmap
- la route utilisée est celle par défaut : eth0
Avec "tcpdump -nli eth2", tu devrais voir ce qui passe par eth2.
Je ne sais pas comment est déterminée l'adresse MAC, mais c'est très probablement lu par le noyau (et pas par l'interface elle-même).
Le noyau peut se poser la question "quelle est l'adresse MAC de sortie du paquet" ou bien "quelle est l'adresse MAC d'entrée du paquet".
Si la question est sur la sortie du paquet, alors cela explique ton problème.
Comment faire autrement ?
Il faut probablement que tu sépares ton réseau en 2 sous-réseaux (0-127 et 128-155).
Je ne vois pas d'autre solution pour l'instant.
# Une idée comme ça...
Posté par charlieecho . En réponse au message Deux interfaces réseaux et deux ip dans le meme network. Évalué à 4.
Je présume que quand nmap appelle ton PC sur l'interface 2
- la trame passe par eth2 pour rentrer dans le PC
- elle remonte dans le noyau
- le noyau répond en renvoyant la réponse à nmap
- la route utilisée est celle par défaut : eth0
Avec "tcpdump -nli eth2", tu devrais voir ce qui passe par eth2.
Je ne sais pas comment est déterminée l'adresse MAC, mais c'est très probablement lu par le noyau (et pas par l'interface elle-même).
Le noyau peut se poser la question "quelle est l'adresse MAC de sortie du paquet" ou bien "quelle est l'adresse MAC d'entrée du paquet".
Si la question est sur la sortie du paquet, alors cela explique ton problème.
Comment faire autrement ?
Il faut probablement que tu sépares ton réseau en 2 sous-réseaux (0-127 et 128-155).
Je ne vois pas d'autre solution pour l'instant.