2010-06-21 27 views
0

La bonne réponse à la question [1] ci-dessous est:passerelle par défaut du serveur pour la communication entre le réseau accueille


Configurer SRVA sans adresse de la passerelle par défaut


Ce que je ne comprends pas -

1)

Pourquoi empêcherait-il les hôtes du sous-réseau B de se connecter à l'hôte? s sur le sous-réseau A et à travers eux à SrvA (puisqu'ils, selon la tâche résolue et la réponse correcte, continueraient à avoir accès à SrvA)? 1a) Pourquoi empêcherait-il la connexion directe à un hôte (avec un serveur) d'un autre réseau?

2)

Pourquoi la capacité d'un serveur de communiquer influence les capacités de communication des hôtes sur un réseau?

2a) Des serveurs sont-ils nécessaires pour que les hôtes communiquent avec les hôtes d'un autre sous-réseau?

2b) et pourquoi seulement avec des étrangers - hôtes d'un autre réseau? Pourquoi l'absence d'adresse de passerelle par défaut sur un serveur empêcherait les hôtes d'un autre réseau de communiquer avec un serveur s'il n'y a qu'une seule sortie externe possible (via un routeur séparé des serveurs) entre les réseaux, à savoir tout ce qui n'est pas trouvé localement devrait probablement être destiné par le routeur à un autre réseau?

3)

Quelle est la différence entre "se connecter" et "établir une session"?


[1]

2 neworks privés A et B sont reliés par un routeur.

Un serveur nommé SrvA (dans le sous-réseau A) fonctionne comme un serveur Web intranet pour le service des ressources humaines (RH).

Un serveur nommé SrvB (dans le sous-réseau B) est un serveur de messagerie Microsoft Exchange 2000 Server. SrvA contient des documents confidentiels auxquels les utilisateurs doivent accéder quotidiennement sur le sous-réseau A uniquement.

Tous les utilisateurs doivent pouvoir se connecter à SrvB.

Vous souhaitez configurer les propriétés TCP/IP de SrvA pour empêcher tout ordinateur du sous-réseau B d'établir une session avec SrvA.

Que devriez-vous faire?


[2] Explication pour corriger réponse « Configurer SRVA sans adresse de la passerelle par défaut »

Pour communiquer avec SRVA, les clients du réseau B ont été configuré avec une adresse de passerelle par défaut c'est-à-dire l'adresse du routeur.

Pour SRVA de communiquer avec les clients dans le réseau B, il doit y avoir configuré avec une adresse de passerelle par défaut (l'adresse du routeur). La suppression de la passerelle par défaut de SrvA empêchera les ordinateurs résidant dans le sous-réseau B d'établir une session avec SrvA.

SRVA continuera cependant d'être en mesure de communiquer avec les clients dans le réseau B. Cela garantira que les dossiers confidentiels ne seront accessibles que par les utilisateurs sur le sous-réseau A.

Répondre

0

Si vous deviez mettre pas Passerelle par défaut sur Srv A, alors personne qui n'est pas directement connecté au serveur ne pourra s'y connecter. 1a) Si quelqu'un en dehors du sous-réseau A (qui n'est pas connecté directement) le trafic le ferait probablement au serveur, mais sans passerelle par défaut, le serveur ne saurait pas retourner le trafic à l'hôte distant, et déposez les paquets. 2) sauf si les données vont au serveur d'abord, cela ne devrait pas affecter la connexion avec les autres hôtes, juste la connexion au serveur. Si toutes les données vont et viennent de ce serveur avant qu'il ne quitte subnetA, alors il serait effectivement coupé pour des raisons dans # 1

3) une "connexion établie" a passé une sorte de poignée de main en disant que le 2 les hôtes passeront le trafic. IE, TCP handshake 3 voies (im ici, je vous vois, laisse passer le trafic), juste une connexion simple est un peu vague, mais je suppose que vous pouvez dire qu'il engloberait toutes sortes de connexions, à la fois "connexions établies" et sans connexion avec protocoles comme UDP ("un sens, ne vous souciez pas si vous obtenez la connexion de données")

Maintenant, ma suggestion est d'ajouter la route par défaut de retour. Votre juste vous blesser à long terme sans elle. Essayez de rechercher des informations sur la mise en place d'ACL (listes d'accès) sur votre routeur. Avec les ACL, vous pouvez spécifier "ce sous-réseau ne peut pas aller à cette adresse IP ou sous-réseau" l'adresse IP étant celle de votre serveur.

ne pas me citer, mais ce serait quelque chose comme

ip access-list 1
Deny all
permettent une toute

vous appliquez à l'interface va TO serverA avec quelque chose comme ceci:

ip access-list 1 sur

il ressemblera à quelque chose comme ça (désolé de ne pas useing blocs de code) cela empêchera les utilisateurs du sous-réseau B d'envoyer du trafic OUT au serveur A sans affecter d'autres trafics

Ceci est probablement la méthode préférée. Je SUGGÈRE FORTEMENT DE NE PAS SUIVRE LA RÉPONSE QUE VOUS AVEZ DANS VOTRE QUESTION qui causera beaucoup plus de mal que de bien. J'espère que cela aide

+0

tony_p, merci, J'ai ajouté au message initial l'explication [2] pour corriger la réponse [1]. Le routeur est un point de sortie unique, tout ce qui n'est pas destiné aux hôtes locaux sera routé vers le réseau correct (pas d'autre choix), le sera perdu par une mauvaise sortie. Ensuite, chaque client est configuré avec sa propre adresse de passerelle par défaut. Pourquoi les hôtes ont-ils besoin d'un serveur pour communiquer entre eux? via un serveur? J'ai un réseau sans serveur où les hôtes communiquent. Ai-je bien compris que SrvA ne peut pas répondre, c'est-à-dire une session en cours, à des hôtes de B mais que tous les hôtes peuvent communiquer entre dffrnt et ntworks? –

+0

je ne comprends pas comment votre routeur est configuré, mais il a besoin d'une route par défaut Depuis Srv A n'a pas un itinéraire par défaut, il ne sera pas en mesure de se connecter à quelque chose en dehors de son sous-réseau. Cela ne devrait avoir aucun impact sur le reste du réseau. Si votre routage est configuré correctement Les nœuds dans SubA devraient pouvoir parler aux nœuds dans SubB L'itinéraire par défaut indique simplement "Hey, pour les adresses que je ne connais pas, envoyez à cette adresse" qui devrait être le routeur ou le suivant couche 3 périphérique. Le RTR envoie alors le paquet à sa destination sur l'autre sous-réseau –