Nous louons des rzo distants entre le si=E8ge et nos sites.
De tous nos clients TSE distants, un (qui d'ailleurs est=20
le seul =E0 exploiter un wan diff=E9rent des autres)nous pose=20
un pb:
Apr=E9s 2 mn d'inactivit=E9, la reprise de la session de=20
travail n'est plus possible: message "Le server a termin=E9=20
la connexion". Sur le server, la session est toujours=20
active. A ce m=EAme moment, une prise de control =E0 distance=20
=E9choue et fait passer la session de active =E0 d=E9connect=E9e.
ce m=EAme compte useurs TSE depuis autre poste client=20
arrivant par l'autre rzo distant: Pas de PB.
Idem, sur le LAN: Pas de PB.
Nous avons d=E9sactiver toute veille sur le poste client=20
concern=E9. Rien n'y fait. Le Pb est exactement le m=EAme quand
nous enlevons le cable r=E9seau du client pendant plus de 2=20
minutes.
Nous avons fait je journal =E9venement. mais cela ne nous=20
avance pas plus, sinon que de constater l'=E9venement.
Une id=E9e SVP? Comment tester la continuit=E9 du RZO entre le=20
server et ce client (en dehors du ping, qui donne des=20
r=E9ponses sans d=E9passement du d=E9lai d'attente). Notre=20
fournisseur du Wan ne nous aide pas beaucoup.
MERCI
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
Eric PERROMAT [MVP]
tempest wrote: | Nous louons des rzo distants entre le siège et nos sites. | | De tous nos clients TSE distants, un (qui d'ailleurs est | le seul à exploiter un wan différent des autres)nous pose | un pb: | Aprés 2 mn d'inactivité, la reprise de la session de | travail n'est plus possible: message "Le server a terminé | la connexion". Sur le server, la session est toujours | active. A ce même moment, une prise de control à distance | échoue et fait passer la session de active à déconnectée. | | ce même compte useurs TSE depuis autre poste client | arrivant par l'autre rzo distant: Pas de PB. | Idem, sur le LAN: Pas de PB. | | Nous avons désactiver toute veille sur le poste client | concerné. Rien n'y fait. Le Pb est exactement le même quand | nous enlevons le cable réseau du client pendant plus de 2 | minutes. | Nous avons fait je journal évenement. mais cela ne nous | avance pas plus, sinon que de constater l'évenement. | | Une idée SVP? Comment tester la continuité du RZO entre le | server et ce client (en dehors du ping, qui donne des | réponses sans dépassement du délai d'attente). Notre | fournisseur du Wan ne nous aide pas beaucoup. | MERCI Regardez ce tres bon article concernant la deconnexion des sessions ... http://terminal.servebeer.com/php/flaky_connections.php Il y a des valeurs à ajouter ou modifier au niveau de la BDR afin de "stabiliser" les connexions RDP.
-- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
tempest wrote:
| Nous louons des rzo distants entre le siège et nos sites.
|
| De tous nos clients TSE distants, un (qui d'ailleurs est
| le seul à exploiter un wan différent des autres)nous pose
| un pb:
| Aprés 2 mn d'inactivité, la reprise de la session de
| travail n'est plus possible: message "Le server a terminé
| la connexion". Sur le server, la session est toujours
| active. A ce même moment, une prise de control à distance
| échoue et fait passer la session de active à déconnectée.
|
| ce même compte useurs TSE depuis autre poste client
| arrivant par l'autre rzo distant: Pas de PB.
| Idem, sur le LAN: Pas de PB.
|
| Nous avons désactiver toute veille sur le poste client
| concerné. Rien n'y fait. Le Pb est exactement le même quand
| nous enlevons le cable réseau du client pendant plus de 2
| minutes.
| Nous avons fait je journal évenement. mais cela ne nous
| avance pas plus, sinon que de constater l'évenement.
|
| Une idée SVP? Comment tester la continuité du RZO entre le
| server et ce client (en dehors du ping, qui donne des
| réponses sans dépassement du délai d'attente). Notre
| fournisseur du Wan ne nous aide pas beaucoup.
| MERCI
Regardez ce tres bon article concernant la deconnexion des sessions ...
http://terminal.servebeer.com/php/flaky_connections.php
Il y a des valeurs à ajouter ou modifier au niveau de la BDR afin de
"stabiliser" les connexions RDP.
--
Cordialement
Eric PERROMAT [MVP Windows Server - Terminal Server]
Visitez mon site :
http://pameri.chez.tiscali.fr
tempest wrote: | Nous louons des rzo distants entre le siège et nos sites. | | De tous nos clients TSE distants, un (qui d'ailleurs est | le seul à exploiter un wan différent des autres)nous pose | un pb: | Aprés 2 mn d'inactivité, la reprise de la session de | travail n'est plus possible: message "Le server a terminé | la connexion". Sur le server, la session est toujours | active. A ce même moment, une prise de control à distance | échoue et fait passer la session de active à déconnectée. | | ce même compte useurs TSE depuis autre poste client | arrivant par l'autre rzo distant: Pas de PB. | Idem, sur le LAN: Pas de PB. | | Nous avons désactiver toute veille sur le poste client | concerné. Rien n'y fait. Le Pb est exactement le même quand | nous enlevons le cable réseau du client pendant plus de 2 | minutes. | Nous avons fait je journal évenement. mais cela ne nous | avance pas plus, sinon que de constater l'évenement. | | Une idée SVP? Comment tester la continuité du RZO entre le | server et ce client (en dehors du ping, qui donne des | réponses sans dépassement du délai d'attente). Notre | fournisseur du Wan ne nous aide pas beaucoup. | MERCI Regardez ce tres bon article concernant la deconnexion des sessions ... http://terminal.servebeer.com/php/flaky_connections.php Il y a des valeurs à ajouter ou modifier au niveau de la BDR afin de "stabiliser" les connexions RDP.
-- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
claude
-----Message d'origine----- Nous louons des rzo distants entre le siège et nos sites.
De tous nos clients TSE distants, un (qui d'ailleurs est le seul à exploiter un wan différent des autres)nous pose un pb: Aprés 2 mn d'inactivité, la reprise de la session de travail n'est plus possible: message "Le server a terminé la connexion". Sur le server, la session est toujours active. A ce même moment, une prise de control à distance échoue et fait passer la session de active à déconnectée.
ce même compte useurs TSE depuis autre poste client arrivant par l'autre rzo distant: Pas de PB. Idem, sur le LAN: Pas de PB.
Nous avons désactiver toute veille sur le poste client concerné. Rien n'y fait. Le Pb est exactement le même quand
nous enlevons le cable réseau du client pendant plus de 2 minutes. Nous avons fait je journal évenement. mais cela ne nous avance pas plus, sinon que de constater l'évenement.
Une idée SVP? Comment tester la continuité du RZO entre le
server et ce client (en dehors du ping, qui donne des réponses sans dépassement du délai d'attente). Notre fournisseur du Wan ne nous aide pas beaucoup. MERCI .
Salut,
Comme ca à chaud je dirais : est-ce que par hasard ton "client" n'aurait pas une option de deconnexion auto internet au bout de 2 min ?????
Salutations.
-----Message d'origine-----
Nous louons des rzo distants entre le siège et nos sites.
De tous nos clients TSE distants, un (qui d'ailleurs est
le seul à exploiter un wan différent des autres)nous pose
un pb:
Aprés 2 mn d'inactivité, la reprise de la session de
travail n'est plus possible: message "Le server a terminé
la connexion". Sur le server, la session est toujours
active. A ce même moment, une prise de control à distance
échoue et fait passer la session de active à déconnectée.
ce même compte useurs TSE depuis autre poste client
arrivant par l'autre rzo distant: Pas de PB.
Idem, sur le LAN: Pas de PB.
Nous avons désactiver toute veille sur le poste client
concerné. Rien n'y fait. Le Pb est exactement le même
quand
nous enlevons le cable réseau du client pendant plus de 2
minutes.
Nous avons fait je journal évenement. mais cela ne nous
avance pas plus, sinon que de constater l'évenement.
Une idée SVP? Comment tester la continuité du RZO entre
le
server et ce client (en dehors du ping, qui donne des
réponses sans dépassement du délai d'attente). Notre
fournisseur du Wan ne nous aide pas beaucoup.
MERCI
.
Salut,
Comme ca à chaud je dirais :
est-ce que par hasard ton "client" n'aurait pas une option
de deconnexion auto internet au bout de 2 min ?????
-----Message d'origine----- Nous louons des rzo distants entre le siège et nos sites.
De tous nos clients TSE distants, un (qui d'ailleurs est le seul à exploiter un wan différent des autres)nous pose un pb: Aprés 2 mn d'inactivité, la reprise de la session de travail n'est plus possible: message "Le server a terminé la connexion". Sur le server, la session est toujours active. A ce même moment, une prise de control à distance échoue et fait passer la session de active à déconnectée.
ce même compte useurs TSE depuis autre poste client arrivant par l'autre rzo distant: Pas de PB. Idem, sur le LAN: Pas de PB.
Nous avons désactiver toute veille sur le poste client concerné. Rien n'y fait. Le Pb est exactement le même quand
nous enlevons le cable réseau du client pendant plus de 2 minutes. Nous avons fait je journal évenement. mais cela ne nous avance pas plus, sinon que de constater l'évenement.
Une idée SVP? Comment tester la continuité du RZO entre le
server et ce client (en dehors du ping, qui donne des réponses sans dépassement du délai d'attente). Notre fournisseur du Wan ne nous aide pas beaucoup. MERCI .
Salut,
Comme ca à chaud je dirais : est-ce que par hasard ton "client" n'aurait pas une option de deconnexion auto internet au bout de 2 min ?????
Salutations.
claude
Salut Eric,
je viens de visiter le site que tu donnes en lien TRES TRES INTERESSANT !
Merci Salutations
Salut Eric,
je viens de visiter le site que tu donnes en lien
TRES TRES INTERESSANT !
je viens de visiter le site que tu donnes en lien TRES TRES INTERESSANT !
Merci Salutations
tempest
Salut, Nous tâcherons d'aller dés que possible sur ce sîte. depuis 2 ans nous utilisons TSE à distance et en LAN avec plusieurs dizaines de clients avec OS différents ... Nous n'avons jamais renconté ce besoin de stabilisation via la Bdr. Comme quoi, on en apprend ts le jrs ... A+ et Merci.
Regardez ce tres bon article concernant la deconnexion des sessions ...
http://terminal.servebeer.com/php/flaky_connections.php Il y a des valeurs à ajouter ou modifier au niveau de la BDR afin de
"stabiliser" les connexions RDP.
-- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
.
Salut,
Nous tâcherons d'aller dés que possible sur ce sîte.
depuis 2 ans nous utilisons TSE à distance et en LAN
avec plusieurs dizaines de clients avec OS différents ...
Nous n'avons jamais renconté ce besoin de stabilisation
via la Bdr. Comme quoi, on en apprend ts le jrs ...
A+ et Merci.
Regardez ce tres bon article concernant la deconnexion
des sessions ...
http://terminal.servebeer.com/php/flaky_connections.php
Il y a des valeurs à ajouter ou modifier au niveau de la
BDR afin de
"stabiliser" les connexions RDP.
--
Cordialement
Eric PERROMAT [MVP Windows Server - Terminal Server]
Visitez mon site :
http://pameri.chez.tiscali.fr
Salut, Nous tâcherons d'aller dés que possible sur ce sîte. depuis 2 ans nous utilisons TSE à distance et en LAN avec plusieurs dizaines de clients avec OS différents ... Nous n'avons jamais renconté ce besoin de stabilisation via la Bdr. Comme quoi, on en apprend ts le jrs ... A+ et Merci.
Regardez ce tres bon article concernant la deconnexion des sessions ...
http://terminal.servebeer.com/php/flaky_connections.php Il y a des valeurs à ajouter ou modifier au niveau de la BDR afin de
"stabiliser" les connexions RDP.
-- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
.
tempest
Salut Claude
C'est une liaison permanente qu'exploite ce client. Donc il n'y a pas de rupture comme sur le commuté.
Salut,
Comme ca à chaud je dirais : est-ce que par hasard ton "client" n'aurait pas une option
de deconnexion auto internet au bout de 2 min ?????
Salutations.
.
Salut Claude
C'est une liaison permanente qu'exploite ce client.
Donc il n'y a pas de rupture comme sur le commuté.
Salut,
Comme ca à chaud je dirais :
est-ce que par hasard ton "client" n'aurait pas une
option
de deconnexion auto internet au bout de 2 min ?????
