Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Anonyme
Bonjour
Le service Wins n'a aucun rapport avec le changement de provider. Dans votre domaine toutes les stations sont normalement configurer avec comme unique DNS le(s) controleur(s) de domaine. En changant de provider (donc de fournisseur d'ip et de dns) vous devez changer la redirection dns vers votre nouveau prodiver (free: 212.27.32.177 et 212.27.32.176)
KB How to configure DNS for Internet access in Windows 2000 http://support.microsoft.com/default.aspx?scid=kb;en-us;300202&sd=tech#EPACAAA
-- Anonyme - is SpeGase Anonyme Freeance technologies Microsoft .
"Laurent Jordi" wrote in message news:
Salut @ tous...
J'espère que quelqu'un pourra m'aider car j'i un assez gros souci...
Pour faire simple, je suis passé de Wanadoo à Free et mon Lan n'a plus accès à Internet.
Mon premier problème est que je n'ai plus accès à mes stratégies de groupe.
Je crois que cela vient soit d'un problème de config DNS soit de config WINS.
Mon dernier évennement m'indique que le Service DNS a bien démarré mais mon serveur WINS a une croix rouge.
Le service Wins n'a aucun rapport avec le changement de provider.
Dans votre domaine toutes les stations sont normalement configurer avec
comme unique DNS le(s)
controleur(s) de domaine.
En changant de provider (donc de fournisseur d'ip et de dns) vous devez
changer la redirection
dns vers votre nouveau prodiver (free: 212.27.32.177 et 212.27.32.176)
KB How to configure DNS for Internet access in Windows 2000
http://support.microsoft.com/default.aspx?scid=kb;en-us;300202&sd=tech#EPACAAA
--
Anonyme - is SpeGase
Anonyme
Freeance technologies Microsoft
.
"Laurent Jordi" <laurent@ezlogic.mc> wrote in message
news:04128B9F-C6AA-4D34-B6A8-4BD35975B650@microsoft.com...
Salut @ tous...
J'espère que quelqu'un pourra m'aider car j'i un assez gros souci...
Pour faire simple, je suis passé de Wanadoo à Free et mon Lan n'a plus
accès
à Internet.
Mon premier problème est que je n'ai plus accès à mes stratégies de
groupe.
Je crois que cela vient soit d'un problème de config DNS soit de config
WINS.
Mon dernier évennement m'indique que le Service DNS a bien démarré mais
mon
serveur WINS a une croix rouge.
Le service Wins n'a aucun rapport avec le changement de provider. Dans votre domaine toutes les stations sont normalement configurer avec comme unique DNS le(s) controleur(s) de domaine. En changant de provider (donc de fournisseur d'ip et de dns) vous devez changer la redirection dns vers votre nouveau prodiver (free: 212.27.32.177 et 212.27.32.176)
KB How to configure DNS for Internet access in Windows 2000 http://support.microsoft.com/default.aspx?scid=kb;en-us;300202&sd=tech#EPACAAA
-- Anonyme - is SpeGase Anonyme Freeance technologies Microsoft .
"Laurent Jordi" wrote in message news:
Salut @ tous...
J'espère que quelqu'un pourra m'aider car j'i un assez gros souci...
Pour faire simple, je suis passé de Wanadoo à Free et mon Lan n'a plus accès à Internet.
Mon premier problème est que je n'ai plus accès à mes stratégies de groupe.
Je crois que cela vient soit d'un problème de config DNS soit de config WINS.
Mon dernier évennement m'indique que le Service DNS a bien démarré mais mon serveur WINS a une croix rouge.
il nous faudrait vraiment la procédure de configuration de ton DNS. Les clients pointent ils bien sur ton DNS Windows?
-- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Laurent Jordi" a écrit dans le message de news:
Salut @ tous...
J'espère que quelqu'un pourra m'aider car j'i un assez gros souci...
Pour faire simple, je suis passé de Wanadoo à Free et mon Lan n'a plus accès à Internet.
Mon premier problème est que je n'ai plus accès à mes stratégies de groupe.
Je crois que cela vient soit d'un problème de config DNS soit de config WINS.
Mon dernier évennement m'indique que le Service DNS a bien démarré mais mon serveur WINS a une croix rouge.
il nous faudrait vraiment la procédure de configuration de ton DNS.
Les clients pointent ils bien sur ton DNS Windows?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Laurent Jordi" <laurent@ezlogic.mc> a écrit dans le message de news:
04128B9F-C6AA-4D34-B6A8-4BD35975B650@microsoft.com...
Salut @ tous...
J'espère que quelqu'un pourra m'aider car j'i un assez gros souci...
Pour faire simple, je suis passé de Wanadoo à Free et mon Lan n'a plus
accès
à Internet.
Mon premier problème est que je n'ai plus accès à mes stratégies de
groupe.
Je crois que cela vient soit d'un problème de config DNS soit de config
WINS.
Mon dernier évennement m'indique que le Service DNS a bien démarré mais
mon
serveur WINS a une croix rouge.
il nous faudrait vraiment la procédure de configuration de ton DNS. Les clients pointent ils bien sur ton DNS Windows?
-- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Laurent Jordi" a écrit dans le message de news:
Salut @ tous...
J'espère que quelqu'un pourra m'aider car j'i un assez gros souci...
Pour faire simple, je suis passé de Wanadoo à Free et mon Lan n'a plus accès à Internet.
Mon premier problème est que je n'ai plus accès à mes stratégies de groupe.
Je crois que cela vient soit d'un problème de config DNS soit de config WINS.
Mon dernier évennement m'indique que le Service DNS a bien démarré mais mon serveur WINS a une croix rouge.
Je crois que cela vient soit d'un problème de config DNS soit de config WINS.
Les DNS redirecteurs que vous devez configurer en étant connecté chez Free sont les suivants.
Primaire Free : 212.27.32.5 DNS Secondaire Free : 212.27.32.176 DNS Tertiaire Free : 212.27.32.177
A modifier dans la configuration DNS redirecteurs de votre serveur DNS.
-- Cordialement. GG. http://sbsfr.free.fr/forums/
GG [MVP]
Bonjour,
Pinger les machines et mettez dans l'ordre les machines repondant le plus vite.
Vous en avez d'autres des bêtise pareilles. Depuis le protocole DNS se sert du protocole ICMP pour dialoguer. Pour savoir le DNS le plus efficace il faut faire des mesures temporelles sur les time-stamp des traces dans les fichiers traces vous avez cette information. Un serveur DNS peut parfaitement répondre et très rapidement sur des requêtes DNS et on peut aussi lui interdire de répondre au ping et qu'est-ce que vous allez en conclure ? :-( -- Cordialement. GG. http://sbsfr.free.fr/forums/
Bonjour,
Pinger les machines et mettez dans l'ordre les machines repondant le plus
vite.
Vous en avez d'autres des bêtise pareilles. Depuis le protocole
DNS se sert du protocole ICMP pour dialoguer.
Pour savoir le DNS le plus efficace il faut faire des mesures
temporelles sur les time-stamp des traces dans les fichiers
traces vous avez cette information.
Un serveur DNS peut parfaitement répondre et très rapidement
sur des requêtes DNS et on peut aussi lui interdire de répondre
au ping et qu'est-ce que vous allez en conclure ? :-(
--
Cordialement.
GG.
http://sbsfr.free.fr/forums/
Pinger les machines et mettez dans l'ordre les machines repondant le plus vite.
Vous en avez d'autres des bêtise pareilles. Depuis le protocole DNS se sert du protocole ICMP pour dialoguer. Pour savoir le DNS le plus efficace il faut faire des mesures temporelles sur les time-stamp des traces dans les fichiers traces vous avez cette information. Un serveur DNS peut parfaitement répondre et très rapidement sur des requêtes DNS et on peut aussi lui interdire de répondre au ping et qu'est-ce que vous allez en conclure ? :-( -- Cordialement. GG. http://sbsfr.free.fr/forums/
Anonyme
Desole mais je vois pas en quoi c'est une betise. Le protocole ICMP utilise par ping permet de savoir combien de saut il faut faire pour atteindre une ip. Le client DNS envoi des requtetes UDP puis TCP si il n'arrive pas a etablir une connexion, donc le chemin emprinter (la premiere fois) est le meme
Entre un serveur DNS repondant au ping a 150ms et un autre a 10ms le choix est rapide ...
-- Anonyme - is SpeGase Anonyme Freeance technologies Microsoft .
"GG [MVP]" wrote in message news:%23e6$
Bonjour,
Pinger les machines et mettez dans l'ordre les machines repondant le plus vite.
Vous en avez d'autres des bêtise pareilles. Depuis le protocole DNS se sert du protocole ICMP pour dialoguer. Pour savoir le DNS le plus efficace il faut faire des mesures temporelles sur les time-stamp des traces dans les fichiers traces vous avez cette information. Un serveur DNS peut parfaitement répondre et très rapidement sur des requêtes DNS et on peut aussi lui interdire de répondre au ping et qu'est-ce que vous allez en conclure ? :-( -- Cordialement. GG. http://sbsfr.free.fr/forums/
Desole mais je vois pas en quoi c'est une betise.
Le protocole ICMP utilise par ping permet de savoir combien
de saut il faut faire pour atteindre une ip.
Le client DNS envoi des requtetes UDP puis TCP si il n'arrive pas a
etablir une connexion, donc le chemin emprinter (la premiere fois) est le
meme
Entre un serveur DNS repondant au ping a 150ms et un autre a 10ms le choix
est rapide ...
--
Anonyme - is SpeGase
Anonyme
Freeance technologies Microsoft
.
"GG [MVP]" <news@nospam.assysm.com> wrote in message
news:%23e6$vTQVGHA.4952@TK2MSFTNGP09.phx.gbl...
Bonjour,
Pinger les machines et mettez dans l'ordre les machines repondant le plus
vite.
Vous en avez d'autres des bêtise pareilles. Depuis le protocole
DNS se sert du protocole ICMP pour dialoguer.
Pour savoir le DNS le plus efficace il faut faire des mesures
temporelles sur les time-stamp des traces dans les fichiers
traces vous avez cette information.
Un serveur DNS peut parfaitement répondre et très rapidement
sur des requêtes DNS et on peut aussi lui interdire de répondre
au ping et qu'est-ce que vous allez en conclure ? :-(
--
Cordialement.
GG.
http://sbsfr.free.fr/forums/
Desole mais je vois pas en quoi c'est une betise. Le protocole ICMP utilise par ping permet de savoir combien de saut il faut faire pour atteindre une ip. Le client DNS envoi des requtetes UDP puis TCP si il n'arrive pas a etablir une connexion, donc le chemin emprinter (la premiere fois) est le meme
Entre un serveur DNS repondant au ping a 150ms et un autre a 10ms le choix est rapide ...
-- Anonyme - is SpeGase Anonyme Freeance technologies Microsoft .
"GG [MVP]" wrote in message news:%23e6$
Bonjour,
Pinger les machines et mettez dans l'ordre les machines repondant le plus vite.
Vous en avez d'autres des bêtise pareilles. Depuis le protocole DNS se sert du protocole ICMP pour dialoguer. Pour savoir le DNS le plus efficace il faut faire des mesures temporelles sur les time-stamp des traces dans les fichiers traces vous avez cette information. Un serveur DNS peut parfaitement répondre et très rapidement sur des requêtes DNS et on peut aussi lui interdire de répondre au ping et qu'est-ce que vous allez en conclure ? :-( -- Cordialement. GG. http://sbsfr.free.fr/forums/
GG [MVP]
Bonjour,
Le protocole ICMP utilise par ping permet de savoir combien de saut il faut faire pour atteindre une ip.
Oui et un serveur DNS peut ne pas repondre au protocole ICMP cela ne vous est jamais venu a l'idée qu'il peut repondre au procole UDP qui est utilisé par le serveur et le client DNS.
Si vous trouvez dans les RFC qu'un serveur DNS repond a de l'ICMP il faudrait réviser vos fondamentaux : ftp://ftp.rfc-editor.org/in-notes/rfc1034.txt ftp://ftp.rfc-editor.org/in-notes/rfc1035.txt
Le client DNS envoi des requtetes UDP puis TCP
Non pas TCP, mais bon, revoir encore les fondamentaux, et ne pas raconter de concetés comme dirait JCB.
-- Cordialement. GG. http://sbsfr.free.fr/forums/
Bonjour,
Le protocole ICMP utilise par ping permet de savoir combien
de saut il faut faire pour atteindre une ip.
Oui et un serveur DNS peut ne pas repondre au protocole ICMP
cela ne vous est jamais venu a l'idée qu'il peut repondre au
procole UDP qui est utilisé par le serveur et le client DNS.
Si vous trouvez dans les RFC qu'un serveur DNS repond a de l'ICMP
il faudrait réviser vos fondamentaux :
ftp://ftp.rfc-editor.org/in-notes/rfc1034.txt
ftp://ftp.rfc-editor.org/in-notes/rfc1035.txt
Le client DNS envoi des requtetes UDP puis TCP
Non pas TCP, mais bon, revoir encore les fondamentaux,
et ne pas raconter de concetés comme dirait JCB.
Le protocole ICMP utilise par ping permet de savoir combien de saut il faut faire pour atteindre une ip.
Oui et un serveur DNS peut ne pas repondre au protocole ICMP cela ne vous est jamais venu a l'idée qu'il peut repondre au procole UDP qui est utilisé par le serveur et le client DNS.
Si vous trouvez dans les RFC qu'un serveur DNS repond a de l'ICMP il faudrait réviser vos fondamentaux : ftp://ftp.rfc-editor.org/in-notes/rfc1034.txt ftp://ftp.rfc-editor.org/in-notes/rfc1035.txt
Le client DNS envoi des requtetes UDP puis TCP
Non pas TCP, mais bon, revoir encore les fondamentaux, et ne pas raconter de concetés comme dirait JCB.
-- Cordialement. GG. http://sbsfr.free.fr/forums/
Anonyme
Ou ai-je dit que le service DNS repondait au protocole ICMP ?! les serveurs hebergant le service DNS repondes a 99,99% au protocole ICMP pour informer les administrateurs reseau de leur presence. le protcole ICMP "peut" service de mesure d'estimation des performances d'une serveur et donc entre a choisir un serveur ou un autre hebergant les meme zone il vaut mieux favoriser le plus rapide (logique non ?!)
De plus oui le protcole DNS utilise la couche de transport TCP quand les donnees n'arrivent pas a etre acheminer entre 2 ip, il assure une recepction sur des donnees, contrairement au UDP qui ne fait pas cette verification. UDP est utilise avant TCP.
http://www.freesoft.org/CIE/Topics/77.htm : "Lower-Level Transport Either TCP or UDP can be used to transport DNS protocol messages, connecting to server port 53 for either. Ordinary DNS requests can be made with TCP, though convention dictates the use of UDP for normal operation. TCP must be used for zone transfers, however, because of the danger of dropping records with an unreliable delivery protocol such as UDP"
-- Anonyme - is SpeGase Anonyme Freeance technologies Microsoft .
"GG [MVP]" wrote in message news:
Bonjour,
Le protocole ICMP utilise par ping permet de savoir combien de saut il faut faire pour atteindre une ip.
Oui et un serveur DNS peut ne pas repondre au protocole ICMP cela ne vous est jamais venu a l'idée qu'il peut repondre au procole UDP qui est utilisé par le serveur et le client DNS.
Si vous trouvez dans les RFC qu'un serveur DNS repond a de l'ICMP il faudrait réviser vos fondamentaux : ftp://ftp.rfc-editor.org/in-notes/rfc1034.txt ftp://ftp.rfc-editor.org/in-notes/rfc1035.txt
Le client DNS envoi des requtetes UDP puis TCP
Non pas TCP, mais bon, revoir encore les fondamentaux, et ne pas raconter de concetés comme dirait JCB.
-- Cordialement. GG. http://sbsfr.free.fr/forums/
Ou ai-je dit que le service DNS repondait au protocole ICMP ?!
les serveurs hebergant le service DNS repondes a 99,99% au protocole ICMP
pour informer les administrateurs reseau de leur presence.
le protcole ICMP "peut" service de mesure d'estimation des performances
d'une serveur
et donc entre a choisir un serveur ou un autre hebergant les meme zone il
vaut mieux
favoriser le plus rapide (logique non ?!)
De plus oui le protcole DNS utilise la couche de transport TCP quand les
donnees n'arrivent
pas a etre acheminer entre 2 ip, il assure une recepction sur des donnees,
contrairement au UDP
qui ne fait pas cette verification.
UDP est utilise avant TCP.
http://www.freesoft.org/CIE/Topics/77.htm :
"Lower-Level Transport
Either TCP or UDP can be used to transport DNS protocol messages, connecting
to server port 53 for either. Ordinary DNS requests can be made with TCP,
though convention dictates the use of UDP for normal operation. TCP must be
used for zone transfers, however, because of the danger of dropping records
with an unreliable delivery protocol such as UDP"
--
Anonyme - is SpeGase
Anonyme
Freeance technologies Microsoft
.
"GG [MVP]" <news@nospam.assysm.com> wrote in message
news:emU3hyCWGHA.4212@TK2MSFTNGP03.phx.gbl...
Bonjour,
Le protocole ICMP utilise par ping permet de savoir combien
de saut il faut faire pour atteindre une ip.
Oui et un serveur DNS peut ne pas repondre au protocole ICMP
cela ne vous est jamais venu a l'idée qu'il peut repondre au
procole UDP qui est utilisé par le serveur et le client DNS.
Si vous trouvez dans les RFC qu'un serveur DNS repond a de l'ICMP
il faudrait réviser vos fondamentaux :
ftp://ftp.rfc-editor.org/in-notes/rfc1034.txt
ftp://ftp.rfc-editor.org/in-notes/rfc1035.txt
Le client DNS envoi des requtetes UDP puis TCP
Non pas TCP, mais bon, revoir encore les fondamentaux,
et ne pas raconter de concetés comme dirait JCB.
Ou ai-je dit que le service DNS repondait au protocole ICMP ?! les serveurs hebergant le service DNS repondes a 99,99% au protocole ICMP pour informer les administrateurs reseau de leur presence. le protcole ICMP "peut" service de mesure d'estimation des performances d'une serveur et donc entre a choisir un serveur ou un autre hebergant les meme zone il vaut mieux favoriser le plus rapide (logique non ?!)
De plus oui le protcole DNS utilise la couche de transport TCP quand les donnees n'arrivent pas a etre acheminer entre 2 ip, il assure une recepction sur des donnees, contrairement au UDP qui ne fait pas cette verification. UDP est utilise avant TCP.
http://www.freesoft.org/CIE/Topics/77.htm : "Lower-Level Transport Either TCP or UDP can be used to transport DNS protocol messages, connecting to server port 53 for either. Ordinary DNS requests can be made with TCP, though convention dictates the use of UDP for normal operation. TCP must be used for zone transfers, however, because of the danger of dropping records with an unreliable delivery protocol such as UDP"
-- Anonyme - is SpeGase Anonyme Freeance technologies Microsoft .
"GG [MVP]" wrote in message news:
Bonjour,
Le protocole ICMP utilise par ping permet de savoir combien de saut il faut faire pour atteindre une ip.
Oui et un serveur DNS peut ne pas repondre au protocole ICMP cela ne vous est jamais venu a l'idée qu'il peut repondre au procole UDP qui est utilisé par le serveur et le client DNS.
Si vous trouvez dans les RFC qu'un serveur DNS repond a de l'ICMP il faudrait réviser vos fondamentaux : ftp://ftp.rfc-editor.org/in-notes/rfc1034.txt ftp://ftp.rfc-editor.org/in-notes/rfc1035.txt
Le client DNS envoi des requtetes UDP puis TCP
Non pas TCP, mais bon, revoir encore les fondamentaux, et ne pas raconter de concetés comme dirait JCB.
-- Cordialement. GG. http://sbsfr.free.fr/forums/
GG [MVP]
les serveurs hebergant le service DNS repondes a 99,99% au protocole ICMP pour informer les administrateurs reseau de leur presence.
Certes mais cela ne veut strictement rien dire, ce qui compte c'est les temps de réponse sur de l'UDP 53.
TCP must be used for zone transfers ^^^^^^^^ "être obligé de" en bon français
TCP 53 n'est utilisé que pour le transfert de zone. Et surtout pas pour de l'échange client serveur. Dans le RFC il y a aussi un chapitre sur l'explication de la dialectique utilisée, et "must be" est très bien expliqué.
-- Cordialement. GG. http://sbsfr.free.fr/forums/
les serveurs hebergant le service DNS repondes a 99,99% au protocole ICMP
pour informer les administrateurs reseau de leur presence.
Certes mais cela ne veut strictement rien dire, ce qui compte c'est les
temps
de réponse sur de l'UDP 53.
TCP must be used for zone transfers
^^^^^^^^ "être obligé de" en bon français
TCP 53 n'est utilisé que pour le transfert de zone.
Et surtout pas pour de l'échange client serveur.
Dans le RFC il y a aussi un chapitre sur l'explication
de la dialectique utilisée, et "must be" est très bien
expliqué.
les serveurs hebergant le service DNS repondes a 99,99% au protocole ICMP pour informer les administrateurs reseau de leur presence.
Certes mais cela ne veut strictement rien dire, ce qui compte c'est les temps de réponse sur de l'UDP 53.
TCP must be used for zone transfers ^^^^^^^^ "être obligé de" en bon français
TCP 53 n'est utilisé que pour le transfert de zone. Et surtout pas pour de l'échange client serveur. Dans le RFC il y a aussi un chapitre sur l'explication de la dialectique utilisée, et "must be" est très bien expliqué.
