bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier sur
le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier sur
le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier sur
le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier sur
le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier sur
le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier sur
le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
<christophe@ipnet.fr> wrote in message
news:eEq0y9S5FHA.3136@TK2MSFTNGP09.phx.gbl...
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
<christophe@ipnet.fr> wrote in message
news:eEq0y9S5FHA.3136@TK2MSFTNGP09.phx.gbl...
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses mais
bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si j'ouvre
ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Salut Med,
vraiment bizarre alors car j'ai bien une instance nomée SQL2K5 mais y'a
bien sur le PORT TCP-ALL 1433
alors ce qui est bizarre c'est que il passe par udp 1434 en tout premier
exemple si le serveur à redemarré puis en suite tout le reste passe TCP
1433 ???
etonnant ? je pousse les verifications mais cela me semble vraiment
bizarre !
"Med Bouchenafa" a écrit dans le message de news:
%Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses
mais bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si
j'ouvre ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Salut Med,
vraiment bizarre alors car j'ai bien une instance nomée SQL2K5 mais y'a
bien sur le PORT TCP-ALL 1433
alors ce qui est bizarre c'est que il passe par udp 1434 en tout premier
exemple si le serveur à redemarré puis en suite tout le reste passe TCP
1433 ???
etonnant ? je pousse les verifications mais cela me semble vraiment
bizarre !
"Med Bouchenafa" <com.hotmail@bouchenafa> a écrit dans le message de news:
%23H3KT5f5FHA.3416@TK2MSFTNGP15.phx.gbl...
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
<christophe@ipnet.fr> wrote in message
news:eEq0y9S5FHA.3136@TK2MSFTNGP09.phx.gbl...
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses
mais bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si
j'ouvre ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Salut Med,
vraiment bizarre alors car j'ai bien une instance nomée SQL2K5 mais y'a
bien sur le PORT TCP-ALL 1433
alors ce qui est bizarre c'est que il passe par udp 1434 en tout premier
exemple si le serveur à redemarré puis en suite tout le reste passe TCP
1433 ???
etonnant ? je pousse les verifications mais cela me semble vraiment
bizarre !
"Med Bouchenafa" a écrit dans le message de news:
%Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses
mais bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si
j'ouvre ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Alors la methode !
j'ai un firewall sur le serveur ce qui me permet de bloquer le port udp
1434.
J'active donc le blocage tout est ok et marche normalement !
je coupe le client a savoir sur un poste de travail le sql managemnt
studio
je le relance et la impossible d'aller sur le serveur en question
petite verif sur les logs du firewall et la bingo le poste de travail
bloqué par le firewall port udp 1434 !
quelle solution est la solution med ?
faut 'il que je reinstalle le serveur avec sans preciser un nom d'instance
et choisir par defaut ?
j'ai pourtant configurer dans "SQL Server Configuration Manager"
TCP ALL 1433 ???
surtout que c'est uniquement la premiere fois qu'il me fait le coup apres
il passe toutes les infos par le tcp 1433 !!!
cela ne fait pas ça sur SQL 2000 car j'ai les 2 sur le meme serveur et lui
ne rencontre pas ce probleme ?
ou alors j'ai vraiment raté un truc !
"Med Bouchenafa" a écrit dans le message de news:
%Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses
mais bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si
j'ouvre ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Alors la methode !
j'ai un firewall sur le serveur ce qui me permet de bloquer le port udp
1434.
J'active donc le blocage tout est ok et marche normalement !
je coupe le client a savoir sur un poste de travail le sql managemnt
studio
je le relance et la impossible d'aller sur le serveur en question
petite verif sur les logs du firewall et la bingo le poste de travail
bloqué par le firewall port udp 1434 !
quelle solution est la solution med ?
faut 'il que je reinstalle le serveur avec sans preciser un nom d'instance
et choisir par defaut ?
j'ai pourtant configurer dans "SQL Server Configuration Manager"
TCP ALL 1433 ???
surtout que c'est uniquement la premiere fois qu'il me fait le coup apres
il passe toutes les infos par le tcp 1433 !!!
cela ne fait pas ça sur SQL 2000 car j'ai les 2 sur le meme serveur et lui
ne rencontre pas ce probleme ?
ou alors j'ai vraiment raté un truc !
"Med Bouchenafa" <com.hotmail@bouchenafa> a écrit dans le message de news:
%23H3KT5f5FHA.3416@TK2MSFTNGP15.phx.gbl...
Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
<christophe@ipnet.fr> wrote in message
news:eEq0y9S5FHA.3136@TK2MSFTNGP09.phx.gbl...
bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses
mais bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si
j'ouvre ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
Alors la methode !
j'ai un firewall sur le serveur ce qui me permet de bloquer le port udp
1434.
J'active donc le blocage tout est ok et marche normalement !
je coupe le client a savoir sur un poste de travail le sql managemnt
studio
je le relance et la impossible d'aller sur le serveur en question
petite verif sur les logs du firewall et la bingo le poste de travail
bloqué par le firewall port udp 1434 !
quelle solution est la solution med ?
faut 'il que je reinstalle le serveur avec sans preciser un nom d'instance
et choisir par defaut ?
j'ai pourtant configurer dans "SQL Server Configuration Manager"
TCP ALL 1433 ???
surtout que c'est uniquement la premiere fois qu'il me fait le coup apres
il passe toutes les infos par le tcp 1433 !!!
cela ne fait pas ça sur SQL 2000 car j'ai les 2 sur le meme serveur et lui
ne rencontre pas ce probleme ?
ou alors j'ai vraiment raté un truc !
"Med Bouchenafa" a écrit dans le message de news:
%Le port UDP 1434 est utilise uniquement par les instances nommees
lorsqu'elles n'utilisent pas un port TCP defini explicitement
Lorsque le port est defini explicitement, il n'y a besoin de ce port.
Il faut utiliser le nouvel outil "SQL Server Configuration Manager" pour
parametrer un port d'ecoute
--
Bien cordialement
Med Bouchenafa
wrote in message
news:bonjour à tous,
je m'arrache les cheveux ...bien qu'il ne m'en reste plus des masses
mais bon.
j'ai installé ce cher SQL 2005 que j'ai eu la chance de recupérer hier
sur le lancement.
mais curieusement quand je veux le prendre en main à distance via la
console 2005.
impossible, j'ai donc parametrer les ports en TCP 1433 comme avant pour
que les routeurs et autre firewall gere cela
mais rien n'y fait. il envoi une requete UDP sur le port 1434, si
j'ouvre ça tout est ok apres les echanges se font bien en tcp 1433 ???
j'y comprends rien si ke redemarre la machine idem on dirait qu'il faut
d'abbord initoaliser en UDP ????
alors je pense que je dois me planter quelque part mais ou ???
pouvez vous m'en dire plus c'est un peu precoce mais avec la beta 2 je
n'avais pas eu ce genre de probleme !
est-ce un bug ou une bonne erreur de ma part ?
Merci de me donner un coup de main si vous avez une idée !
