Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur SQL Serveur URGENT MSDE

URGENT MSDE

12 réponses
Avatar
LOIC
Bonjour,

J'ai développé un petit applicatif en VB.NET et celui ci se connecte sur une
base sql msde.

Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma connection
pour le poste client de test (pour l'instant en dur dans le code car c'est
une béta).
la ligne de connection :

workstation id=127.0.0.1;packet size=4096;user id=nom_user;integrated
security=SSPI;data source=127.0.0.1;persist security info=False;initial
catalog=nom_de_la_base

Sur un poste client qui est équipé de windows 98 j'ai installé msde et j'ai
fais un restore de la base en utilisant tout simplement entreprise manager
sur ce window 98 et lorsque je lance l'application et que j'essaie de me
connecter j'ai une erreur qui m'indique échec de l'utilisateur '(NULL)'.
Raison : Non associé à une connexion sécurisée SQL Server

Si quelqu'un peut m'aider.


Merci
Signaler un problème avec ce contenu

10 réponses

Supprimer
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
1 2
Avatar
Messenger of the red snake mountain
Vous avez sûrement un problème de compte. Vérifiez bien
que le compte soit existant dans la base. Le mieux à faire
est de supprimer les comptes rapatriés par le restore.

1. effectuer le restore
2. supprimer les comptes utilisés, je crois que c'est
qqch genre sp_droplogin / sp_dropuser ou encore
sp_dropalias

3. recréer le compte dans la base (sans oublier le
'use nombase' au préalable) avec sp_addlogin

4. réassocier les autorisations entre l'utilisateur et
la base avec sp_changedbowner. Attention cependant
à ne pas être connecté sur la base concernée (faire
un 'use master' par exemple).

.antoine

--





------------oOoo---Ôô----ooOo---------------------------
Antonio FONTES (well, me, actually)
http://www.nxtg.net/saphyr/ (tout et rien en français)
http://www.nxtg.net/is/ (blog - développeur web)
E-mail:
-------------------------------------------------------------
Avatar
Cédric BONNOT
Bonsoir,

Je pense que ton serveur est configuré pour accepter uniquement des
connections mappées
sur des comptes windows. Il faut que tu changes le mode de sécurité pour
"mixte"

Depuis Enterprise Manager il faut faire : clic droit sur l'instance -
propriétés - onglet sécurité

Cédric


"LOIC" a écrit dans le message de news:

Bonjour,

J'ai développé un petit applicatif en VB.NET et celui ci se connecte sur
une
base sql msde.

Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma connection
pour le poste client de test (pour l'instant en dur dans le code car c'est
une béta).
la ligne de connection :

workstation id7.0.0.1;packet ;user id=nom_user;integrated
security=SSPI;data source7.0.0.1;persist security infoúlse;initial
catalog=nom_de_la_base

Sur un poste client qui est équipé de windows 98 j'ai installé msde et
j'ai
fais un restore de la base en utilisant tout simplement entreprise manager
sur ce window 98 et lorsque je lance l'application et que j'essaie de me
connecter j'ai une erreur qui m'indique échec de l'utilisateur '(NULL)'.
Raison : Non associé à une connexion sécurisée SQL Server

Si quelqu'un peut m'aider.


Merci





Avatar
Sylvain Lafontaine
Un autre problème potentiel est l'utilisation de 127.0.0.1 comme data source
sur un ancien système d'exploitation tel que Win98. Avec les premières
versions de MDAC, le pilote OLEDB ne reconnaissait pas automatiquement les
source TCP/IP si on ne lui indiquait pas la bonne librairie.

Je ne me souviens plus de la syntaxe exacte mais peut-être que l'utilisation
de (local) au lieu de 127.0.0.1 pourrait peut-être régler le problème.

S. L.

"Cédric BONNOT" wrote in message
news:4155b826$0$15752$
Bonsoir,

Je pense que ton serveur est configuré pour accepter uniquement des
connections mappées
sur des comptes windows. Il faut que tu changes le mode de sécurité pour
"mixte"

Depuis Enterprise Manager il faut faire : clic droit sur l'instance -
propriétés - onglet sécurité

Cédric


"LOIC" a écrit dans le message de news:

Bonjour,

