Bonjour , oui tout à fait d'accord avec vous sa existe des switch de niveau3 , tous simplement se sont des switch qu'on peut administré ainsi leur donner des adresse ip . Avant il n'y a avait pas pas ce genre de truc mais maintenant oui sa existe.
Et pour répondre à votre question , un routeur : c'est fait pour nous router à l'extérieur de notre réseau local . Tant dis quele switch c'est fait juste pour un réseau local même s'il a une adresse ip . En reste toujours en local.
Bonjour , oui tout à fait d'accord avec vous sa existe des switch de niveau3 , tous simplement se sont des switch qu'on peut administré ainsi leur donner des adresse ip . Avant il n'y a avait pas pas ce genre de truc mais maintenant oui sa existe.
Et pour répondre à votre question , un routeur : c'est fait pour nous router à l'extérieur de notre réseau local . Tant dis quele switch c'est fait juste pour un réseau local même s'il a une adresse ip . En reste toujours en local.
je suis le cours très intéressant sur la mise en place d'un serveur mail et j'ai un petit soucis que je n'arrive pas à résoudre. Lorsque je passe à la configuration avec base de donnée, le répertoire ne se crée pas. Le mail que postfix reçoit est stocke dans un fichier qui a le nom "1" et il est crée dans le répertoire /var/mail/vhosts. De plus, les mails reçu et accepté par postfix sont tous stocké dans ce fichier, quel que soit le destinataire du mail reçu.
Ça ne se produit que lorsque j'utilise la base de données. Quand je passe par un fichier vmailbox.db comme montré dans le cours, l'arborescence itinet.fr/toto/ se crée bien et je reçois bien le mail dans le répertoire new.
Je suppose que c'est un problème de base de données. Comment est récupéré le nom du répertoire a créer par postfix? Est ce que la base de donnée est la pour dire à postfix: "cette adresse email existe. Tu peux créer son répertoire s'il n'existe pas". Après tout il possède le nom destinataire. Ou bien est ce que postfix fait deux requêtes a la base de donnée: une pour savoir si le destinataire existe. Et une autre pour récupérer le champ email?
Auriez vous quelques suggestions pour résoudre ce problème?
Oui j'ai eu le même souci, il faut que tu ajoutes un champ maildir dans la table des adresses mail et que dans le fichier mysql-virtual-mailbox-maps.cf tu changes la requête pour récupérer le champs maildir. Dans ce cas, ça marche !
j'en profite pour signaler un soucis d'affichage. Une phrase d'explication est contenu dans une fenêtre présentant du code.
juste apres "Nous allons reprendre les critères que nous avions ajoutés :" il y a le code de main.cf pour montrer comment associer la base de donnees a postfix". Dans cette fenetre à la fin il y a ecrit:
"nous reste maintenant à créer ces fichiers qui vont indiquer à postfix comment se connecter à notre base de données et quelle requête effectuer pour récupérer les adresses mail."
j'imagine que cette phrase devrait etre en dehors du code.
encore merci pour la qualite et la rapidite de la reponse. Je continue le cours
J'ai une question probablement très idiote concernant l'exercice final du cours TCP/IP. Pour l'adressage, il est dit :
Vous devez donner des adresses à toutes les machines des différents réseaux. Pour cela, vous pouvez choisir la plage d’adresses que vous voulez, mais vous n’avez le droit de prendre des adresses que parmi un seul et unique réseau en /24. Vous pourriez par exemple choisir le réseau 20.20.20.0/24 (Attention, je n’ai pas dit que cela était un bon choix...) et donc les adresses de toutes les machines du réseau devront se situer dans cette plage.
J'interprète peut-être mal la consigne, mais pour moi elle semble dire que l'ensemble du réseau (local + DMZ) appartient au même réseau de 253 adresses machines. Mais je ne comprends pas alors l'intérêt du routeur, qui a pour rôle de faire la liaison entre réseaux différents. Ou alors elle veut dire que chaque adresse d'un même réseau (local et DMZ pris séparément) doit appartenir au même réseau en /24, ce qui me semble bien plus logique (mais qui va tellement de soi que du coup elle m'a embrouillé !)
Voici la solution que j'aurais envisagé logiquement pour l'exercice (avec des X pour éviter les copieurs ) :
La DMZ est en XXX.XXX.1.XXX et le réseau local en XXX.XXX.0.XXX (les deux sont dans l'une des plages réservées qu'on a vu dans le cours).
Est-ce que je suis dans le vrai ou est-ce que j'ai mal assimilé une partie du cours ?
@Julien.3615: Non, tu ne définis pas ns1 comme serveur principal, il a le même poids que ns2. Par contre il faut que tu indiques des adresses IP pour ces serveurs sinon on ne saura jamais y aller.
Pour ton second domaine exemple.fr, tu peux mettre ns1.exemple.fr et lui donner la même adresse IP que ns1.reseau.fr, par exemple.
Ma question est la suivante : est ce que un routeur peut être considéré comme un commutateur dans le cadre on l'on dit que pour connecter un commutateur et un périphérique il faut un un câble ethernet croisé .
svp je ne m'y connait pas bien en reseau, j'ai un souci avc ma machine consernant le réseau. en effet, j'ai un DD, quand je me connecte sur internet la machine plante et jsui obligé de redemmarer avant que sa fonctionne encore normalement. je ne sais pas si c'est un pb materiel ou pb du réseau mci.
Je suis ce cours depuis quelque temps. Et je suis un peu bloqué sur une explication (Dans la section traitant le découpage des adresses en sous-réseaux) :
" Pour les commerciaux, nous avons vu qu'il fallait commencer en 0, donc on prend la première adresse possible après 10.0.0.31 qui finit en 0, soit 10.0.1.0 ! Ce qui nous donne pour les commerciaux la plage 10.0.1.0/24 qui finit en 10.0.1.255 De la même façon, nous ne pourrons pas commencer la plage des techniciens en 10.0.2.0, il faudra aller jusqu'en 10.0.4.0"
J'arrive pas à comprendre pourquoi on ne peut pas commencer en 10.0.2.0 .
la réponse est très simple et logique , à votre avis qu'est ce qui vient après le zéro (Comme on nous l'a appris quand on été petit) 1,2,3...etc.
le prof a pris la première adresse qui suit ce réseau c'est à dire 10.0.1.0, comme il a explique pour que les adresse ne se chevauchent pas je vous donne un exemple :
Quand on un sous réseau qui a la première @dresse comme ceci : 123.123.123.1 on vas dire que notre sous réseau a 20 machine ce qui donne notre dernière machine aura comme @adresse 123.123.123.21 , jusque la , j'ai rien fait de spécial , maintenant imaginez si j'ai un deuxième sous réseau ayant 300 machine, et que je veux faire la suite donc automatiquement pour que mes @dresse ne se chevauchent pas je vais commencé à 123.123.124.0 ! j'espère que vous m'avez bien compris . (mais je pense que le prof vas expliqué que cette méthode la , nous fait gaspillé pas mal d'@dresse ) j'espère que ma réponse vous sera bénéfique , juste je voulais vous donnez un petit conseil,car sa fait bien longtemps que j'ai réussi et obtenu un certificat de réussite de ce cours et que je l’espéré pour vous aussi !) ,donc essayer de vous contenter de la méthode magique car je pense que c'est la plus fiable et la plus facile ,et c'est avec cette méthode que vous allez faire la suite du cours . )
Le but de cette partie c'est de vous expliquez qu'il faut toujours commencé par le réseau ayant le plus de machine.
Désolé mais je souhaite un petit éclaircissement sur l'activité à réaliser. Doit-on découper une plage /24 en deux sous réseaux pour pouvoir ainsi allouer les adresses à tous les équipements ?
Cordialement.
Vous devez donner des adresses à toutes les machines des différents réseaux. Pour cela, vous pouvez choisir la plage d’adresses que vous voulez, mais vous n’avez le droit de prendre des adresses que parmi un seul et unique réseau en /24. Vous pourriez par exemple choisir le réseau 20.20.20.0/24 (Attention, je n’ai pas dit que cela était un bon choix...) et donc les adresses de toutes les machines du réseau devront se situer dans cette plage.
Bonjour merci pour ce cours hyper intéressant je suis perdu avec les fichiers de configuration DNS. Je sais pas si c'est dans named.conf je dois créer mes zones ou il faut créer un nouveau fichier
MOOC Apprenez le fonctionnement des réseaux TCP/IP
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
technicien systèmes et réseaux