Discussion :

[digitaldna]

Bonjour,
je ne sais pas si je poste dans la bonne catégorie mais je tente ma chance tout de même.

Actuellement j'ai un serveur que j'appellerai SRVIIS qui contiens un moteur IIS 6 l'intranet et un système de gestion de tickets d'incidents. Dans la DMZ j'ai un serveur que j'appellerai SRVWEB qui lui contiens un moteur IIS 6 et un SQL SERVER 2005 Std.

Actuellement il m'est impossible de communiquer entre SRVIIS et SRVWEB en sql.
Je m'explique:

Pour diverses raison il a été décidé que la gestion d'incidents serai mise sur SRVIIS et que celle-ci irait chercher les informations (Utilisateurs, statistiques...) sur SRVWEB.
Le probleme est que lorsque j'indique l'adresse ip ou dns de SRVWEB dans mon fichier web.config (Connection String) que j'y met également le login "sa" et le mot de passe (ou tout autre utilisateur ou même la sécurité intégrée), celui-ci me renvoie un "runtime error" (Comme si il y avai une erreur de compilation du serveur IIS et que le code était faux ce qui n'est pas le cas) alors que si je fait pointer la connection string vers l'adresse du server sql (SQL Server 2005) de mon domaine perso cela fonctionne parfaitement et recupère les informations.

Ma question est donc: que penssez vous de cela et pouvez vous m'apporter une ou plusieurs solutions viables ?

Cela m'embette particulierement car c'est un soucis qui traine depuis quelque temps et j'avoue être junior de ce coté et ignorer completement la facon de faire communiquer un site intranet avec une base de donnée située dans une DMZ.

Merci d'avance.

[mikedavem]

Bonsoir

Si votre serveur sql est sur la DMZ il y a de grandes chances que les ports d'écoute de votre serveur sql ne soient pas ouvert depuis votre "intranet".

Avez vous regarder si les règles de votre firewall permettent la communication avec votre serveur sql depuis votre zone "intranet" ? (port 1433 par défaut)

++

[digitaldna]

Bonsoir,
merci de votre réponse; le soucis qui se pose c'est que les ports 1433 en TCP, 1434 en UDP et 139 netbios sont ouverts

[sevyc64]

Ton serveur SQL est-il configuré pour accepter les connexions distantes (utilitaire de configuration de la surface d'exposition) ?

Ton serveur SQL est il accessible depuis une autre machine, autrement qu'avec IIS (source ODBC avec Excel par exemple) ?

[digitaldna]

Ton serveur SQL est-il configuré pour accepter les connexions distantes (utilitaire de configuration de la surface d'exposition) ?

Oui puisque d'autres sites comme la pointeuse y accèdent (le code n'est pas accessible ou obfusqué)

Ton serveur SQL est il accessible depuis une autre machine, autrement qu'avec IIS (source ODBC avec Excel par exemple) ?

J'ai pu tester uniquement avec le SQL Server management studio installé sur ma machine.

Auriez vous d'autres pistes ?

[sevyc64]

Dans ce cas, le problème ne vient probablement pas du serveur, mais plus du coté de IIS ou de ton application qui n'arrive pas à interroger le serveur

[digitaldna]

Alors justement, actuellement il pointe vers une DB SQL Server située sur mon domaine personnel et il n'y a que les identifiants et l'adresse qui change pourtant la configuration est pratiquement la même (hormis le nom, etc...).