J'ai développé un petit applicatif en VB.NET et celui ci se connecte sur
une
base sql msde.

Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma connection
pour le poste client de test (pour l'instant en dur dans le code car
c'est
une béta).
la ligne de connection :

workstation id7.0.0.1;packet ;user id=nom_user;integrated
security=SSPI;data source7.0.0.1;persist security infoúlse;initial
catalog=nom_de_la_base

Sur un poste client qui est équipé de windows 98 j'ai installé msde et
j'ai
fais un restore de la base en utilisant tout simplement entreprise
manager
sur ce window 98 et lorsque je lance l'application et que j'essaie de me
connecter j'ai une erreur qui m'indique échec de l'utilisateur '(NULL)'.
Raison : Non associé à une connexion sécurisée SQL Server

Si quelqu'un peut m'aider.


Merci










Avatar
LOIC
non justement j'ai mis 127.0.0.1 en pensant résoudre le pb car j'avais à la
base mis localhost je vais essayer la sécurité.


"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)> a
écrit dans le message de news:O7j%
Un autre problème potentiel est l'utilisation de 127.0.0.1 comme data


source
sur un ancien système d'exploitation tel que Win98. Avec les premières
versions de MDAC, le pilote OLEDB ne reconnaissait pas automatiquement les
source TCP/IP si on ne lui indiquait pas la bonne librairie.

Je ne me souviens plus de la syntaxe exacte mais peut-être que


l'utilisation
de (local) au lieu de 127.0.0.1 pourrait peut-être régler le problème.

S. L.

"Cédric BONNOT" wrote in message
news:4155b826$0$15752$
> Bonsoir,
>
> Je pense que ton serveur est configuré pour accepter uniquement des
> connections mappées
> sur des comptes windows. Il faut que tu changes le mode de sécurité pour
> "mixte"
>
> Depuis Enterprise Manager il faut faire : clic droit sur l'instance -
> propriétés - onglet sécurité
>
> Cédric
>
>
> "LOIC" a écrit dans le message de news:
>
>> Bonjour,
>>
>> J'ai développé un petit applicatif en VB.NET et celui ci se connecte


sur
>> une
>> base sql msde.
>>
>> Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma


connection
>> pour le poste client de test (pour l'instant en dur dans le code car
>> c'est
>> une béta).
>> la ligne de connection :
>>
>> workstation id7.0.0.1;packet ;user id=nom_user;integrated
>> security=SSPI;data source7.0.0.1;persist security infoúlse;initial
>> catalog=nom_de_la_base
>>
>> Sur un poste client qui est équipé de windows 98 j'ai installé msde et
>> j'ai
>> fais un restore de la base en utilisant tout simplement entreprise
>> manager
>> sur ce window 98 et lorsque je lance l'application et que j'essaie de


me
>> connecter j'ai une erreur qui m'indique échec de l'utilisateur


'(NULL)'.
>> Raison : Non associé à une connexion sécurisée SQL Server
>>
>> Si quelqu'un peut m'aider.
>>
>>
>> Merci
>>
>>
>>
>
>
>




Avatar
Sylvain Lafontaine
(local) et localhost sont deux choses différentes. L'un est uniquement pour
le serveur SQL dans le cas des "named pipes" et l'autre pour les réseaux
TCP/IP, pouvant être utilisé ou non par le serveur SQL.

Dans le cas de : (local), les parenthèses sont obligatoires.

S. L.

"LOIC" wrote in message
news:
non justement j'ai mis 127.0.0.1 en pensant résoudre le pb car j'avais à
la
base mis localhost je vais essayer la sécurité.


"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)> a
écrit dans le message de news:O7j%
Un autre problème potentiel est l'utilisation de 127.0.0.1 comme data


source
sur un ancien système d'exploitation tel que Win98. Avec les premières
versions de MDAC, le pilote OLEDB ne reconnaissait pas automatiquement
les
source TCP/IP si on ne lui indiquait pas la bonne librairie.

Je ne me souviens plus de la syntaxe exacte mais peut-être que


l'utilisation
de (local) au lieu de 127.0.0.1 pourrait peut-être régler le problème.

S. L.

