Bonjour à tous,
notre config : un sbs2003 pour authentification, un tse 2003 pour que les
postes en 98 fassent du tse.
Depuis hier quelques clients en windows 98 n'arrivent plus à se connecter
(ça n'a pas l'air d'être un pb de licence car nous avons renouvelé la clé
Mslicensing sans résultat). De plus aucun message d'erreur sur l'un ou
l'autre des serveurs.
l'erreur sur les postes en win98 est la suivante : bureau à distance
deconnecté, le client n'a pas pu se connecter à l'ordinateur distant (nous
avons essayé avec le nom du serveur, et son adresse ip).
désinstallation du client tse, réinstallation san plus de succès.
Bonsoir Gils || Serveur DNS dans les choux. Comment expliques tu alors que la connexion directe via l'@Ip procure la même erreur ??
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et mon Forum http://aidetse.free.fr/forum
"GG [MVP]" <news@nospam.assysm.com> a écrit dans le message de news:
uftzQreHGHA.2940@tk2msftngp13.phx.gbl
Bonsoir Gils
|| Serveur DNS dans les choux.
Comment expliques tu alors que la connexion directe via l'@Ip procure la
même erreur ??
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et
mon Forum http://aidetse.free.fr/forum
Bonsoir Gils || Serveur DNS dans les choux. Comment expliques tu alors que la connexion directe via l'@Ip procure la même erreur ??
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et mon Forum http://aidetse.free.fr/forum
GG [MVP]
Bonjour Eric,
|| Serveur DNS dans les choux. Comment expliques tu alors que la connexion directe via l'@Ip procure la même erreur ??
Je n'ai pas d'explication sans avoir de trace réseau. Il faut mettre en place un sniffer et voir ce qu'il se passe au niveau du trafic sur le port 53/UDP Je n'ai pas réussi a reproduire le problème et j'ai sensiblement la même config, SBS, Windows 2003 server membre en TSE dans une VPC et un Win98 toujours dans une VPC, je n'ai pas besoin de modifier hosts ou lmhosts mais effectivement sous 98 j'ai une demande DNS qui part sur le SBS pour résoudre le nom du serveur TSE. Il peut y avoir pb si par exemple le serveur TSE est en multihoming (plusieurs adresses IP) et que celle qui est enregistrée en PTR dans la zone reverse du serveur DNS ne soit pas la bonne, par exemple. -- Cordialement. GG. http://sbsfr.mvps.org/ http://gilsga.mvps.org/
Bonjour Eric,
|| Serveur DNS dans les choux.
Comment expliques tu alors que la connexion directe via l'@Ip procure la
même erreur ??
Je n'ai pas d'explication sans avoir de trace réseau.
Il faut mettre en place un sniffer et voir ce qu'il se passe
au niveau du trafic sur le port 53/UDP
Je n'ai pas réussi a reproduire le problème et j'ai
sensiblement la même config, SBS, Windows 2003
server membre en TSE dans une VPC et un Win98
toujours dans une VPC, je n'ai pas besoin de modifier
hosts ou lmhosts mais effectivement sous 98 j'ai une
demande DNS qui part sur le SBS pour résoudre le
nom du serveur TSE.
Il peut y avoir pb si par exemple le serveur TSE est
en multihoming (plusieurs adresses IP) et que celle
qui est enregistrée en PTR dans la zone reverse du
serveur DNS ne soit pas la bonne, par exemple.
--
Cordialement.
GG.
http://sbsfr.mvps.org/
http://gilsga.mvps.org/
|| Serveur DNS dans les choux. Comment expliques tu alors que la connexion directe via l'@Ip procure la même erreur ??
Je n'ai pas d'explication sans avoir de trace réseau. Il faut mettre en place un sniffer et voir ce qu'il se passe au niveau du trafic sur le port 53/UDP Je n'ai pas réussi a reproduire le problème et j'ai sensiblement la même config, SBS, Windows 2003 server membre en TSE dans une VPC et un Win98 toujours dans une VPC, je n'ai pas besoin de modifier hosts ou lmhosts mais effectivement sous 98 j'ai une demande DNS qui part sur le SBS pour résoudre le nom du serveur TSE. Il peut y avoir pb si par exemple le serveur TSE est en multihoming (plusieurs adresses IP) et que celle qui est enregistrée en PTR dans la zone reverse du serveur DNS ne soit pas la bonne, par exemple. -- Cordialement. GG. http://sbsfr.mvps.org/ http://gilsga.mvps.org/
Renaud
Bonjour,
Le 17 ou le 18 janvier, j'ai eu le même problème chez un client également. Aujourd'hui, un deuxième client Windows 98 manifeste le même symptome. Depuis plus d'un an tout fonctionnait sans problème, et en cours de journée, impossible de se reconnecter. Les deux sont sur des serveurs différents, l'un passe par un VPN et l'autre accède en RDP direct. Le ping vers le serveur passe bien par le VPN, mais impossible se connecter.
Je viens de faire la manip dans le fichier HOST, pour le poste qui passe par le VPN (en ajoutant une ligne qui résout l'adresse du serveur en l'adresse du serveur) Cela fonctionne.
Pour l'autre client, j'ai fait la même manip', mais cela ne fonctionne pas. Dans ce cas, l'acces TS se fait non pas à travers un VPN mais vers une IP publique.
Il y a quand même un truc qui m'échappe la dedans, c'est pourquoi les symptomes semblent être apparu à la même période pour nous tous (aux environs du 17-18 janvier) ? Cela est-il dû à un virus ou à une mise à jour de Win98 qui aurait modifié le fonctionnement de la connection RDP ?
Avez-vous des infos la dessus ?
D'avance, merci
Cordialement
Renaud
"GG [MVP]" a écrit dans le message de news:
Bonjour Eric,
|| Serveur DNS dans les choux. Comment expliques tu alors que la connexion directe via l'@Ip procure la même erreur ??
Je n'ai pas d'explication sans avoir de trace réseau. Il faut mettre en place un sniffer et voir ce qu'il se passe au niveau du trafic sur le port 53/UDP Je n'ai pas réussi a reproduire le problème et j'ai sensiblement la même config, SBS, Windows 2003 server membre en TSE dans une VPC et un Win98 toujours dans une VPC, je n'ai pas besoin de modifier hosts ou lmhosts mais effectivement sous 98 j'ai une demande DNS qui part sur le SBS pour résoudre le nom du serveur TSE. Il peut y avoir pb si par exemple le serveur TSE est en multihoming (plusieurs adresses IP) et que celle qui est enregistrée en PTR dans la zone reverse du serveur DNS ne soit pas la bonne, par exemple. -- Cordialement. GG. http://sbsfr.mvps.org/ http://gilsga.mvps.org/
Bonjour,
Le 17 ou le 18 janvier, j'ai eu le même problème chez un client également.
Aujourd'hui, un deuxième client Windows 98 manifeste le même symptome.
Depuis plus d'un an tout fonctionnait sans problème, et en cours de journée,
impossible de se reconnecter.
Les deux sont sur des serveurs différents, l'un passe par un VPN et l'autre
accède en RDP direct.
Le ping vers le serveur passe bien par le VPN, mais impossible se connecter.
Je viens de faire la manip dans le fichier HOST, pour le poste qui passe par
le VPN (en ajoutant une ligne qui résout l'adresse du serveur en l'adresse
du serveur) Cela fonctionne.
Pour l'autre client, j'ai fait la même manip', mais cela ne fonctionne pas.
Dans ce cas, l'acces TS se fait non pas à travers un VPN mais vers une IP
publique.
Il y a quand même un truc qui m'échappe la dedans, c'est pourquoi les
symptomes semblent être apparu à la même période pour nous tous (aux
environs du 17-18 janvier) ? Cela est-il dû à un virus ou à une mise à jour
de Win98 qui aurait modifié le fonctionnement de la connection RDP ?
Avez-vous des infos la dessus ?
D'avance, merci
Cordialement
Renaud
"GG [MVP]" <news@nospam.assysm.com> a écrit dans le message de news:
eOofmsmHGHA.1728@TK2MSFTNGP09.phx.gbl...
Bonjour Eric,
|| Serveur DNS dans les choux.
Comment expliques tu alors que la connexion directe via l'@Ip procure la
même erreur ??
Je n'ai pas d'explication sans avoir de trace réseau.
Il faut mettre en place un sniffer et voir ce qu'il se passe
au niveau du trafic sur le port 53/UDP
Je n'ai pas réussi a reproduire le problème et j'ai
sensiblement la même config, SBS, Windows 2003
server membre en TSE dans une VPC et un Win98
toujours dans une VPC, je n'ai pas besoin de modifier
hosts ou lmhosts mais effectivement sous 98 j'ai une
demande DNS qui part sur le SBS pour résoudre le
nom du serveur TSE.
Il peut y avoir pb si par exemple le serveur TSE est
en multihoming (plusieurs adresses IP) et que celle
qui est enregistrée en PTR dans la zone reverse du
serveur DNS ne soit pas la bonne, par exemple.
--
Cordialement.
GG.
http://sbsfr.mvps.org/
http://gilsga.mvps.org/
Le 17 ou le 18 janvier, j'ai eu le même problème chez un client également. Aujourd'hui, un deuxième client Windows 98 manifeste le même symptome. Depuis plus d'un an tout fonctionnait sans problème, et en cours de journée, impossible de se reconnecter. Les deux sont sur des serveurs différents, l'un passe par un VPN et l'autre accède en RDP direct. Le ping vers le serveur passe bien par le VPN, mais impossible se connecter.
Je viens de faire la manip dans le fichier HOST, pour le poste qui passe par le VPN (en ajoutant une ligne qui résout l'adresse du serveur en l'adresse du serveur) Cela fonctionne.
Pour l'autre client, j'ai fait la même manip', mais cela ne fonctionne pas. Dans ce cas, l'acces TS se fait non pas à travers un VPN mais vers une IP publique.
Il y a quand même un truc qui m'échappe la dedans, c'est pourquoi les symptomes semblent être apparu à la même période pour nous tous (aux environs du 17-18 janvier) ? Cela est-il dû à un virus ou à une mise à jour de Win98 qui aurait modifié le fonctionnement de la connection RDP ?
Avez-vous des infos la dessus ?
D'avance, merci
Cordialement
Renaud
"GG [MVP]" a écrit dans le message de news:
Bonjour Eric,
|| Serveur DNS dans les choux. Comment expliques tu alors que la connexion directe via l'@Ip procure la même erreur ??
Je n'ai pas d'explication sans avoir de trace réseau. Il faut mettre en place un sniffer et voir ce qu'il se passe au niveau du trafic sur le port 53/UDP Je n'ai pas réussi a reproduire le problème et j'ai sensiblement la même config, SBS, Windows 2003 server membre en TSE dans une VPC et un Win98 toujours dans une VPC, je n'ai pas besoin de modifier hosts ou lmhosts mais effectivement sous 98 j'ai une demande DNS qui part sur le SBS pour résoudre le nom du serveur TSE. Il peut y avoir pb si par exemple le serveur TSE est en multihoming (plusieurs adresses IP) et que celle qui est enregistrée en PTR dans la zone reverse du serveur DNS ne soit pas la bonne, par exemple. -- Cordialement. GG. http://sbsfr.mvps.org/ http://gilsga.mvps.org/
Ricosi
Bonjour,
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le problème, peut-on s'attendre à une véritable solution dans les jours qui viennent ? Ou dois-je passer mes clients en Windows XP ? (je sais ça serait l'ideal^^)
Bonjour,
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le
problème, peut-on s'attendre à une véritable solution dans les jours qui
viennent ?
Ou dois-je passer mes clients en Windows XP ? (je sais ça serait l'ideal^^)
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le problème, peut-on s'attendre à une véritable solution dans les jours qui viennent ? Ou dois-je passer mes clients en Windows XP ? (je sais ça serait l'ideal^^)
GG [MVP]
Bonjour,
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le problème, peut-on s'attendre à une véritable solution dans les jours qui viennent ?
renommer le fichier hosts.sam en hosts. tout court peut-être ? :-)
-- Cordialement. GG. http://sbsfr.free.fr/
Bonjour,
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le
problème, peut-on s'attendre à une véritable solution dans les jours qui
viennent ?
renommer le fichier hosts.sam en hosts. tout court peut-être ? :-)
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le problème, peut-on s'attendre à une véritable solution dans les jours qui viennent ?
renommer le fichier hosts.sam en hosts. tout court peut-être ? :-)
-- Cordialement. GG. http://sbsfr.free.fr/
LBR
j'arrive aprés la guerre car mes postes Win98 sont en vadrouilles pendant 3 semaines avant de se reconnecter au serveur TSE ... mais je confirme, j'ai bien moi aussi d'un seul coup depuis mi janvier, tous mes postes 98 en connexion TSE en caraf ! alors que tout est en exploit depuis 1 an ... la solution du host solutionne bien mes problèmes ... ouf ! si quelqu'un sait ce qui s'est passé , je suis preneur ...!
Bonjour,
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le problème, peut-on s'attendre à une véritable solution dans les jours qui viennent ?
renommer le fichier hosts.sam en hosts. tout court peut-être ? :-)
-- Cordialement. GG. http://sbsfr.free.fr/
j'arrive aprés la guerre car mes postes Win98 sont en vadrouilles pendant 3
semaines avant de se reconnecter au serveur TSE ...
mais je confirme, j'ai bien moi aussi d'un seul coup depuis mi janvier,
tous mes postes 98 en connexion TSE en caraf !
alors que tout est en exploit depuis 1 an ...
la solution du host solutionne bien mes problèmes ...
ouf !
si quelqu'un sait ce qui s'est passé , je suis preneur ...!
Bonjour,
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le
problème, peut-on s'attendre à une véritable solution dans les jours qui
viennent ?
renommer le fichier hosts.sam en hosts. tout court peut-être ? :-)
j'arrive aprés la guerre car mes postes Win98 sont en vadrouilles pendant 3 semaines avant de se reconnecter au serveur TSE ... mais je confirme, j'ai bien moi aussi d'un seul coup depuis mi janvier, tous mes postes 98 en connexion TSE en caraf ! alors que tout est en exploit depuis 1 an ... la solution du host solutionne bien mes problèmes ... ouf ! si quelqu'un sait ce qui s'est passé , je suis preneur ...!
Bonjour,
et pour ceux dont la manip dans le fichier hosts.sam ne résoud pas le problème, peut-on s'attendre à une véritable solution dans les jours qui viennent ?
renommer le fichier hosts.sam en hosts. tout court peut-être ? :-)
