1 votes

Problèmes de réseau de Windows 2008 Server

J'ai un serveur qui ne veut pas être sur Internet.

C'est un nouveau serveur, un twinblade, l'autre twin fonctionne, mais pas celui-ci.

Il peut se connecter sans problème à tout le reste du réseau local, mais ne peut pas sortir sur le réseau.

Il peut être atteint par des requêtes ICMP sur le réseau (le serveur nagios peut le sonder, mais pas le ping par exemple), mais pas par TCP.

Tout semble correct, tant au niveau du pare-feu que de la machine, je n'ai aucun problème.

Si quelqu'un peut m'aider à savoir où je peux commencer à chercher, je suis vraiment perdu.

edit : il peut pinger la passerelle et à travers le VPN sonicwall site à site, il \s Il est également capable de résoudre les DNS. La seule chose qu'il ne peut pas faire est d'atteindre quoi que ce soit en dehors du LAN/VPN.

0 votes

Peut-il envoyer un message à sa passerelle ? Peut-il envoyer un ping à des sites Web par IP mais pas par nom, ou ni l'un ni l'autre ? À titre de test, si vous désactivez le pare-feu Windows, cela résout-il le problème ? J'ai besoin d'un peu plus d'informations pour pouvoir vous aider.

0 votes

Essayez des traceroutes vers des IPS connus en dehors de votre réseau. Cela ressemble à un problème de passerelle. Je suppose qu'il a une IP publique statique assignée ? Le masque de réseau est réglé en conséquence ?

0voto

captcha Points 548

En fonction de la distance à parcourir pour confirmer ce qui fonctionne et ce qui ne fonctionne pas, voici quelques techniques de dépannage que j'utilise :

  • vérifiez que la carte réseau s'affiche correctement dans le Gestionnaire de périphériques et assurez-vous que vous utilisez les bons pilotes.
  • avec la connaissance de votre réseau, définissez une adresse IP fixe pour l'adaptateur. Assurez-vous que l'adresse ip de la passerelle et un serveur dns sont configurés (l'ip dns n'a pas besoin d'être sur votre réseau).
  • si vous avez plus d'une carte ethernet dans la machine, désactivez les autres cartes afin de mieux isoler le problème.

Ensuite, faites des tests :

  • Faites un ping vers une adresse IP d'un hôte connu sur votre réseau.

  • Si cela fonctionne, essayez d'envoyer un ping à une adresse Internet (par exemple, envoyez un ping à un hôte comme www.serverfault.com et utilisez les adresses IP de réponse pour envoyer le ping, testez d'abord cela sur une machine qui se connecte à Internet afin de savoir si la machine que vous envoyez répond réellement).

  • Essayez d'envoyer une adresse DNS (par exemple à www.serverfault.com).

Si le ping fonctionne mais pas le TCP, essayez de désactiver les pare-feu des deux machines pour vous assurer que rien n'est bloqué.

  • Essayez d'utiliser une troisième machine pour confirmer que la machine Nagios n'est pas non plus le problème.

Il semble que vous ayez fait une faute de frappe dans une adresse IP ou un masque de réseau. Assurez-vous que vous n'utilisez pas les adresses "Network" et "Broadcast" du réseau (par exemple .0 et .255 lorsque vous utilisez un masque de réseau avec "0" à la fin).

Malheureusement, mais c'est souvent le cas pour Windows, il suffit de redémarrer la machine et de réessayer.

Voici un site (pas le mien) qui propose un calculateur de sous-réseau en ligne. http://www.subnet-calculator.com/ C'est peut-être un peu exagéré pour ce que vous essayez de faire, mais il est parfois très utile de voir ce qui est possible et ce qui ne l'est pas.

0 votes

Je peux envoyer un ping à n'importe quel élément du réseau local et du réseau privé virtuel (site à site via la passerelle), mais pas à l'extérieur. Lorsque j'envoie un ping à l'extérieur, j'obtiens une résolution DNS, mais l'envoi d'un ping à une IP ne donne aucune réponse.

0voto

Snowflow Points 69

Il doit y avoir un problème avec le bail DHCP ou une erreur générale dans la passerelle.

J'ai essayé de rafraîchir le bail avant, etc., mais ce qui a fini par résoudre le problème a été de supprimer le bail, de libérer l'IP, d'appliquer une nouvelle IP statique et de réactiver le réseau.

Problème absurde, mais j'aurais dû essayer ceci plus tôt.

edit : En fait, j'avais une règle NAT qui traduisait mon IP vers une autre, donc à l'extérieur, cela fonctionnait bien, mais à la sortie de la zone WAN, cela traduisait vers une autre IP qui n'était pas utilisée...

Ce qui explique les délais de connexion TCP que j'ai obtenus plus tôt.

TLDR : moi monky

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X