"Cédric BONNOT" wrote in message
news:4155b826$0$15752$
> Bonsoir,
>
> Je pense que ton serveur est configuré pour accepter uniquement des
> connections mappées
> sur des comptes windows. Il faut que tu changes le mode de sécurité
> pour
> "mixte"
>
> Depuis Enterprise Manager il faut faire : clic droit sur l'instance -
> propriétés - onglet sécurité
>
> Cédric
>
>
> "LOIC" a écrit dans le message de news:
>
>> Bonjour,
>>
>> J'ai développé un petit applicatif en VB.NET et celui ci se connecte


sur
>> une
>> base sql msde.
>>
>> Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma


connection
>> pour le poste client de test (pour l'instant en dur dans le code car
>> c'est
>> une béta).
>> la ligne de connection :
>>
>> workstation id7.0.0.1;packet ;user id=nom_user;integrated
>> security=SSPI;data source7.0.0.1;persist security
>> infoúlse;initial
>> catalog=nom_de_la_base
>>
>> Sur un poste client qui est équipé de windows 98 j'ai installé msde et
>> j'ai
>> fais un restore de la base en utilisant tout simplement entreprise
>> manager
>> sur ce window 98 et lorsque je lance l'application et que j'essaie de


me
>> connecter j'ai une erreur qui m'indique échec de l'utilisateur


'(NULL)'.
>> Raison : Non associé à une connexion sécurisée SQL Server
>>
>> Si quelqu'un peut m'aider.
>>
>>
>> Merci
>>
>>
>>
>
>
>








Avatar
LOIC
Je me pose la question sur windows 98 dans la chaîne de connection le :
integrated security je dois le mettre à false non ? c'est la première fois
que j'utilise msde avec un w98 donc il doit y avoir un prbolème dans un des
paramètres je pense !!

"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)> a
écrit dans le message de news:
(local) et localhost sont deux choses différentes. L'un est uniquement


pour
le serveur SQL dans le cas des "named pipes" et l'autre pour les réseaux
TCP/IP, pouvant être utilisé ou non par le serveur SQL.

Dans le cas de : (local), les parenthèses sont obligatoires.

S. L.

"LOIC" wrote in message
news:
> non justement j'ai mis 127.0.0.1 en pensant résoudre le pb car j'avais à
> la
> base mis localhost je vais essayer la sécurité.
>
>
> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>


a
> écrit dans le message de news:O7j%
>> Un autre problème potentiel est l'utilisation de 127.0.0.1 comme data
> source
>> sur un ancien système d'exploitation tel que Win98. Avec les premières
>> versions de MDAC, le pilote OLEDB ne reconnaissait pas automatiquement
>> les
>> source TCP/IP si on ne lui indiquait pas la bonne librairie.
>>
>> Je ne me souviens plus de la syntaxe exacte mais peut-être que
> l'utilisation
>> de (local) au lieu de 127.0.0.1 pourrait peut-être régler le problème.
>>
>> S. L.
>>
>> "Cédric BONNOT" wrote in message
>> news:4155b826$0$15752$
>> > Bonsoir,
>> >
>> > Je pense que ton serveur est configuré pour accepter uniquement des
>> > connections mappées
>> > sur des comptes windows. Il faut que tu changes le mode de sécurité
>> > pour
>> > "mixte"
>> >
>> > Depuis Enterprise Manager il faut faire : clic droit sur l'instance -
>> > propriétés - onglet sécurité
>> >
>> > Cédric
>> >
>> >
>> > "LOIC" a écrit dans le message de news:
>> >
>> >> Bonjour,
>> >>
>> >> J'ai développé un petit applicatif en VB.NET et celui ci se connecte
> sur
>> >> une
>> >> base sql msde.
>> >>
>> >> Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma
> connection
>> >> pour le poste client de test (pour l'instant en dur dans le code car
>> >> c'est
>> >> une béta).
>> >> la ligne de connection :
>> >>
>> >> workstation id7.0.0.1;packet ;user


id=nom_user;integrated
>> >> security=SSPI;data source7.0.0.1;persist security
>> >> infoúlse;initial
>> >> catalog=nom_de_la_base
>> >>
>> >> Sur un poste client qui est équipé de windows 98 j'ai installé msde


et
>> >> j'ai
>> >> fais un restore de la base en utilisant tout simplement entreprise
>> >> manager
>> >> sur ce window 98 et lorsque je lance l'application et que j'essaie


de
> me
>> >> connecter j'ai une erreur qui m'indique échec de l'utilisateur
> '(NULL)'.
>> >> Raison : Non associé à une connexion sécurisée SQL Server
>> >>
>> >> Si quelqu'un peut m'aider.
>> >>
>> >>
>> >> Merci
>> >>
>> >>
>> >>
>> >
>> >
>> >
>>
>>
>
>




Avatar
LOIC
Merci j'ai trouvé grâce à vos pistes

"LOIC" a écrit dans le message de
news:
Je me pose la question sur windows 98 dans la chaîne de connection le :
integrated security je dois le mettre à false non ? c'est la première fois
que j'utilise msde avec un w98 donc il doit y avoir un prbolème dans un


des
paramètres je pense !!

"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)> a
écrit dans le message de news:
> (local) et localhost sont deux choses différentes. L'un est uniquement
pour
> le serveur SQL dans le cas des "named pipes" et l'autre pour les réseaux
> TCP/IP, pouvant être utilisé ou non par le serveur SQL.
>
> Dans le cas de : (local), les parenthèses sont obligatoires.
>
> S. L.
>
> "LOIC" wrote in message
> news:
> > non justement j'ai mis 127.0.0.1 en pensant résoudre le pb car j'avais


à
> > la
> > base mis localhost je vais essayer la sécurité.
> >
> >
> > "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam


please)>
a
> > écrit dans le message de


news:O7j%
> >> Un autre problème potentiel est l'utilisation de 127.0.0.1 comme data
> > source
> >> sur un ancien système d'exploitation tel que Win98. Avec les


premières
> >> versions de MDAC, le pilote OLEDB ne reconnaissait pas


automatiquement
> >> les
> >> source TCP/IP si on ne lui indiquait pas la bonne librairie.
> >>
> >> Je ne me souviens plus de la syntaxe exacte mais peut-être que
> > l'utilisation
> >> de (local) au lieu de 127.0.0.1 pourrait peut-être régler le


problème.
> >>
> >> S. L.
> >>
> >> "Cédric BONNOT" wrote in message
> >> news:4155b826$0$15752$
> >> > Bonsoir,
> >> >
> >> > Je pense que ton serveur est configuré pour accepter uniquement des
> >> > connections mappées
> >> > sur des comptes windows. Il faut que tu changes le mode de sécurité
> >> > pour
> >> > "mixte"
> >> >
> >> > Depuis Enterprise Manager il faut faire : clic droit sur


l'instance -
> >> > propriétés - onglet sécurité
> >> >
> >> > Cédric
> >> >
> >> >
> >> > "LOIC" a écrit dans le message de


news:
> >> >
> >> >> Bonjour,
> >> >>
> >> >> J'ai développé un petit applicatif en VB.NET et celui ci se


connecte
> > sur
> >> >> une
> >> >> base sql msde.
> >> >>
> >> >> Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma
> > connection
> >> >> pour le poste client de test (pour l'instant en dur dans le code


car
> >> >> c'est
> >> >> une béta).
> >> >> la ligne de connection :
> >> >>
> >> >> workstation id7.0.0.1;packet ;user
id=nom_user;integrated
> >> >> security=SSPI;data source7.0.0.1;persist security
> >> >> infoúlse;initial
> >> >> catalog=nom_de_la_base
> >> >>
> >> >> Sur un poste client qui est équipé de windows 98 j'ai installé


msde
et
> >> >> j'ai
> >> >> fais un restore de la base en utilisant tout simplement entreprise
> >> >> manager
> >> >> sur ce window 98 et lorsque je lance l'application et que j'essaie
de
> > me
> >> >> connecter j'ai une erreur qui m'indique échec de l'utilisateur
> > '(NULL)'.
> >> >> Raison : Non associé à une connexion sécurisée SQL Server
> >> >>
> >> >> Si quelqu'un peut m'aider.
> >> >>
> >> >>
> >> >> Merci
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >>
> >>
> >
> >
>
>




