À moins que vous n'ayez un VPN et un domaine configuré en conséquenc e, vous
ne pouvez pas utiliser de compte windows pour permettre à un utilisateur de
l'extérieur de se connecter. Vous devez créer et utiliser un compte
SQL-Server. Notez aussi que votre machine doit être configuré pour ac cepter
les logins mixtes (Windows + SQL-Server) puisque par défaut, les comptes
SQL-Server sont désactivés (cela même si vous en avez créé un).
Vérifier aussi que votre installation de SQL-Server est l'instance par
défaut et non pas une instance nommée car dans le cas d'une instance n ommée,
vous devez également ajouter son nom après l'adresse du serveur.
À moins que vous n'ayez un VPN et un domaine configuré en conséquenc e, vous
ne pouvez pas utiliser de compte windows pour permettre à un utilisateur de
l'extérieur de se connecter. Vous devez créer et utiliser un compte
SQL-Server. Notez aussi que votre machine doit être configuré pour ac cepter
les logins mixtes (Windows + SQL-Server) puisque par défaut, les comptes
SQL-Server sont désactivés (cela même si vous en avez créé un).
Vérifier aussi que votre installation de SQL-Server est l'instance par
défaut et non pas une instance nommée car dans le cas d'une instance n ommée,
vous devez également ajouter son nom après l'adresse du serveur.
À moins que vous n'ayez un VPN et un domaine configuré en conséquenc e, vous
ne pouvez pas utiliser de compte windows pour permettre à un utilisateur de
l'extérieur de se connecter. Vous devez créer et utiliser un compte
SQL-Server. Notez aussi que votre machine doit être configuré pour ac cepter
les logins mixtes (Windows + SQL-Server) puisque par défaut, les comptes
SQL-Server sont désactivés (cela même si vous en avez créé un).
Vérifier aussi que votre installation de SQL-Server est l'instance par
défaut et non pas une instance nommée car dans le cas d'une instance n ommée,
vous devez également ajouter son nom après l'adresse du serveur.
À moins que vous n'ayez un VPN et un domaine configuré en conséquence,
vous
ne pouvez pas utiliser de compte windows pour permettre à un utilisateur
de
l'extérieur de se connecter. Vous devez créer et utiliser un compte
SQL-Server. Notez aussi que votre machine doit être configuré pour
accepter
les logins mixtes (Windows + SQL-Server) puisque par défaut, les comptes
SQL-Server sont désactivés (cela même si vous en avez créé un).
Vérifier aussi que votre installation de SQL-Server est l'instance par
défaut et non pas une instance nommée car dans le cas d'une instance
nommée,
vous devez également ajouter son nom après l'adresse du serveur.
À moins que vous n'ayez un VPN et un domaine configuré en conséquence,
vous
ne pouvez pas utiliser de compte windows pour permettre à un utilisateur
de
l'extérieur de se connecter. Vous devez créer et utiliser un compte
SQL-Server. Notez aussi que votre machine doit être configuré pour
accepter
les logins mixtes (Windows + SQL-Server) puisque par défaut, les comptes
SQL-Server sont désactivés (cela même si vous en avez créé un).
Vérifier aussi que votre installation de SQL-Server est l'instance par
défaut et non pas une instance nommée car dans le cas d'une instance
nommée,
vous devez également ajouter son nom après l'adresse du serveur.
À moins que vous n'ayez un VPN et un domaine configuré en conséquence,
vous
ne pouvez pas utiliser de compte windows pour permettre à un utilisateur
de
l'extérieur de se connecter. Vous devez créer et utiliser un compte
SQL-Server. Notez aussi que votre machine doit être configuré pour
accepter
les logins mixtes (Windows + SQL-Server) puisque par défaut, les comptes
SQL-Server sont désactivés (cela même si vous en avez créé un).
Vérifier aussi que votre installation de SQL-Server est l'instance par
défaut et non pas une instance nommée car dans le cas d'une instance
nommée,
vous devez également ajouter son nom après l'adresse du serveur.
Un nom tel que D676...test me donne à penser qu'il s'agit toujours d'un e
identification Windows (groupe ou utilisateur) et non pas d'une
authentification SQL-Server.
Dans l'option Securité | Connexions (ou Login en anglais) du serveur, es t-ce
que le compte Test est décrit comme étant Standard (ce que l'on veut i ci) ou
Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?
Un nom tel que D676...test me donne à penser qu'il s'agit toujours d'un e
identification Windows (groupe ou utilisateur) et non pas d'une
authentification SQL-Server.
Dans l'option Securité | Connexions (ou Login en anglais) du serveur, es t-ce
que le compte Test est décrit comme étant Standard (ce que l'on veut i ci) ou
Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?
Un nom tel que D676...test me donne à penser qu'il s'agit toujours d'un e
identification Windows (groupe ou utilisateur) et non pas d'une
authentification SQL-Server.
Dans l'option Securité | Connexions (ou Login en anglais) du serveur, es t-ce
que le compte Test est décrit comme étant Standard (ce que l'on veut i ci) ou
Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?
Efectivement, le compte test appartient a une identification Windows.
j'ai crée un nouveau compte "aa" avec un mot de passe "aa", comme vous
montre l'image a côte.
http://apu.mabul.org/up/apu/2007/12/11/img-3b31n6gyvz2.jpg
Au debut j'ai testé les comptes "aa" et "sa" en local, et je me
retrouve avec le meme message d'erreur, voici la chaine que j'utilise
Server7.0.0.1;Database=PharmaGest;User
ID;Password;Trusted_Connectionlse;
et evidament je me retrouve avec le meme message quand j'essaye de se
connecter depuis l'exerieur avec la chaine
Data SourceA.130.11.167,1433;Network LibraryMSSOCN;Initial
Catalog=PharmaGest;User ID;Password;
On 10 déc, 21:15, "Sylvain Lafontaine" <sylvain aei ca (fill the
blanks, no spam please)> wrote:
> Un nom tel que D676...test me donne à penser qu'il s'agit toujours d' une
> identification Windows (groupe ou utilisateur) et non pas d'une
> authentification SQL-Server.
> Dans l'option Securité | Connexions (ou Login en anglais) du serveur, est-ce
> que le compte Test est décrit comme étant Standard (ce que l'on veut ici) ou
> Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Efectivement, le compte test appartient a une identification Windows.
j'ai crée un nouveau compte "aa" avec un mot de passe "aa", comme vous
montre l'image a côte.
http://apu.mabul.org/up/apu/2007/12/11/img-3b31n6gyvz2.jpg
Au debut j'ai testé les comptes "aa" et "sa" en local, et je me
retrouve avec le meme message d'erreur, voici la chaine que j'utilise
Server=127.0.0.1;Database=PharmaGest;User
ID=aa;Password=aa;Trusted_Connection=False;
et evidament je me retrouve avec le meme message quand j'essaye de se
connecter depuis l'exerieur avec la chaine
Data Source=41.130.11.167,1433;Network Library=DBMSSOCN;Initial
Catalog=PharmaGest;User ID=aa;Password=aa;
On 10 déc, 21:15, "Sylvain Lafontaine" <sylvain aei ca (fill the
blanks, no spam please)> wrote:
> Un nom tel que D676...test me donne à penser qu'il s'agit toujours d' une
> identification Windows (groupe ou utilisateur) et non pas d'une
> authentification SQL-Server.
> Dans l'option Securité | Connexions (ou Login en anglais) du serveur, est-ce
> que le compte Test est décrit comme étant Standard (ce que l'on veut ici) ou
> Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Efectivement, le compte test appartient a une identification Windows.
j'ai crée un nouveau compte "aa" avec un mot de passe "aa", comme vous
montre l'image a côte.
http://apu.mabul.org/up/apu/2007/12/11/img-3b31n6gyvz2.jpg
Au debut j'ai testé les comptes "aa" et "sa" en local, et je me
retrouve avec le meme message d'erreur, voici la chaine que j'utilise
Server7.0.0.1;Database=PharmaGest;User
ID;Password;Trusted_Connectionlse;
et evidament je me retrouve avec le meme message quand j'essaye de se
connecter depuis l'exerieur avec la chaine
Data SourceA.130.11.167,1433;Network LibraryMSSOCN;Initial
Catalog=PharmaGest;User ID;Password;
On 10 déc, 21:15, "Sylvain Lafontaine" <sylvain aei ca (fill the
blanks, no spam please)> wrote:
> Un nom tel que D676...test me donne à penser qu'il s'agit toujours d' une
> identification Windows (groupe ou utilisateur) et non pas d'une
> authentification SQL-Server.
> Dans l'option Securité | Connexions (ou Login en anglais) du serveur, est-ce
> que le compte Test est décrit comme étant Standard (ce que l'on veut ici) ou
> Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Efectivement, le compte test appartient a une identification Windows.
j'ai crée un nouveau compte "aa" avec un mot de passe "aa", comme vous
montre l'image a côte.
http://apu.mabul.org/up/apu/2007/12/11/img-3b31n6gyvz2.jpg
Au debut j'ai testé les comptes "aa" et "sa" en local, et je me
retrouve avec le meme message d'erreur, voici la chaine que j'utilise
Server7.0.0.1;Database=PharmaGest;User
IDª;Passwordª;Trusted_Connectionúlse;
et evidament je me retrouve avec le meme message quand j'essaye de se
connecter depuis l'exerieur avec la chaine
Data SourceA.130.11.167,1433;Network LibraryÛMSSOCN;Initial
Catalog=PharmaGest;User IDª;Passwordª;
On 10 déc, 21:15, "Sylvain Lafontaine" <sylvain aei ca (fill the
blanks, no spam please)> wrote:
> Un nom tel que D676...test me donne à penser qu'il s'agit toujours
> d'une
> identification Windows (groupe ou utilisateur) et non pas d'une
> authentification SQL-Server.
> Dans l'option Securité | Connexions (ou Login en anglais) du serveur,
> est-ce
> que le compte Test est décrit comme étant Standard (ce que l'on veut
> ici) ou
> Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?-
> Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Efectivement, le compte test appartient a une identification Windows.
j'ai crée un nouveau compte "aa" avec un mot de passe "aa", comme vous
montre l'image a côte.
http://apu.mabul.org/up/apu/2007/12/11/img-3b31n6gyvz2.jpg
Au debut j'ai testé les comptes "aa" et "sa" en local, et je me
retrouve avec le meme message d'erreur, voici la chaine que j'utilise
Server7.0.0.1;Database=PharmaGest;User
IDª;Passwordª;Trusted_Connectionúlse;
et evidament je me retrouve avec le meme message quand j'essaye de se
connecter depuis l'exerieur avec la chaine
Data SourceA.130.11.167,1433;Network LibraryÛMSSOCN;Initial
Catalog=PharmaGest;User IDª;Passwordª;
On 10 déc, 21:15, "Sylvain Lafontaine" <sylvain aei ca (fill the
blanks, no spam please)> wrote:
> Un nom tel que D676...test me donne à penser qu'il s'agit toujours
> d'une
> identification Windows (groupe ou utilisateur) et non pas d'une
> authentification SQL-Server.
> Dans l'option Securité | Connexions (ou Login en anglais) du serveur,
> est-ce
> que le compte Test est décrit comme étant Standard (ce que l'on veut
> ici) ou
> Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?-
> Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Efectivement, le compte test appartient a une identification Windows.
j'ai crée un nouveau compte "aa" avec un mot de passe "aa", comme vous
montre l'image a côte.
http://apu.mabul.org/up/apu/2007/12/11/img-3b31n6gyvz2.jpg
Au debut j'ai testé les comptes "aa" et "sa" en local, et je me
retrouve avec le meme message d'erreur, voici la chaine que j'utilise
Server7.0.0.1;Database=PharmaGest;User
IDª;Passwordª;Trusted_Connectionúlse;
et evidament je me retrouve avec le meme message quand j'essaye de se
connecter depuis l'exerieur avec la chaine
Data SourceA.130.11.167,1433;Network LibraryÛMSSOCN;Initial
Catalog=PharmaGest;User IDª;Passwordª;
On 10 déc, 21:15, "Sylvain Lafontaine" <sylvain aei ca (fill the
blanks, no spam please)> wrote:
> Un nom tel que D676...test me donne à penser qu'il s'agit toujours
> d'une
> identification Windows (groupe ou utilisateur) et non pas d'une
> authentification SQL-Server.
> Dans l'option Securité | Connexions (ou Login en anglais) du serveur,
> est-ce
> que le compte Test est décrit comme étant Standard (ce que l'on veut
> ici) ou
> Groupe Windows ou Utilisateur Windows (ce que l'on ne veut pas ici) ?-
> Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -