Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
SQLServer 2008 : Named pipe désactivé mais connexion possible avec named pipe
Bonjour
On me demande de désactiver les connexions via les pipe nommés sur des postes clients.
Je les ai désactivé dans le configuration manager / Client Protocols et cela fonctionne toujours
Cela ne fonctionne pas si je le désactive au niveau du SQL Server sur lequel je veux me connecter
Quelqu'un connait-il le problème ?
Merci de toute information
Jeeps64
L'instance a été redémarrée ?
oui j'ai redémarré l'instance pour prise en compte du parametre named pipe disable
Le probleme, c'est que je voudrais, si c'est possible, désactiver le protocole named pipe au niveau d'un client pour empecher au client de se connecter via np à tous nos SQLServer
jeeps64
Quand tu dis que ça fonctionne toujours, comment tu testes la connexion ? Comment sais-tu que tu es bien sur le protocole NP (select net_transport from sys.dm_exec_connections where session_id=@@spid) ? Est-ce une connexion locale où depuis le client ? Quel login de connexion utilises-tu (SQL ou Windows) ?
Quand je lance le code suivant sur mon poste client, cela fonctionne alors que j'ai désactiver le protocole 'named pipe' sur le client :
J'ai le même conportement quand je désactive TCP dans Configuration Manager / Client Protocols. En effet, j'arrive quand même à me connecter avec la commande suivante :
Code : Sélectionner tout - Visualiser dans une fenêtre à part sqlcmd -S np:\\machine\pipe\MSSQL$instancename\sql\query
Merci de ton aide
Code : Sélectionner tout - Visualiser dans une fenêtre à part sqlcmd -S tcp:machine,port
jeeps64
Je pense que la logique n'est pas la même lorsque tu forces le protocole (ie -Stcp: / -Snp: / -Slpc: ) et quand tu le laisses choisir (-S INSTANCENAME). En traçant les appels systèmes on voit que le chemin d'exécution n'est pas du tout le même. Par exemple, si tu désactives tous les protocoles au niveau du client, et que tu testes en indiquant simplement à SQL Server de résoudre le nom de connexion (-S INSTANCENAME), tu verras que tu tombes sur une erreur:
En fait il bute sur la lecture d'une clé de registre (HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\SNI9.0\ProtocolOrder) qui contient la liste et l'ordre des protocoles supportés côté client. Par exemple (sm tcp np) si les protocoles activés sont Shared Memory + TCP + Named Pipes dans cet ordre. Lorsque tous les protocoles sont désactivés, la clé ne contient rien et sqlcmd sort avec cette erreur.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
Si tu traces la connexion avec -Snp:\\<blabla> tu verras qu'il ne passe pas par la lecture de cette clé donc il ne se préoccupe pas du tout de savoir si le protocole est activé ou non.
Morale de l'histoire, je dirais que tant que tu utilises une chaîne de connexion sans forcer le protocole, le client SQL s'appuie sur la liste des protocoles activés côté client. Si tu forces le protocole, il se connecte directement. Évidemment c'est une supposition, il faudrait se faire confirmer ça par le support.
Donc désactives NP côté client et tant que ceux-ci se connectent en utilisant une méthode qui ne force pas le protocole, ils se connecteront soit en TCP ou alors la connexion sera en échec.
D'apres ce que tu dis :
Malheureusement j'ai la preuve du contraire :Si tu traces la connexion avec -Snp:\\<blabla> tu verras qu'il ne passe pas par la lecture de cette clé donc il ne se préoccupe pas du tout de savoir si le protocole est activé ou non.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70P:\>sqlcmd -S np:\\machine\pipe\MSSQL$InstanceName\sql\query 1> select * from sysprocesses where spid=@@spid 2> go spid kpid blocked waittype waittime lastwaittype waitresource dbid uid cpu physical_io memusage login_time last_batch ecid open_tran status sid hostname program_name hostprocess cmd n t_domain nt_username net_address net_library loginame context_info sql_handle stmt_s tart stmt_end request_id ------ ------ ------- -------- -------------------- ---------------------------- ---- --------------------------------------------------------------------------- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- --------------------- ------ ------ ----------- -------------------- ----------- ----------------------- ----------------------- ------ --------- -------------- ---------------- --------------------------------------------------------------- -------------------------------------------------------------------------------- ------------------------------- ------------------------------------------------ -------------------------------------------------------------------------------- ------------------------------------------------------------------------------- ------------------------------------------------- ----------- ---------------- - -------------------------------------------------------------------------------- ----------------------------------------------- -------------------------------- -------------------------------------------------------------------------------- ---------------- ------------ ------------ ------------------------------------- -------------------------------------------------------------------------------- ----------- -------------------------------------------------------------------- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ------------------------------ ------------------------------------------ ------ ----- ----------- ----------- 52 1124 0 0x0000 0 MISCELLANEOUS 1 1 0 0 2 2011-02-11 15:01:21.670 2011-02-11 15:01:21.673 0 0 runnable 0x010500000B4E5ED0BF040000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000 FR9095798D SQLCMD 4732 SELECT DOM monuser 001E0B9D84D7 Named Pipes DOM\monuser 0x000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000 000000000000000000000000000000 0x010001009C27882630D279880000000000000000 0 -1 0 (1 rows affected)
Comme tu le précise, je vais voir avec le support
Merci encore de ton aide
PS : Y a encore des traces de ton passage chez N@t€xis ; ))). Je viens de sortir de chez eux apres 3 ans de bon et loyaux services
Bon weekend
jeeps64
Non justement (j'ai dû mal m'exprimer). Si tu forces le protocole, sqlcmd ne va pas vérifier s'il est activé ou non au niveau du client donc ça va marcher.
En revanche, si tu fais le même test avec sqlcmd -U*** -P*** -SInstanceName et tous les protocoles désactivés côté client, tu ne pourras pas te connecter.
N@t€xis: Je me souviens effectivement avoir entendu ton nom cité par Mohamed (SAYAD) à l'époque. Bon week end !
Répondre avec citation
Partager