Aller au contenu

[Netbios?] Debian, Virtual Box et XP sur un bateau


Messages recommandés

Bonjour,

j'ai un petit problème de config sur un serveur virtuel, avant tout voici la configuration du bousin :

- système hôte : windows xp sp2

- connexion système hôte : réseau wifi

- serveur virtuel : debian lenny (disque dur au format vhd)

- connexion serveir virtuel : attaché à adaptateur réseau hôte

- routeur : linksys wrt54gc (tout en dhcp)

Le problème c'est que j'essaye d'attribuer une ip fixe à mon debian en utilisant son adresse mac. Cela marche la première fois, mais si j'éteinds le serveur et que je le redemarre avant l'expiration du bail DHCP, je ne récupère pas mon IP...

Voila à quoi ressemble ma table DHCP à la première connexion :

HOTE WLAN 192.168.0.24 00:xx:xx:xx:xx:xx 0D:21H:52M

DEBIAN Ethernet 192.168.0.30 08:00:27:f8:b6:e2 0D:23H:49M

Après une reconnexion, la première ip n'est pas libérée elle est réattribué à l'adresse MAC de l'hôte et DEBIAN prends une autre adresse IP automatiquement:

HOTE WLAN 192.168.0.24 00:xx:xx:xx:xx:xx 0D:21H:47M

unknown Ethernet 192.168.0.30 00:xx:xx:xx:xx:xx 0D:23H:44M

DEBIAN Ethernet 192.168.0.7 08:00:27:f8:b6:e2 0D:23H:49M

Bon à la limite gacher quelques adresses IP jusqu'à l'expiration du bail, je m'en moque je suis loin d'utiliser tout ma table DHCP, mais ce qui m'emmerde c'est que je suis obligé de checker mon routeur à chaque fois que je veux ouvrir une session SSH, et c'est assez lourd.

Vous avez une idée d'où pourrait venir le problème ?

Debian se connecte/déconnecte mal ?

Virtual box est mal configuré ?

Le problème vient de la configuration réseau de l'hôte ?

Lien vers le commentaire
Partager sur d’autres sites

je dirais que ton problème vient de ton serveur dhcp :zarb:

par défaut, un serveur dhcp attribue une adresse "aléatoire" à chaque PC ;)

une petite configuration sur ton serveur dhcp permet d'attribuer une adresse spécifique à une adresse mac.

par exemple sur mon serveur DHCP sous debian ( tu dois avec la même chose sur ton linkysy )

##############################################################################

#############Carte reseau DFI_P965-S##########################################

##############################################################################

host DFI_P965-S {

hardware ethernet 00:01:29:d8:b4:20;

fixed-address 192.168.1.99;

}

sinon au pire tu modifies ton fichier /etc/network/interfaces de ta debian pour lui mettrre l'adresse ip en dur pour ne pas avoir de souci de dhcp :D

allow-hotplug eth0

iface eth0 inet static

address 192.168.1.100

netmask 255.255.255.0

gateway 192.168.1.254

## dns-search nicedomain.org

dns-nameservers 127.0.0.1

en modifiant bien sur ce qu'il faut pour ta config :transpi:

Lien vers le commentaire
Partager sur d’autres sites

J'ai du mal expliquer le problème, j'ai bien "fixé" l'adresse ip sur mon routeur linksys (et la manipulation marche car hormis mon Debian virtuel tout mes autres PC/périphériques prennent l'IP désirée).

En fait ce qui se passe c'est que au moment ou je me déconnecte, le bail est apparement transferé sur l'adresse MAC de mon windows XP hôte. Par conséquent, quand je me reconnecte, il y a "collision", et le serveur DHCP m'attribue une autre adresse IP que celle réservée.

Première étape tout va bien :

  HOTE... WLAN.... 192.168.0.24 00:xx:xx:xx:xx:xx 0D:21H:52M <<< mon hote xp est sur son  IP réservé
 DEBIAN. Ethernet 192.168.0.30 08:00:27:f8:b6:e2 0D:23H:49M <<< mon Debian aussi

Ensuite, je me déconnecte :

  HOTE... WLAN.... 192.168.0.24 00:xx:xx:xx:xx:xx 0D:21H:47M
 unknown Ethernet 192.168.0.30 00:xx:xx:xx:xx:xx 0D:23H:44M <<< WUT ?! c'est quoi cette connexion fantôme qui utilise l'adresse MAC de mon XP ?

Et la, lorsque je me reconnecte, c'est le drame :

  HOTE... WLAN.... 192.168.0.24 00:xx:xx:xx:xx:xx 0D:21H:47M
 unknown Ethernet 192.168.0.30 00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 DEBIAN. Ethernet 192.168.0.7  08:00:27:f8:b6:e2 0D:23H:49M <<< mon Debian qui ne peut plus récupérer son IP

Si j'attends que le bail fantôme expire alors je récupère mon adresse IP, qui est bien réservé, et pas une adresse aléatoire. Par contre si je me connecte et déconnecte plusieurs fois d'affilé, je crée autant de connexions fantôme :

  HOTE... WLAN.... 192.168.0.24 00:xx:xx:xx:xx:xx 0D:21H:47M
 unknown Ethernet 192.168.0.30 00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 unknown Ethernet 192.168.0.7  00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 unknown Ethernet 192.168.0.8  00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 unknown Ethernet 192.168.0.9  00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 unknown Ethernet 192.168.0.10 00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 unknown Ethernet 192.168.0.11 00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 unknown Ethernet 192.168.0.12 00:xx:xx:xx:xx:xx 0D:23H:44M <<< PC fantôme
 DEBIAN. Ethernet 192.168.0.13 08:00:27:f8:b6:e2 0D:23H:49M <<< mon Debian qui ne peut plus récupérer son IP

Si je m'acharne je pourrait peut être même saturer mon réseau  ;)

PS :

Pour la solution qui est de mettre l'adresse en dur dans la config de Debian et de ne plus faire appel au DHCP, ça marcherait sûrement, mais je préfèrerait garder la gestion des adresses de mon réseau centralisée au niveau de mon routeur.

Lien vers le commentaire
Partager sur d’autres sites

en fait, c'ets donc que ton adresse mac virtuelle change.

tu as peut être une option dans le configurateur de virtual box pour fixer u ne adresse à ta machine virtuelle.

je viens de regarder sur le virtualbox de mon serveur :D

a priori il y a une option dans préférence de ta machine virtuelle, et ensuite réseau.

il y a un bouton pour générer une adresse mac, donc peut être qu'en tapant à la main :francais:

Ps: mon virtual box tourne sous debian, donc je ne sais pas si c'ets pareil sous windows

Lien vers le commentaire
Partager sur d’autres sites

Petite précision, je viens de refaire les étapes en surveillant bien ma table DHCP, et je m'apercoit que je me suis légèrement trompé :

Le bail n'est pas perdu lors du shutdown de Debian ou lors de la fermeture du processus virtual box, mais quand Debian boot.

Jusque la je n'étais pas sûr du tout de savoir où étais situé le problème : debian ou virtual box ?

Maintenant il me semble clair que debian communique mal avec le daemon DHCP...

Par contre, ça ne me donne pas de solution.

PS : non mon adresse MAC ne change pas. J'aurai remarqué un problème aussi simple... :D

Lien vers le commentaire
Partager sur d’autres sites

J'ai continué un peu plus loin les investigations en capturant les pacquets sur mon réseau.

J'ai isolé les 2 transactions DHCP entre Debian <-> Routeur, soit 2*4 packets :

DHCP discover -> DHCP offer -> DHCP request -> DHCP ACK

Résultat, Debian ne semble rien faire d'anormal : tout du moins à mes yeux, mais je ne suis ni expert linux, ni expert réseau...

Voici les 8 packets capturés :

No.	 Time		Source				Destination		   Protocol Info
 	 1 0.000000	0.0.0.0			   255.255.255.255	   DHCP	 DHCP Discover - Transaction ID 0x44f3a856

Frame 1 (342 bytes on wire, 342 bytes captured)
Ethernet II, Src: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67)
Bootstrap Protocol
    Message type: Boot Request (1)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x44f3a856
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 0.0.0.0 (0.0.0.0)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP Discover
    Option: (t=50,l=4) Requested IP Address = 192.168.0.30
    Option: (t=55,l=12) Parameter Request List
    End Option
    Padding

No.	 Time		Source				Destination		   Protocol Info
 	 2 0.334925	192.168.0.254		 255.255.255.255	   DHCP	 DHCP Offer	- Transaction ID 0x44f3a856

Frame 2 (590 bytes on wire, 590 bytes captured)
Ethernet II, Src: Cisco-Li_63:20:2c (00:14:bf:63:20:2c), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 192.168.0.254 (192.168.0.254), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootps (67), Dst Port: bootpc (68)
Bootstrap Protocol
    Message type: Boot Reply (2)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x44f3a856
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 192.168.0.30 (192.168.0.30)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP Offer
    Option: (t=54,l=4) Server Identifier = 192.168.0.254
    Option: (t=1,l=4) Subnet Mask = 255.255.255.0
    Option: (t=51,l=4) IP Address Lease Time = 1 day
    Option: (t=3,l=4) Router = 192.168.0.254
    Option: (t=15,l=7) Domain Name = "noos.fr"
    Option: (t=6,l=8) Domain Name Server
    Option: (t=26,l=2) Interface MTU = 1492
    End Option
    Padding

No.	 Time		Source				Destination		   Protocol Info
 	 3 0.335805	0.0.0.0			   255.255.255.255	   DHCP	 DHCP Request  - Transaction ID 0x44f3a856

Frame 3 (342 bytes on wire, 342 bytes captured)
Ethernet II, Src: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67)
Bootstrap Protocol
    Message type: Boot Request (1)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x44f3a856
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 0.0.0.0 (0.0.0.0)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP Request
    Option: (t=54,l=4) Server Identifier = 192.168.0.254
    Option: (t=50,l=4) Requested IP Address = 192.168.0.30
    Option: (t=55,l=12) Parameter Request List
    End Option
    Padding

No.	 Time		Source				Destination		   Protocol Info
 	 4 0.642079	192.168.0.254		 255.255.255.255	   DHCP	 DHCP ACK	  - Transaction ID 0x44f3a856

Frame 4 (590 bytes on wire, 590 bytes captured)
Ethernet II, Src: Cisco-Li_63:20:2c (00:14:bf:63:20:2c), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 192.168.0.254 (192.168.0.254), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootps (67), Dst Port: bootpc (68)
Bootstrap Protocol
    Message type: Boot Reply (2)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x44f3a856
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 192.168.0.30 (192.168.0.30)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP ACK
    Option: (t=54,l=4) Server Identifier = 192.168.0.254
    Option: (t=1,l=4) Subnet Mask = 255.255.255.0
    Option: (t=51,l=4) IP Address Lease Time = 1 day
    Option: (t=3,l=4) Router = 192.168.0.254
    Option: (t=15,l=7) Domain Name = "noos.fr"
    Option: (t=6,l=8) Domain Name Server
    Option: (t=26,l=2) Interface MTU = 1492
    End Option
    Padding

No.	 Time		Source				Destination		   Protocol Info
 	 5 214.145157  0.0.0.0			   255.255.255.255	   DHCP	 DHCP Discover - Transaction ID 0xbc0d6f3e

Frame 5 (342 bytes on wire, 342 bytes captured)
Ethernet II, Src: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67)
Bootstrap Protocol
    Message type: Boot Request (1)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0xbc0d6f3e
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 0.0.0.0 (0.0.0.0)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP Discover
    Option: (t=50,l=4) Requested IP Address = 192.168.0.30
    Option: (t=55,l=12) Parameter Request List
    End Option
    Padding

No.	 Time		Source				Destination		   Protocol Info
 	 6 214.490766  192.168.0.254		 255.255.255.255	   DHCP	 DHCP Offer	- Transaction ID 0xbc0d6f3e

Frame 6 (590 bytes on wire, 590 bytes captured)
Ethernet II, Src: Cisco-Li_63:20:2c (00:14:bf:63:20:2c), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 192.168.0.254 (192.168.0.254), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootps (67), Dst Port: bootpc (68)
Bootstrap Protocol
    Message type: Boot Reply (2)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0xbc0d6f3e
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 192.168.0.2 (192.168.0.2)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP Offer
    Option: (t=54,l=4) Server Identifier = 192.168.0.254
    Option: (t=1,l=4) Subnet Mask = 255.255.255.0
    Option: (t=51,l=4) IP Address Lease Time = 1 day
    Option: (t=3,l=4) Router = 192.168.0.254
    Option: (t=15,l=7) Domain Name = "noos.fr"
    Option: (t=6,l=8) Domain Name Server
    Option: (t=26,l=2) Interface MTU = 1492
    End Option
    Padding

No.	 Time		Source				Destination		   Protocol Info
 	 7 218.558074  0.0.0.0			   255.255.255.255	   DHCP	 DHCP Request  - Transaction ID 0xbc0d6f3e

Frame 7 (342 bytes on wire, 342 bytes captured)
Ethernet II, Src: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67)
Bootstrap Protocol
    Message type: Boot Request (1)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0xbc0d6f3e
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 0.0.0.0 (0.0.0.0)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP Request
    Option: (t=54,l=4) Server Identifier = 192.168.0.254
    Option: (t=50,l=4) Requested IP Address = 192.168.0.2
    Option: (t=55,l=12) Parameter Request List
    End Option
    Padding

No.	 Time		Source				Destination		   Protocol Info
 	 8 218.894033  192.168.0.254		 255.255.255.255	   DHCP	 DHCP ACK	  - Transaction ID 0xbc0d6f3e

Frame 8 (590 bytes on wire, 590 bytes captured)
Ethernet II, Src: Cisco-Li_63:20:2c (00:14:bf:63:20:2c), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol, Src: 192.168.0.254 (192.168.0.254), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootps (67), Dst Port: bootpc (68)
Bootstrap Protocol
    Message type: Boot Reply (2)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0xbc0d6f3e
    Seconds elapsed: 0
    Bootp flags: 0x8000 (Broadcast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 192.168.0.2 (192.168.0.2)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: CadmusCo_f8:b6:e2 (08:00:27:f8:b6:e2)
    Server host name not given
    Boot file name not given
    Magic cookie: (OK)
    Option: (t=53,l=1) DHCP Message Type = DHCP ACK
    Option: (t=54,l=4) Server Identifier = 192.168.0.254
    Option: (t=1,l=4) Subnet Mask = 255.255.255.0
    Option: (t=51,l=4) IP Address Lease Time = 1 day
    Option: (t=3,l=4) Router = 192.168.0.254
    Option: (t=15,l=7) Domain Name = "noos.fr"
    Option: (t=6,l=8) Domain Name Server
    Option: (t=26,l=2) Interface MTU = 1492
    End Option
    Padding

Je pense qu'à ce niveau il serait sage de déplacer le thread dans la section réseau...  :chinois:

Lien vers le commentaire
Partager sur d’autres sites

Je confirme, je viens d'installer un windows virtuel et il se produit exactement le même phénomène...

Cela n'a donc rien à voir avec le système invité, c'est plutôt virtual box qui fait n'importe quoi.

J'utilise Virtual Box 2.1.4 win32, c'est le tout dernier qui fonctionne avec une espèce de filtre réseau (à ne pas confondre avec les anciennes versions utilisaient une carte virtuelle + un pont réseau).

:chinois:

Lien vers le commentaire
Partager sur d’autres sites

Apparement, à chaque fois que je ferme ma VM, mon routeur envois un paquet NBNS vers l'adresse IP de la VM avec l'adresse MAC de ma machine hôte.

Cela arrive immédiatement après la fermeture de la VM, et seulement en cas de poweroff (et donc fin du processus virtual box), pas si je fais un simple reboot...

Dixit wikipedia, ce protocole serait Netbios Name Service... Voici le détail du paquet en question :

No.	 Time		Source				Destination		   Protocol Info
 	17 11.500665   192.168.0.254		 192.168.0.30		  NBNS	 Name query NBSTAT *<00><00><00><00><00><00><00><00><00><00><00><00><00><00><00>

Frame 17 (92 bytes on wire, 92 bytes captured)
Ethernet II, Src: Cisco-Li_63:20:2c (00:14:bf:63:20:2c), Dst: IntelCor_2a:df:e1 (00:1b:77:2a:df:e1)
Internet Protocol, Src: 192.168.0.254 (192.168.0.254), Dst: 192.168.0.30 (192.168.0.30)
User Datagram Protocol, Src Port: teleniumdaemon (2060), Dst Port: netbios-ns (137)
NetBIOS Name Service
    Transaction ID: 0x000a
    Flags: 0x0010 (Name query)
    Questions: 1
    Answer RRs: 0
    Authority RRs: 0
    Additional RRs: 0
    Queries
 	   *<00><00><00><00><00><00><00><00><00><00><00><00><00><00><00>: type NBSTAT, class IN
 		   Name: *<00><00><00><00><00><00><00><00><00><00><00><00><00><00><00> (Workstation/Redirector)
 		   Type: NBSTAT
 		   Class: IN

Ca inspire quelqu'un ?

Lien vers le commentaire
Partager sur d’autres sites

;)   Apparement non, mais ça arrive toujours immédiatement après la fermeture de la VM...

Alors est ce que virtual box n'utiliserait pas pas une API de netbios pour gérer la couche réseau sur windows ?

Bon je sais ça à l'air un peu tordu, mais je suis à court d'hypothèses, et cela arrive à tout les coups...

Sinon y'a pas de modos le week-end ? on peut foutre le bordel ! ;)

Lien vers le commentaire
Partager sur d’autres sites

Oh tiens je commencais à penser que les modos avaient tous fuis dans un paradis fiscal prendre leur retraite. :ouioui: Merci Barroud.

Sinon dernieres constatations que j'ai pu faire :

Sur le forum de virtualbox ils n'en savent pas plus...

Il n'y a pas de ticket ouvert pour un bug de ce genre...

Et problème apparaît aussi avec virtual PC, hors VBox et VPC utilisent le même principe pour la couche réseau : ils placent un processus/filtre entre le driver réseau et la couche réseau hôte qui va injecter/retirer des paquets pour la VM.

Je vais essayer de monitorer depuis un poste physique tiers pour être certain que winpcap me capture bien tout les paquets (jusqu'à maintenant je sniffait le réseau depuis l'hôte).

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...