Avatar
Sylvain Lafontaine
Le paramètre "Integrated security" n'est pas booléen, il ne peut pas être
mis à false. La seule valeur possible est: SSPI. Les paramètres de
connection avec MSDE sont identiques de ceux pour SQL-Server et ne dépendent
pas de W98 comme tel.

Vous trouverez ci-après une liste des paramètres les plus courants:
http://www.able-consulting.com/ADO_Conn.htm

S. L.

"LOIC" wrote in message
news:
Je me pose la question sur windows 98 dans la chaîne de connection le :
integrated security je dois le mettre à false non ? c'est la première fois
que j'utilise msde avec un w98 donc il doit y avoir un prbolème dans un
des
paramètres je pense !!

"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)> a
écrit dans le message de news:
(local) et localhost sont deux choses différentes. L'un est uniquement


pour
le serveur SQL dans le cas des "named pipes" et l'autre pour les réseaux
TCP/IP, pouvant être utilisé ou non par le serveur SQL.

Dans le cas de : (local), les parenthèses sont obligatoires.

S. L.

"LOIC" wrote in message
news:
> non justement j'ai mis 127.0.0.1 en pensant résoudre le pb car j'avais
> à
> la
> base mis localhost je vais essayer la sécurité.
>
>
> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>


a
> écrit dans le message de
> news:O7j%
>> Un autre problème potentiel est l'utilisation de 127.0.0.1 comme data
> source
>> sur un ancien système d'exploitation tel que Win98. Avec les
>> premières
>> versions de MDAC, le pilote OLEDB ne reconnaissait pas automatiquement
>> les
>> source TCP/IP si on ne lui indiquait pas la bonne librairie.
>>
>> Je ne me souviens plus de la syntaxe exacte mais peut-être que
> l'utilisation
>> de (local) au lieu de 127.0.0.1 pourrait peut-être régler le problème.
>>
>> S. L.
>>
>> "Cédric BONNOT" wrote in message
>> news:4155b826$0$15752$
>> > Bonsoir,
>> >
>> > Je pense que ton serveur est configuré pour accepter uniquement des
>> > connections mappées
>> > sur des comptes windows. Il faut que tu changes le mode de sécurité
>> > pour
>> > "mixte"
>> >
>> > Depuis Enterprise Manager il faut faire : clic droit sur
>> > l'instance -
>> > propriétés - onglet sécurité
>> >
>> > Cédric
>> >
>> >
>> > "LOIC" a écrit dans le message de news:
>> >
>> >> Bonjour,
>> >>
>> >> J'ai développé un petit applicatif en VB.NET et celui ci se
>> >> connecte
> sur
>> >> une
>> >> base sql msde.
>> >>
>> >> Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma
> connection
>> >> pour le poste client de test (pour l'instant en dur dans le code
>> >> car
>> >> c'est
>> >> une béta).
>> >> la ligne de connection :
>> >>
>> >> workstation id7.0.0.1;packet ;user


id=nom_user;integrated
>> >> security=SSPI;data source7.0.0.1;persist security
>> >> infoúlse;initial
>> >> catalog=nom_de_la_base
>> >>
>> >> Sur un poste client qui est équipé de windows 98 j'ai installé msde


et
>> >> j'ai
>> >> fais un restore de la base en utilisant tout simplement entreprise
>> >> manager
>> >> sur ce window 98 et lorsque je lance l'application et que j'essaie


de
> me
>> >> connecter j'ai une erreur qui m'indique échec de l'utilisateur
> '(NULL)'.
>> >> Raison : Non associé à une connexion sécurisée SQL Server
>> >>
>> >> Si quelqu'un peut m'aider.
>> >>
>> >>
>> >> Merci
>> >>
>> >>
>> >>
>> >
>> >
>> >
>>
>>
>
>








Avatar
LOIC
Le paramètre integrated security peut apparament reconnaitre d'autre valeurs
:

Integrated Security | 'false' | Whether the connection is to be a secure
connection
| or not. Recognized values are
'true', 'false', and 'sspi',
| which is equivalent to 'true'.
-or- | |
Trusted_Connection | |


Trouvé sur le site http://www.connectionstrings.com/
sqlserver --> Read more --> All SqlConnection connectionstring properties

Mais mon problème venait jsutement de ce paramètre et donc de la définiton
du user et password

Encore merci pour vos aide

"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)> a
écrit dans le message de news:eZZeb%
Le paramètre "Integrated security" n'est pas booléen, il ne peut pas être
mis à false. La seule valeur possible est: SSPI. Les paramètres de
connection avec MSDE sont identiques de ceux pour SQL-Server et ne


dépendent
pas de W98 comme tel.

Vous trouverez ci-après une liste des paramètres les plus courants:
http://www.able-consulting.com/ADO_Conn.htm

S. L.

"LOIC" wrote in message
news:
> Je me pose la question sur windows 98 dans la chaîne de connection le :
> integrated security je dois le mettre à false non ? c'est la première


fois
> que j'utilise msde avec un w98 donc il doit y avoir un prbolème dans un
> des
> paramètres je pense !!
>
> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>


a
> écrit dans le message de news:
>> (local) et localhost sont deux choses différentes. L'un est uniquement
> pour
>> le serveur SQL dans le cas des "named pipes" et l'autre pour les


réseaux
>> TCP/IP, pouvant être utilisé ou non par le serveur SQL.
>>
>> Dans le cas de : (local), les parenthèses sont obligatoires.
>>
>> S. L.
>>
>> "LOIC" wrote in message
>> news:
>> > non justement j'ai mis 127.0.0.1 en pensant résoudre le pb car


j'avais
>> > à
>> > la
>> > base mis localhost je vais essayer la sécurité.
>> >
>> >
>> > "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam


please)>
> a
>> > écrit dans le message de
>> > news:O7j%
>> >> Un autre problème potentiel est l'utilisation de 127.0.0.1 comme


data
>> > source
>> >> sur un ancien système d'exploitation tel que Win98. Avec les
>> >> premières
>> >> versions de MDAC, le pilote OLEDB ne reconnaissait pas


automatiquement
>> >> les
>> >> source TCP/IP si on ne lui indiquait pas la bonne librairie.
>> >>
>> >> Je ne me souviens plus de la syntaxe exacte mais peut-être que
>> > l'utilisation
>> >> de (local) au lieu de 127.0.0.1 pourrait peut-être régler le


problème.
>> >>
>> >> S. L.
>> >>
>> >> "Cédric BONNOT" wrote in message
>> >> news:4155b826$0$15752$
>> >> > Bonsoir,
>> >> >
>> >> > Je pense que ton serveur est configuré pour accepter uniquement


des
>> >> > connections mappées
>> >> > sur des comptes windows. Il faut que tu changes le mode de


sécurité
>> >> > pour
>> >> > "mixte"
>> >> >
>> >> > Depuis Enterprise Manager il faut faire : clic droit sur
>> >> > l'instance -
>> >> > propriétés - onglet sécurité
>> >> >
>> >> > Cédric
>> >> >
>> >> >
>> >> > "LOIC" a écrit dans le message de


news:
>> >> >
>> >> >> Bonjour,
>> >> >>
>> >> >> J'ai développé un petit applicatif en VB.NET et celui ci se
>> >> >> connecte
>> > sur
>> >> >> une
>> >> >> base sql msde.
>> >> >>
>> >> >> Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma
>> > connection
>> >> >> pour le poste client de test (pour l'instant en dur dans le code
>> >> >> car
>> >> >> c'est
>> >> >> une béta).
>> >> >> la ligne de connection :
>> >> >>
>> >> >> workstation id7.0.0.1;packet ;user
> id=nom_user;integrated
>> >> >> security=SSPI;data source7.0.0.1;persist security
>> >> >> infoúlse;initial
>> >> >> catalog=nom_de_la_base
>> >> >>
>> >> >> Sur un poste client qui est équipé de windows 98 j'ai installé


msde
> et
>> >> >> j'ai
>> >> >> fais un restore de la base en utilisant tout simplement


entreprise
>> >> >> manager
>> >> >> sur ce window 98 et lorsque je lance l'application et que


j'essaie
> de
>> > me
>> >> >> connecter j'ai une erreur qui m'indique échec de l'utilisateur
>> > '(NULL)'.
>> >> >> Raison : Non associé à une connexion sécurisée SQL Server
>> >> >>
>> >> >> Si quelqu'un peut m'aider.
>> >> >>
>> >> >>
>> >> >> Merci
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>




