IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

WinDev Discussion :

string de connexion à une base SQL-Server


Sujet :

WinDev

  1. #1
    Futur Membre du Club
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2021
    Messages
    11
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2021
    Messages : 11
    Points : 5
    Points
    5
    Par défaut string de connexion à une base SQL-Server
    bonjour à tous,
    j'ai actuellement un string de connexion à une base sql-server en utilisant l'authentification windows écrit comme ceci:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ConnectionNum = SQLConnect("monserveur", "", "", "mabase", "OLEDB", "SQLOLEDB.1","Trusted_Connection=YES")
    cela fonctionne lorsque je teste en local sur mon poste de dév, car l'utilisateur qui ouvre le site web est mon user julien (celui-ci ayant des droits sur la base de données gérés via Active Directory)

    on est bien d'accord que cela ne fonctionne plus lorsque je déploie mon projet sur notre serveur WebDev de test. (l'utilisateur qui veut ouvrir la page web est du coup IUSR_webdev et n'a pas les droits sur la base du coup)

    comment puis-je écrit mon string en mettant donc un user en dur dedans, mais pour un type de connexion sql-server via authentification windows???

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ConnectionNum = SQLConnect("monserveur", "mon_domaine\mon_user", "mon_password", "mabase", "OLEDB", "SQLOLEDB.1","")
    j'ai tenté mais cela ne fonctionne pas.

    si quelqu'un a une idée je suis volontiers preneur

    Merci

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Responsable Données
    Inscrit en
    janvier 2009
    Messages
    4 427
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Responsable Données

    Informations forums :
    Inscription : janvier 2009
    Messages : 4 427
    Points : 10 495
    Points
    10 495
    Par défaut
    Bonjour,
    A ma connaissance si tu spécifies un login/mot de passe, tu utilises de fait l'authentification Sql Serveur.
    Pourquoi ne pas donner les droits idoines à IUSR_webdev ?

    Tatayo.

  3. #3
    Futur Membre du Club
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2021
    Messages
    11
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2021
    Messages : 11
    Points : 5
    Points
    5
    Par défaut authentification sql ou AD
    Citation Envoyé par tatayo Voir le message
    Bonjour,
    A ma connaissance si tu spécifies un login/mot de passe, tu utilises de fait l'authentification Sql Serveur.
    Pourquoi ne pas donner les droits idoines à IUSR_webdev ?

    Tatayo.
    Tout d'abord merci de votre réponse

    Il faudrait donc d'abord que je crée ce IUSR_webdev dans l'Active directory, car actuellement il n'existe que comme user local sur la machine où est installé le serveur Webdev.

    Mais si je donne les droits à la base de donnée à ce user IUSR_webdev, tous les autres projets que je mettrais sur ce serveur webdev, seraients lancés par ce fameux utilisateur et posséderaient les droits d'accès à cette base, non?

    le plus judicieux on est d'accord serait de créer un user sql-server sur la base? ce que ne veux pas faire la personne qui gère notre datawarehouse...elle estime que tous les accès doivent être gérer via des users et groupes dans Active directory.

  4. #4
    Membre émérite
    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    juin 2017
    Messages
    1 637
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chef de projet en SSII

    Informations forums :
    Inscription : juin 2017
    Messages : 1 637
    Points : 2 872
    Points
    2 872
    Par défaut
    Bonjour,
    Pourquoi ne pas utiliser la structure LDAPSession ? Un truc dans le style
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ConnectionNum = SQLConnect("monserveur",LDAPSession.Utilisateur, LDapSession.MotDePasse, "mabase", "OLEDB", "SQLOLEDB.1","")
    Il y a peut être plus simple, mais ça tourne

  5. #5
    Futur Membre du Club
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2021
    Messages
    11
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2021
    Messages : 11
    Points : 5
    Points
    5
    Par défaut
    Citation Envoyé par Voroltinquo Voir le message
    Bonjour,
    Pourquoi ne pas utiliser la structure LDAPSession ? Un truc dans le style
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ConnectionNum = SQLConnect("monserveur",LDAPSession.Utilisateur, LDapSession.MotDePasse, "mabase", "OLEDB", "SQLOLEDB.1","")
    bonjour,
    hé bien je crois qu'au vu de la réponse précédente, lorsque l'on remplit les infos utilisateur et mot de passe du string de connexion à la base...celui indique automatiquement une authentification de type sql-server sur la base de donnée

  6. #6
    Expert éminent sénior
    Homme Profil pro
    Responsable Données
    Inscrit en
    janvier 2009
    Messages
    4 427
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Responsable Données

    Informations forums :
    Inscription : janvier 2009
    Messages : 4 427
    Points : 10 495
    Points
    10 495
    Par défaut
    Pour utiliser une authentification Windows, tu n'as (à ma connaissance) pas d'autres choix que de faire tourner le service avec un compte présent dans l'AD.

    Tu peux par contre utiliser des rôles applicatifs dans Sql Serveur pour octroyer des droits spécifiques à chaque application, même en utilisant le même compte pour la connexion.
    Tu vas donc créer un rôle par application, et n'octroyer à l'utilisateur IUSR_webdev que le droit de se connecter, et d'endosser les différents rôles.

    Il suffira alors après la connexion d'endosser le rôle qui va bien, et la session récupèrera les droits qui vont bien, et uniquement ceux-ci.

    Mais ça n'enlève rien au premier point: l'authentification Windows impose d'utiliser un compte de l'AD.

    Tatayo.

Discussions similaires

  1. Réponses: 0
    Dernier message: 05/06/2008, 12h43
  2. Problème de connexion à une base SQL Server 2005
    Par tatayecorp dans le forum ASP
    Réponses: 2
    Dernier message: 19/04/2008, 00h28
  3. connexion à une base sql server 2005 distante
    Par jeandu69 dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 03/04/2008, 12h46
  4. connexion à une base sql server via access
    Par gunico dans le forum MS SQL Server
    Réponses: 9
    Dernier message: 03/03/2006, 11h28
  5. connexion à une base Sql Server via Access et ADODB
    Par gunico dans le forum Projets ADP
    Réponses: 5
    Dernier message: 28/02/2006, 12h26

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo