Version TL; DR: Il s’est avéré qu’il s’agissait d’un grave problème de réseau Broadcom dans Windows Server 2008 R2. Le remplacement par du matériel Intel l'a corrigé. Nous n'utilisons plus le matériel Broadcom. Déjà.
"},{"id":"text-2","type":"text","heading":"","plain_text":"Nous utilisons HAProxy avec les pulsations du projet Linux-HA. Nous utilisons deux instances Linux pour fournir un basculement. Chaque serveur a avec sa propre adresse IP publique et une seule adresse IP partagée entre les deux à l'aide d'une interface virtuelle (eth1: 1) à l'adresse IP: 69.59.196.211.\nL’interface virtuelle (eth1: 1) IP 69.59.196.211 est configurée en tant que passerelle pour les serveurs Windows situés derrière eux et nous utilisons ip_forwarding pour acheminer le trafic.\nNous rencontrons une panne de réseau occasionnelle sur l'un de nos serveurs Windows derrière nos passerelles Linux. HAProxy détectera que le serveur est hors ligne, ce que nous pouvons vérifier en nous connectant au serveur défaillant et en tentant d’envoyer une requête ping à la passerelle:","html":"Nous utilisons HAProxy avec les pulsations du projet Linux-HA. Nous utilisons deux instances Linux pour fournir un basculement. Chaque serveur a avec sa propre adresse IP publique et une seule adresse IP partagée entre les deux à l'aide d'une interface virtuelle (eth1: 1) à l'adresse IP: 69.59.196.211.\nL’interface virtuelle (eth1: 1) IP 69.59.196.211 est configurée en tant que passerelle pour les serveurs Windows situés derrière eux et nous utilisons ip_forwarding pour acheminer le trafic.\nNous rencontrons une panne de réseau occasionnelle sur l'un de nos serveurs Windows derrière nos passerelles Linux. HAProxy détectera que le serveur est hors ligne, ce que nous pouvons vérifier en nous connectant au serveur défaillant et en tentant d’envoyer une requête ping à la passerelle:
"},{"id":"text-3","type":"text","heading":"","plain_text":"Pinging 69.59.196.211 avec 32 octets de données:\nRéponse de 69.59.196.220: hôte de destination inaccessible.","html":"Pinging 69.59.196.211 avec 32 octets de données:\nRéponse de 69.59.196.220: hôte de destination inaccessible.
"},{"id":"text-4","type":"text","heading":"","plain_text":"Fonctionnement arp -a sur ce serveur en panne montre que il n'y a pas d'entrée pour l'adresse de passerelle (69.59.196.211):","html":"Fonctionnement arp -a sur ce serveur en panne montre que il n'y a pas d'entrée pour l'adresse de passerelle (69.59.196.211):
"},{"id":"text-5","type":"text","heading":"","plain_text":"Interface: 69.59.196.220 --- 0xa\nAdresse Internet Type d'adresse physique\n69.59.196.161 00-26-88-63-c7-80 dynamic\n69.59.196.210 00-15-5d-0a-3e-0e dynamic\n69.59.196.212 00-21-5e-4d-45-c9 dynamic\n69.59.196.213 00-15-5d-00-b2-0d dynamic\n69.59.196.215 00-21-5e-4d-61-1a dynamique\n69.59.196.217 00-21-5e-4d-2c-e8 dynamique\n69.59.196.219 00-21-5e-4d-38-e5 dynamic\n69.59.196.221 00-15-5d-00-b2-0d dynamique\n69.59.196.222 00-15-5d-0a-3e-09 dynamique\n69.59.196.223 ff-ff-ff-ff-ff-ff statique\n224.0.0.22 01-00-5e-00-00-16 statique\n224.0.0.252 01-00-5e-00-00-fc statique\n225.0.0.1 01-00-5e-00-00-01 statique","html":"Interface: 69.59.196.220 --- 0xa\nAdresse Internet Type d'adresse physique\n69.59.196.161 00-26-88-63-c7-80 dynamic\n69.59.196.210 00-15-5d-0a-3e-0e dynamic\n69.59.196.212 00-21-5e-4d-45-c9 dynamic\n69.59.196.213 00-15-5d-00-b2-0d dynamic\n69.59.196.215 00-21-5e-4d-61-1a dynamique\n69.59.196.217 00-21-5e-4d-2c-e8 dynamique\n69.59.196.219 00-21-5e-4d-38-e5 dynamic\n69.59.196.221 00-15-5d-00-b2-0d dynamique\n69.59.196.222 00-15-5d-0a-3e-09 dynamique\n69.59.196.223 ff-ff-ff-ff-ff-ff statique\n224.0.0.22 01-00-5e-00-00-16 statique\n224.0.0.252 01-00-5e-00-00-fc statique\n225.0.0.1 01-00-5e-00-00-01 statique
"},{"id":"text-6","type":"text","heading":"","plain_text":"Sur nos instances de passerelle linux arp -a spectacles:","html":"Sur nos instances de passerelle linux arp -a spectacles:
"},{"id":"text-7","type":"text","heading":"","plain_text":"peak-colo-196-220.peak.org (69.59.196.220) à sur eth1\nstackoverflow.com (69.59.196.212) à 00: 21: 5e: 4d: 45: c9 [ether] sur eth1\npic-colo-196-215.peak.org (69.59.196.215) à 00: 21: 5e: 4d: 61: 1a [ether] sur eth1\npic-colo-196-219.peak.org (69.59.196.219) à 00: 21: 5e: 4d: 38: e5 [ether] sur eth1\npic-colo-196-222.peak.org (69.59.196.222) à 00: 15: 5d: 0a: 3e: 09 [ether] sur eth1\npic-colo-196-209.peak.org (69.59.196.209) à 00: 26: 88: 63: c7: 80 [ether] sur eth1\npic-colo-196-217.peak.org (69.59.196.217) à 00: 21: 5e: 4d: 2c: e8 [ether] sur eth1","html":"peak-colo-196-220.peak.org (69.59.196.220) à sur eth1\nstackoverflow.com (69.59.196.212) à 00: 21: 5e: 4d: 45: c9 [ether] sur eth1\npic-colo-196-215.peak.org (69.59.196.215) à 00: 21: 5e: 4d: 61: 1a [ether] sur eth1\npic-colo-196-219.peak.org (69.59.196.219) à 00: 21: 5e: 4d: 38: e5 [ether] sur eth1\npic-colo-196-222.peak.org (69.59.196.222) à 00: 15: 5d: 0a: 3e: 09 [ether] sur eth1\npic-colo-196-209.peak.org (69.59.196.209) à 00: 26: 88: 63: c7: 80 [ether] sur eth1\npic-colo-196-217.peak.org (69.59.196.217) à 00: 21: 5e: 4d: 2c: e8 [ether] sur eth1
"},{"id":"text-8","type":"text","heading":"","plain_text":"Pourquoi arp définit-il parfois l'entrée de ce serveur défaillant comme ? Devrions-nous définir nos entrées arp statiquement? J'ai toujours laissé Arp seul, car cela fonctionne 99% du temps, mais dans ce cas, il semble échouer. Existe-t-il d'autres étapes de dépannage que nous pouvons entreprendre pour vous aider à résoudre ce problème?\nChoses que nous avons essayées\nJ'ai ajouté une entrée d'arp statique à tester sur l'une des passerelles linux qui n'a toujours pas aidé.\nroot @ haproxy2: ~ # arp -a\npic-colo-196-215.peak.org (69.59.196.215) à 00: 21: 5e: 4d: 61: 1a [ether] sur eth1\npic-colo-196-221.peak.org (69.59.196.221) à 00: 15: 5d: 00: b2: 0d [ether] sur eth1\nstackoverflow.com (69.59.196.212) à 00: 21: 5e: 4d: 45: c9 [ether] sur eth1\npic-colo-196-219.peak.org (69.59.196.219) à 00: 21: 5e: 4d: 38: e5 [ether] sur eth1\npic-colo-196-209.peak.org (69.59.196.209) à 00: 26: 88: 63: c7: 80 [ether] sur eth1\npic-colo-196-217.peak.org (69.59.196.217) à 00: 21: 5e: 4d: 2c: e8 [ether] sur eth1\npic-colo-196-220.peak.org (69.59.196.220) à 00: 21: 5e: 4d: 30: 8d [ether] PERM sur eth1","html":"Pourquoi arp définit-il parfois l'entrée de ce serveur défaillant comme ? Devrions-nous définir nos entrées arp statiquement? J'ai toujours laissé Arp seul, car cela fonctionne 99% du temps, mais dans ce cas, il semble échouer. Existe-t-il d'autres étapes de dépannage que nous pouvons entreprendre pour vous aider à résoudre ce problème?\nChoses que nous avons essayées\nJ'ai ajouté une entrée d'arp statique à tester sur l'une des passerelles linux qui n'a toujours pas aidé.\nroot @ haproxy2: ~ # arp -a\npic-colo-196-215.peak.org (69.59.196.215) à 00: 21: 5e: 4d: 61: 1a [ether] sur eth1\npic-colo-196-221.peak.org (69.59.196.221) à 00: 15: 5d: 00: b2: 0d [ether] sur eth1\nstackoverflow.com (69.59.196.212) à 00: 21: 5e: 4d: 45: c9 [ether] sur eth1\npic-colo-196-219.peak.org (69.59.196.219) à 00: 21: 5e: 4d: 38: e5 [ether] sur eth1\npic-colo-196-209.peak.org (69.59.196.209) à 00: 26: 88: 63: c7: 80 [ether] sur eth1\npic-colo-196-217.peak.org (69.59.196.217) à 00: 21: 5e: 4d: 2c: e8 [ether] sur eth1\npic-colo-196-220.peak.org (69.59.196.220) à 00: 21: 5e: 4d: 30: 8d [ether] PERM sur eth1
"},{"id":"text-9","type":"text","heading":"","plain_text":"root @ haproxy2: ~ # arp -i eth1 -s 69.59.196.220 00: 21: 5e: 4d: 30: 8d\nroot @ haproxy2: ~ # ping 69.59.196.220\nPING 69.59.196.220 (69.59.196.220) 56 (84) octets de données.\n--- 69.59.196.220 statistiques de ping ---\n7 paquets transmis, 0 reçus, 100% de pertes de paquets, temps 6006ms","html":"root @ haproxy2: ~ # arp -i eth1 -s 69.59.196.220 00: 21: 5e: 4d: 30: 8d\nroot @ haproxy2: ~ # ping 69.59.196.220\nPING 69.59.196.220 (69.59.196.220) 56 (84) octets de données.\n--- 69.59.196.220 statistiques de ping ---\n7 paquets transmis, 0 reçus, 100% de pertes de paquets, temps 6006ms
"},{"id":"text-10","type":"text","heading":"","plain_text":"Le redémarrage du serveur Web Windows résout ce problème temporairement sans autre changement sur le réseau, mais notre expérience montre que ce problème reviendra.\nÉchange de cartes réseau et de commutateurs\nJ'ai remarqué que le voyant de liaison sur le port du commutateur du serveur Windows défaillant fonctionnait à 100 Mo au lieu de 1 Go sur l'interface défaillante. J'ai déplacé le câble vers plusieurs autres ports ouverts et le lien indiquait 100 Mo pour chaque port que j'ai essayé. J'ai également échangé le câble avec le même résultat. J'ai essayé de changer les propriétés de la carte réseau dans Windows et le serveur s'est verrouillé et j'ai demandé une réinitialisation matérielle après avoir cliqué sur Appliquer. Ce serveur Windows a deux interfaces réseau physiques. J'ai donc échangé les câbles et les paramètres réseau des deux interfaces pour voir si le problème suit l'interface. Si l'interface publique tombe à nouveau en panne, nous saurons qu'il ne s'agit pas d'un problème avec la carte réseau.\n(Nous avons également essayé un autre commutateur que nous avons sous la main, pas de changement)\nModification des versions de pilotes de matériel réseau\nNous avons eu le même problème avec le dernier pilote Broadcom, ainsi que le pilote intégré fourni avec Windows Server 2008 R2. \nRemplacement des câbles réseau\nComme dernier effort, nous nous sommes souvenus d’un autre changement intervenu: le remplacement de tous les cordons de brassage entre nos serveurs / commutateurs. Nous avions acheté deux ensembles, un vert de longueurs allant de 1 à 3 pieds pour les interfaces privées et un autre jeu de câbles rouges pour les interfaces publiques. Nous avons échangé tous les câbles de brassage d'interface publique avec une marque différente et avons utilisé nos serveurs sans problème pendant une semaine complète… puis le problème est réapparu.\nDésactiver le déchargement de la somme de contrôle, supprimer TProxy\nNous avons également essayé de désactiver le déchargement de la somme de contrôle TCP / IP dans le pilote, sans changement. Nous sortons maintenant TProxy et passons à une solution plus traditionnelle x-transféré-pour arrangement de réseau sans réécriture d’adresse IP sophistiquée. Nous verrons si cela aide.\nChanger de fournisseur de virtualisation\nSi cela avait un lien avec Hyper-V (nous hébergeons des machines virtuelles Linux sur celui-ci), nous sommes passés à VMWare Server. Pas de changement.\nChanger de modèle d'hôte\nNous avons atteint la fin de notre corde de dépannage et impliquons maintenant officiellement le support technique de Microsoft. Ils ont recommandé de changer le modèle hôte:\nNous l'avons fait et nous avons également obtenu des correctifs non publiés du noyau qui ont probablement été intégrés à 2008 R2 SP1. Pas de solution.\nRemplacement du matériel de la carte réseau\nEn fin de compte, le remplacement du matériel réseau Broadcom par un matériel réseau Intel a résolu ce problème. Je suis donc enclin à penser que les pilotes Broadcom Windows Server 2008 R2 sont en cause!\nhttp://blog.serverfault.com/post/broadcom-die-mutha/","html":"Le redémarrage du serveur Web Windows résout ce problème temporairement sans autre changement sur le réseau, mais notre expérience montre que ce problème reviendra.\nÉchange de cartes réseau et de commutateurs\nJ'ai remarqué que le voyant de liaison sur le port du commutateur du serveur Windows défaillant fonctionnait à 100 Mo au lieu de 1 Go sur l'interface défaillante. J'ai déplacé le câble vers plusieurs autres ports ouverts et le lien indiquait 100 Mo pour chaque port que j'ai essayé. J'ai également échangé le câble avec le même résultat. J'ai essayé de changer les propriétés de la carte réseau dans Windows et le serveur s'est verrouillé et j'ai demandé une réinitialisation matérielle après avoir cliqué sur Appliquer. Ce serveur Windows a deux interfaces réseau physiques. J'ai donc échangé les câbles et les paramètres réseau des deux interfaces pour voir si le problème suit l'interface. Si l'interface publique tombe à nouveau en panne, nous saurons qu'il ne s'agit pas d'un problème avec la carte réseau.\n(Nous avons également essayé un autre commutateur que nous avons sous la main, pas de changement)\nModification des versions de pilotes de matériel réseau\nNous avons eu le même problème avec le dernier pilote Broadcom, ainsi que le pilote intégré fourni avec Windows Server 2008 R2. \nRemplacement des câbles réseau\nComme dernier effort, nous nous sommes souvenus d’un autre changement intervenu: le remplacement de tous les cordons de brassage entre nos serveurs / commutateurs. Nous avions acheté deux ensembles, un vert de longueurs allant de 1 à 3 pieds pour les interfaces privées et un autre jeu de câbles rouges pour les interfaces publiques. Nous avons échangé tous les câbles de brassage d'interface publique avec une marque différente et avons utilisé nos serveurs sans problème pendant une semaine complète… puis le problème est réapparu.\nDésactiver le déchargement de la somme de contrôle, supprimer TProxy\nNous avons également essayé de désactiver le déchargement de la somme de contrôle TCP / IP dans le pilote, sans changement. Nous sortons maintenant TProxy et passons à une solution plus traditionnelle x-transféré-pour arrangement de réseau sans réécriture d’adresse IP sophistiquée. Nous verrons si cela aide.\nChanger de fournisseur de virtualisation\nSi cela avait un lien avec Hyper-V (nous hébergeons des machines virtuelles Linux sur celui-ci), nous sommes passés à VMWare Server. Pas de changement.\nChanger de modèle d'hôte\nNous avons atteint la fin de notre corde de dépannage et impliquons maintenant officiellement le support technique de Microsoft. Ils ont recommandé de changer le modèle hôte:\nNous l'avons fait et nous avons également obtenu des correctifs non publiés du noyau qui ont probablement été intégrés à 2008 R2 SP1. Pas de solution.\nRemplacement du matériel de la carte réseau\nEn fin de compte, le remplacement du matériel réseau Broadcom par un matériel réseau Intel a résolu ce problème. Je suis donc enclin à penser que les pilotes Broadcom Windows Server 2008 R2 sont en cause!\nhttp://blog.serverfault.com/post/broadcom-die-mutha/
"},{"id":"text-11","type":"text","heading":"","plain_text":"Click to rate this post!\n \n [Total: 0 Average: 0]","html":"Click to rate this post!\n \n [Total: 0 Average: 0]
"}],"sections":[{"id":"text-1","heading":"Text","content":"Version TL; DR: Il s’est avéré qu’il s’agissait d’un grave problème de réseau Broadcom dans Windows Server 2008 R2. Le remplacement par du matériel Intel l'a corrigé. Nous n'utilisons plus le matériel Broadcom. Déjà."},{"id":"text-2","heading":"Text","content":"Nous utilisons HAProxy avec les pulsations du projet Linux-HA. Nous utilisons deux instances Linux pour fournir un basculement. Chaque serveur a avec sa propre adresse IP publique et une seule adresse IP partagée entre les deux à l'aide d'une interface virtuelle (eth1: 1) à l'adresse IP: 69.59.196.211.\nL’interface virtuelle (eth1: 1) IP 69.59.196.211 est configurée en tant que passerelle pour les serveurs Windows situés derrière eux et nous utilisons ip_forwarding pour acheminer le trafic.\nNous rencontrons une panne de réseau occasionnelle sur l'un de nos serveurs Windows derrière nos passerelles Linux. HAProxy détectera que le serveur est hors ligne, ce que nous pouvons vérifier en nous connectant au serveur défaillant et en tentant d’envoyer une requête ping à la passerelle:"},{"id":"text-3","heading":"Text","content":"Pinging 69.59.196.211 avec 32 octets de données:\nRéponse de 69.59.196.220: hôte de destination inaccessible."},{"id":"text-4","heading":"Text","content":"Fonctionnement arp -a sur ce serveur en panne montre que il n'y a pas d'entrée pour l'adresse de passerelle (69.59.196.211):"},{"id":"text-5","heading":"Text","content":"Interface: 69.59.196.220 --- 0xa\nAdresse Internet Type d'adresse physique\n69.59.196.161 00-26-88-63-c7-80 dynamic\n69.59.196.210 00-15-5d-0a-3e-0e dynamic\n69.59.196.212 00-21-5e-4d-45-c9 dynamic\n69.59.196.213 00-15-5d-00-b2-0d dynamic\n69.59.196.215 00-21-5e-4d-61-1a dynamique\n69.59.196.217 00-21-5e-4d-2c-e8 dynamique\n69.59.196.219 00-21-5e-4d-38-e5 dynamic\n69.59.196.221 00-15-5d-00-b2-0d dynamique\n69.59.196.222 00-15-5d-0a-3e-09 dynamique\n69.59.196.223 ff-ff-ff-ff-ff-ff statique\n224.0.0.22 01-00-5e-00-00-16 statique\n224.0.0.252 01-00-5e-00-00-fc statique\n225.0.0.1 01-00-5e-00-00-01 statique"},{"id":"text-6","heading":"Text","content":"Sur nos instances de passerelle linux arp -a spectacles:"},{"id":"text-7","heading":"Text","content":"peak-colo-196-220.peak.org (69.59.196.220) à sur eth1\nstackoverflow.com (69.59.196.212) à 00: 21: 5e: 4d: 45: c9 [ether] sur eth1\npic-colo-196-215.peak.org (69.59.196.215) à 00: 21: 5e: 4d: 61: 1a [ether] sur eth1\npic-colo-196-219.peak.org (69.59.196.219) à 00: 21: 5e: 4d: 38: e5 [ether] sur eth1\npic-colo-196-222.peak.org (69.59.196.222) à 00: 15: 5d: 0a: 3e: 09 [ether] sur eth1\npic-colo-196-209.peak.org (69.59.196.209) à 00: 26: 88: 63: c7: 80 [ether] sur eth1\npic-colo-196-217.peak.org (69.59.196.217) à 00: 21: 5e: 4d: 2c: e8 [ether] sur eth1"},{"id":"text-8","heading":"Text","content":"Pourquoi arp définit-il parfois l'entrée de ce serveur défaillant comme ? Devrions-nous définir nos entrées arp statiquement? J'ai toujours laissé Arp seul, car cela fonctionne 99% du temps, mais dans ce cas, il semble échouer. Existe-t-il d'autres étapes de dépannage que nous pouvons entreprendre pour vous aider à résoudre ce problème?\nChoses que nous avons essayées\nJ'ai ajouté une entrée d'arp statique à tester sur l'une des passerelles linux qui n'a toujours pas aidé.\nroot @ haproxy2: ~ # arp -a\npic-colo-196-215.peak.org (69.59.196.215) à 00: 21: 5e: 4d: 61: 1a [ether] sur eth1\npic-colo-196-221.peak.org (69.59.196.221) à 00: 15: 5d: 00: b2: 0d [ether] sur eth1\nstackoverflow.com (69.59.196.212) à 00: 21: 5e: 4d: 45: c9 [ether] sur eth1\npic-colo-196-219.peak.org (69.59.196.219) à 00: 21: 5e: 4d: 38: e5 [ether] sur eth1\npic-colo-196-209.peak.org (69.59.196.209) à 00: 26: 88: 63: c7: 80 [ether] sur eth1\npic-colo-196-217.peak.org (69.59.196.217) à 00: 21: 5e: 4d: 2c: e8 [ether] sur eth1\npic-colo-196-220.peak.org (69.59.196.220) à 00: 21: 5e: 4d: 30: 8d [ether] PERM sur eth1"},{"id":"text-9","heading":"Text","content":"root @ haproxy2: ~ # arp -i eth1 -s 69.59.196.220 00: 21: 5e: 4d: 30: 8d\nroot @ haproxy2: ~ # ping 69.59.196.220\nPING 69.59.196.220 (69.59.196.220) 56 (84) octets de données.\n--- 69.59.196.220 statistiques de ping ---\n7 paquets transmis, 0 reçus, 100% de pertes de paquets, temps 6006ms"},{"id":"text-10","heading":"Text","content":"Le redémarrage du serveur Web Windows résout ce problème temporairement sans autre changement sur le réseau, mais notre expérience montre que ce problème reviendra.\nÉchange de cartes réseau et de commutateurs\nJ'ai remarqué que le voyant de liaison sur le port du commutateur du serveur Windows défaillant fonctionnait à 100 Mo au lieu de 1 Go sur l'interface défaillante. J'ai déplacé le câble vers plusieurs autres ports ouverts et le lien indiquait 100 Mo pour chaque port que j'ai essayé. J'ai également échangé le câble avec le même résultat. J'ai essayé de changer les propriétés de la carte réseau dans Windows et le serveur s'est verrouillé et j'ai demandé une réinitialisation matérielle après avoir cliqué sur Appliquer. Ce serveur Windows a deux interfaces réseau physiques. J'ai donc échangé les câbles et les paramètres réseau des deux interfaces pour voir si le problème suit l'interface. Si l'interface publique tombe à nouveau en panne, nous saurons qu'il ne s'agit pas d'un problème avec la carte réseau.\n(Nous avons également essayé un autre commutateur que nous avons sous la main, pas de changement)\nModification des versions de pilotes de matériel réseau\nNous avons eu le même problème avec le dernier pilote Broadcom, ainsi que le pilote intégré fourni avec Windows Server 2008 R2. \nRemplacement des câbles réseau\nComme dernier effort, nous nous sommes souvenus d’un autre changement intervenu: le remplacement de tous les cordons de brassage entre nos serveurs / commutateurs. Nous avions acheté deux ensembles, un vert de longueurs allant de 1 à 3 pieds pour les interfaces privées et un autre jeu de câbles rouges pour les interfaces publiques. Nous avons échangé tous les câbles de brassage d'interface publique avec une marque différente et avons utilisé nos serveurs sans problème pendant une semaine complète… puis le problème est réapparu.\nDésactiver le déchargement de la somme de contrôle, supprimer TProxy\nNous avons également essayé de désactiver le déchargement de la somme de contrôle TCP / IP dans le pilote, sans changement. Nous sortons maintenant TProxy et passons à une solution plus traditionnelle x-transféré-pour arrangement de réseau sans réécriture d’adresse IP sophistiquée. Nous verrons si cela aide.\nChanger de fournisseur de virtualisation\nSi cela avait un lien avec Hyper-V (nous hébergeons des machines virtuelles Linux sur celui-ci), nous sommes passés à VMWare Server. Pas de changement.\nChanger de modèle d'hôte\nNous avons atteint la fin de notre corde de dépannage et impliquons maintenant officiellement le support technique de Microsoft. Ils ont recommandé de changer le modèle hôte:\nNous l'avons fait et nous avons également obtenu des correctifs non publiés du noyau qui ont probablement été intégrés à 2008 R2 SP1. Pas de solution.\nRemplacement du matériel de la carte réseau\nEn fin de compte, le remplacement du matériel réseau Broadcom par un matériel réseau Intel a résolu ce problème. Je suis donc enclin à penser que les pilotes Broadcom Windows Server 2008 R2 sont en cause!\nhttp://blog.serverfault.com/post/broadcom-die-mutha/"},{"id":"text-11","heading":"Text","content":"Click to rate this post!\n \n [Total: 0 Average: 0]"}],"media":{"primary_image":"https://tutos-gameserver.fr/wp-content/uploads/2019/04/1555960423_apple-touch-icon@2.png"},"relations":[{"rel":"canonical","href":"https://tutos-gameserver.fr/2019/05/03/mise-en-reseau-la-carte-reseau-windows-server-2008-r2-cesse-de-fonctionner-et-necessite-un-redemarrage-force-serveur-dimpression/"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/05/03/mise-en-reseau-la-carte-reseau-windows-server-2008-r2-cesse-de-fonctionner-et-necessite-un-redemarrage-force-serveur-dimpression/llm","type":"text/html"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/05/03/mise-en-reseau-la-carte-reseau-windows-server-2008-r2-cesse-de-fonctionner-et-necessite-un-redemarrage-force-serveur-dimpression/llm.json","type":"application/json"},{"rel":"llm-manifest","href":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","type":"application/json"}],"http_headers":{"X-LLM-Friendly":"1","X-LLM-Schema":"1.1.0","Content-Security-Policy":"default-src 'none'; img-src * data:; style-src 'unsafe-inline'"},"license":"CC BY-ND 4.0","attribution_required":true,"allow_cors":false}