Avatar
**Pierre**
Merci de donner la réponse

"LOIC" a écrit dans le message de news:
eq#
Merci j'ai trouvé grâce à vos pistes

"LOIC" a écrit dans le message de
news:
> Je me pose la question sur windows 98 dans la chaîne de connection le :
> integrated security je dois le mettre à false non ? c'est la première


fois
> que j'utilise msde avec un w98 donc il doit y avoir un prbolème dans un
des
> paramètres je pense !!
>
> "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>


a
> écrit dans le message de news:
> > (local) et localhost sont deux choses différentes. L'un est


uniquement
> pour
> > le serveur SQL dans le cas des "named pipes" et l'autre pour les


réseaux
> > TCP/IP, pouvant être utilisé ou non par le serveur SQL.
> >
> > Dans le cas de : (local), les parenthèses sont obligatoires.
> >
> > S. L.
> >
> > "LOIC" wrote in message
> > news:
> > > non justement j'ai mis 127.0.0.1 en pensant résoudre le pb car


j'avais
à
> > > la
> > > base mis localhost je vais essayer la sécurité.
> > >
> > >
> > > "Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam
please)>
> a
> > > écrit dans le message de
news:O7j%
> > >> Un autre problème potentiel est l'utilisation de 127.0.0.1 comme


data
> > > source
> > >> sur un ancien système d'exploitation tel que Win98. Avec les
premières
> > >> versions de MDAC, le pilote OLEDB ne reconnaissait pas
automatiquement
> > >> les
> > >> source TCP/IP si on ne lui indiquait pas la bonne librairie.
> > >>
> > >> Je ne me souviens plus de la syntaxe exacte mais peut-être que
> > > l'utilisation
> > >> de (local) au lieu de 127.0.0.1 pourrait peut-être régler le
problème.
> > >>
> > >> S. L.
> > >>
> > >> "Cédric BONNOT" wrote in message
> > >> news:4155b826$0$15752$
> > >> > Bonsoir,
> > >> >
> > >> > Je pense que ton serveur est configuré pour accepter uniquement


des
> > >> > connections mappées
> > >> > sur des comptes windows. Il faut que tu changes le mode de


sécurité
> > >> > pour
> > >> > "mixte"
> > >> >
> > >> > Depuis Enterprise Manager il faut faire : clic droit sur
l'instance -
> > >> > propriétés - onglet sécurité
> > >> >
> > >> > Cédric
> > >> >
> > >> >
> > >> > "LOIC" a écrit dans le message de
news:
> > >> >
> > >> >> Bonjour,
> > >> >>
> > >> >> J'ai développé un petit applicatif en VB.NET et celui ci se
connecte
> > > sur
> > >> >> une
> > >> >> base sql msde.
> > >> >>
> > >> >> Dans dans le porjet vb.net j'ai un sqlconnection qui défini ma
> > > connection
> > >> >> pour le poste client de test (pour l'instant en dur dans le code
car
> > >> >> c'est
> > >> >> une béta).
> > >> >> la ligne de connection :
> > >> >>
> > >> >> workstation id7.0.0.1;packet ;user
> id=nom_user;integrated
> > >> >> security=SSPI;data source7.0.0.1;persist security
> > >> >> infoúlse;initial
> > >> >> catalog=nom_de_la_base
> > >> >>
> > >> >> Sur un poste client qui est équipé de windows 98 j'ai installé
msde
> et
> > >> >> j'ai
> > >> >> fais un restore de la base en utilisant tout simplement


entreprise
> > >> >> manager
> > >> >> sur ce window 98 et lorsque je lance l'application et que


j'essaie
> de
> > > me
> > >> >> connecter j'ai une erreur qui m'indique échec de l'utilisateur
> > > '(NULL)'.
> > >> >> Raison : Non associé à une connexion sécurisée SQL Server
> > >> >>
> > >> >> Si quelqu'un peut m'aider.
> > >> >>
> > >> >>
> > >> >> Merci
> > >> >>
> > >> >>
> > >> >>
> > >> >
> > >> >
> > >> >
> > >>
> > >>
> > >
> > >
> >
> >
>
>




1 2