Yangzebul Posté(e) le 25 février 2009 Partager Posté(e) le 25 février 2009 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 More sharing options...
Dark26 Posté(e) le 26 février 2009 Partager Posté(e) le 26 février 2009 je dirais que ton problème vient de ton serveur dhcp 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 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 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Yangzebul Posté(e) le 26 février 2009 Auteur Partager Posté(e) le 26 février 2009 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 More sharing options...
Dark26 Posté(e) le 26 février 2009 Partager Posté(e) le 26 février 2009 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 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 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 More sharing options...
Yangzebul Posté(e) le 26 février 2009 Auteur Partager Posté(e) le 26 février 2009 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... Lien vers le commentaire Partager sur d’autres sites More sharing options...
Dark26 Posté(e) le 26 février 2009 Partager Posté(e) le 26 février 2009 je lancerai bien un troll comme ça..... vire windows..... sinon peut etre qu'en créant 2 carte réseaux virtuelles, au moins une des 2 fonctionnera Lien vers le commentaire Partager sur d’autres sites More sharing options...
Yangzebul Posté(e) le 28 février 2009 Auteur Partager Posté(e) le 28 février 2009 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... Lien vers le commentaire Partager sur d’autres sites More sharing options...
Yangzebul Posté(e) le 28 février 2009 Auteur Partager Posté(e) le 28 février 2009 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). Lien vers le commentaire Partager sur d’autres sites More sharing options...
Yangzebul Posté(e) le 28 février 2009 Auteur Partager Posté(e) le 28 février 2009 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 More sharing options...
paulez Posté(e) le 28 février 2009 Partager Posté(e) le 28 février 2009 Netbios permet de résoudre des noms de machine dans un réseau SMB, à priori par de rapport avec dhcp. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Yangzebul Posté(e) le 28 février 2009 Auteur Partager Posté(e) le 28 février 2009 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 More sharing options...
Barroud Posté(e) le 3 mars 2009 Partager Posté(e) le 3 mars 2009 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Yangzebul Posté(e) le 3 mars 2009 Auteur Partager Posté(e) le 3 mars 2009 Oh tiens je commencais à penser que les modos avaient tous fuis dans un paradis fiscal prendre leur retraite. 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 More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.