OVH Cloud OVH Cloud

dns error

5 réponses
Avatar
Alexis LÉGER
bonjour,

Depuis un changement d'infrastructure réseau sur renater nous rencontrons un
probleme sur une webappli en asp qui interroge notre serveur sql. En local
tout se passe bien, mais dès qu'un utilisateur lamba essaie de faire une mise
à jour, le serveur ne répond pas immédiatement et l'utilisateur récupère un
message "dns error" impossible de trouver le serveur etc... généré par sa
machine après une tres longue attente (timeout ?).
au niveau du réseau nous sommes derrière un firewall, mais le probleme est
le même avec ou sans filtrage, les données sont bien transmises au serveur
IIS qui interroge la base.
sql server 2000 sp3 n'enregistre aucune erreur dans les logs, idem pour IIS
et notre firewall.
Particularité "interessante" du probleme, l'utilisateur A ne peut pas
modifier les données précédement saisies, mais un utilisateur B peut modifier
celles de A.
Au niveau des roles, deux sont définis un pour une lecture des infos et un
second pour une écriture et modification. Aucun probleme en consultation,
mais dès qu'un utilisateur se loggue via le role pour l'update certaines
manipulations ne s'effectuent tout simplement pas alors qu'avant notre
migration technique il n'y avait aucun probleme.
nous utilisons des sessions pour l'authentification des utilisateurs, et les
méthodes ado classiques pour interroger la base via des scripts en asp.

suggestions bienvenues.

Alex

5 réponses

Avatar
Sylvain Lafontaine
Une suggestion serait peut-être de nous indiquer ici les chaînes de
connection que vous avez définies, le type d'authentification utilisé
(Windows ou SQL-Server) pour les comptes ainsi que la nature du changement
d'infrastructure, comme par exemple la séparation des serveurs web et sql en
deux machines séparées par un firewall.

S. L.

"Alexis LÉGER" <Alexis LÉ wrote in message
news:
bonjour,

Depuis un changement d'infrastructure réseau sur renater nous rencontrons
un
probleme sur une webappli en asp qui interroge notre serveur sql. En local
tout se passe bien, mais dès qu'un utilisateur lamba essaie de faire une
mise
à jour, le serveur ne répond pas immédiatement et l'utilisateur récupère
un
message "dns error" impossible de trouver le serveur etc... généré par sa
machine après une tres longue attente (timeout ?).
au niveau du réseau nous sommes derrière un firewall, mais le probleme est
le même avec ou sans filtrage, les données sont bien transmises au serveur
IIS qui interroge la base.
sql server 2000 sp3 n'enregistre aucune erreur dans les logs, idem pour
IIS
et notre firewall.
Particularité "interessante" du probleme, l'utilisateur A ne peut pas
modifier les données précédement saisies, mais un utilisateur B peut
modifier
celles de A.
Au niveau des roles, deux sont définis un pour une lecture des infos et un
second pour une écriture et modification. Aucun probleme en consultation,
mais dès qu'un utilisateur se loggue via le role pour l'update certaines
manipulations ne s'effectuent tout simplement pas alors qu'avant notre
migration technique il n'y avait aucun probleme.
nous utilisons des sessions pour l'authentification des utilisateurs, et
les
méthodes ado classiques pour interroger la base via des scripts en asp.

suggestions bienvenues.

Alex


Avatar
Alexis LÉGER
re bonjour,

en ce qui concerne le changement d'infrastructure, l'ensemble du reseau a
simplement migré derriere un nouveau firewall (netasq), sql server et la
machine qui gere IIS sont sur la même dmz. donc pas de firewall entre les
deux.
si l'on désactive le firewall aucun changement, de même que la taille de la
requette http peut etre de 4 mo max, mais elle n'attenteint jamais cette
taille.
l'authentification utilisée est soit celle de windows (par défaut), soit
celle de sql server, le probleme demeure le même.

"Sylvain Lafontaine" a écrit :

Une suggestion serait peut-être de nous indiquer ici les chaînes de
connection que vous avez définies, le type d'authentification utilisé
(Windows ou SQL-Server) pour les comptes ainsi que la nature du changement
d'infrastructure, comme par exemple la séparation des serveurs web et sql en
deux machines séparées par un firewall.

S. L.

"Alexis LÉGER" <Alexis LÉ wrote in message
news:
> bonjour,
>
> Depuis un changement d'infrastructure réseau sur renater nous rencontrons
> un
> probleme sur une webappli en asp qui interroge notre serveur sql. En local
> tout se passe bien, mais dès qu'un utilisateur lamba essaie de faire une
> mise
> à jour, le serveur ne répond pas immédiatement et l'utilisateur récupère
> un
> message "dns error" impossible de trouver le serveur etc... généré par sa
> machine après une tres longue attente (timeout ?).
> au niveau du réseau nous sommes derrière un firewall, mais le probleme est
> le même avec ou sans filtrage, les données sont bien transmises au serveur
> IIS qui interroge la base.
> sql server 2000 sp3 n'enregistre aucune erreur dans les logs, idem pour
> IIS
> et notre firewall.
> Particularité "interessante" du probleme, l'utilisateur A ne peut pas
> modifier les données précédement saisies, mais un utilisateur B peut
> modifier
> celles de A.
> Au niveau des roles, deux sont définis un pour une lecture des infos et un
> second pour une écriture et modification. Aucun probleme en consultation,
> mais dès qu'un utilisateur se loggue via le role pour l'update certaines
> manipulations ne s'effectuent tout simplement pas alors qu'avant notre
> migration technique il n'y avait aucun probleme.
> nous utilisons des sessions pour l'authentification des utilisateurs, et
> les
> méthodes ado classiques pour interroger la base via des scripts en asp.
>
> suggestions bienvenues.
>
> Alex





Avatar
Alexis LÉGER
pour ce qui est de la chaine de connection :

Set Base = Server.Createobject("ADODB.Connection")
ConnString = "driver={SQL Server}; server=serveur_sql ;
uid=le_role_utilisé_pour_le_script; pwd=mot_de_passe_du_role;
database=ma_base"
Base.open ConnString

"Sylvain Lafontaine" a écrit :

Une suggestion serait peut-être de nous indiquer ici les chaînes de
connection que vous avez définies, le type d'authentification utilisé
(Windows ou SQL-Server) pour les comptes ainsi que la nature du changement
d'infrastructure, comme par exemple la séparation des serveurs web et sql en
deux machines séparées par un firewall.

S. L.

"Alexis LÉGER" <Alexis LÉ wrote in message
news:
> bonjour,
>
> Depuis un changement d'infrastructure réseau sur renater nous rencontrons
> un
> probleme sur une webappli en asp qui interroge notre serveur sql. En local
> tout se passe bien, mais dès qu'un utilisateur lamba essaie de faire une
> mise
> à jour, le serveur ne répond pas immédiatement et l'utilisateur récupère
> un
> message "dns error" impossible de trouver le serveur etc... généré par sa
> machine après une tres longue attente (timeout ?).
> au niveau du réseau nous sommes derrière un firewall, mais le probleme est
> le même avec ou sans filtrage, les données sont bien transmises au serveur
> IIS qui interroge la base.
> sql server 2000 sp3 n'enregistre aucune erreur dans les logs, idem pour
> IIS
> et notre firewall.
> Particularité "interessante" du probleme, l'utilisateur A ne peut pas
> modifier les données précédement saisies, mais un utilisateur B peut
> modifier
> celles de A.
> Au niveau des roles, deux sont définis un pour une lecture des infos et un
> second pour une écriture et modification. Aucun probleme en consultation,
> mais dès qu'un utilisateur se loggue via le role pour l'update certaines
> manipulations ne s'effectuent tout simplement pas alors qu'avant notre
> migration technique il n'y avait aucun probleme.
> nous utilisons des sessions pour l'authentification des utilisateurs, et
> les
> méthodes ado classiques pour interroger la base via des scripts en asp.
>
> suggestions bienvenues.
>
> Alex





Avatar
Sylvain Lafontaine
Hum, chaîne de connection suspecte: vous utilisez le vieux driver ODBC; avec
un nom de serveur et un protocol réseau inconnus puisqu'il peut s'agir d'un
alias ici.

Vérifiez si "serveur_sql" n'est pas un alias et, mieux encore, remplacer
ODBC par OLEDB for SQL-Server:

http://www.able-consulting.com/ADO_Conn.htm

http://www.connectionstrings.com/

ODBC ou l'utilisation d'autres protocoles que TCP/IP pour communiqur entre
des machines différentes peuvent causer un paquet d'ennuis.

S. L.

"Alexis LÉGER" wrote in message
news:
pour ce qui est de la chaine de connection :

Set Base = Server.Createobject("ADODB.Connection")
ConnString = "driver={SQL Server}; server=serveur_sql ;
uid=le_role_utilisé_pour_le_script; pwd=mot_de_passe_du_role;
database=ma_base"
Base.open ConnString

"Sylvain Lafontaine" a écrit :

Une suggestion serait peut-être de nous indiquer ici les chaînes de
connection que vous avez définies, le type d'authentification utilisé
(Windows ou SQL-Server) pour les comptes ainsi que la nature du
changement
d'infrastructure, comme par exemple la séparation des serveurs web et sql
en
deux machines séparées par un firewall.

S. L.

"Alexis LÉGER" <Alexis LÉ wrote in message
news:
> bonjour,
>
> Depuis un changement d'infrastructure réseau sur renater nous
> rencontrons
> un
> probleme sur une webappli en asp qui interroge notre serveur sql. En
> local
> tout se passe bien, mais dès qu'un utilisateur lamba essaie de faire
> une
> mise
> à jour, le serveur ne répond pas immédiatement et l'utilisateur
> récupère
> un
> message "dns error" impossible de trouver le serveur etc... généré par
> sa
> machine après une tres longue attente (timeout ?).
> au niveau du réseau nous sommes derrière un firewall, mais le probleme
> est
> le même avec ou sans filtrage, les données sont bien transmises au
> serveur
> IIS qui interroge la base.
> sql server 2000 sp3 n'enregistre aucune erreur dans les logs, idem pour
> IIS
> et notre firewall.
> Particularité "interessante" du probleme, l'utilisateur A ne peut pas
> modifier les données précédement saisies, mais un utilisateur B peut
> modifier
> celles de A.
> Au niveau des roles, deux sont définis un pour une lecture des infos et
> un
> second pour une écriture et modification. Aucun probleme en
> consultation,
> mais dès qu'un utilisateur se loggue via le role pour l'update
> certaines
> manipulations ne s'effectuent tout simplement pas alors qu'avant notre
> migration technique il n'y avait aucun probleme.
> nous utilisons des sessions pour l'authentification des utilisateurs,
> et
> les
> méthodes ado classiques pour interroger la base via des scripts en asp.
>
> suggestions bienvenues.
>
> Alex







Avatar
Alexis LÉGER
bonjour,

merci pour les infos. mais malgré cela et l'essai de differents types de
connexion oledb, tcp/ip, etc..., le probleme demeure le même.
Cependant, plus de précisions nous sont apparues. lors de la mise à jour ou
de la suppression d'enregistrements il semble que la transaction bloque.
mssql server ne revoit toujours pas de message d'erreur notable, asp renvoie
une vague erreur 424.
je précise que lors de l'acces en local et sur certaines connexion internet,
le script se comporte de façon conforme.
je ne pense pas que les temps de réponse doivent être augmentés, la bande
passante est largement suffisante.
nous avons un log des transactions assez important, le probleme peut il
venir de là ?
Peut il y avoir une variable d'environnement ignorée nécessaire à la bonne
marche du script et qui serait bloquée soit par notre provider ou autre ?
une mise à jour d'IIS est elle nécessaire pour MSSQL server 2000 ?

réponses bienvenues,

alexis


"Sylvain Lafontaine" a écrit :

Hum, chaîne de connection suspecte: vous utilisez le vieux driver ODBC; avec
un nom de serveur et un protocol réseau inconnus puisqu'il peut s'agir d'un
alias ici.

Vérifiez si "serveur_sql" n'est pas un alias et, mieux encore, remplacer
ODBC par OLEDB for SQL-Server:

http://www.able-consulting.com/ADO_Conn.htm

http://www.connectionstrings.com/

ODBC ou l'utilisation d'autres protocoles que TCP/IP pour communiqur entre
des machines différentes peuvent causer un paquet d'ennuis.

S. L.

"Alexis LÉGER" wrote in message
news:
> pour ce qui est de la chaine de connection :
>
> Set Base = Server.Createobject("ADODB.Connection")
> ConnString = "driver={SQL Server}; server=serveur_sql ;
> uid=le_role_utilisé_pour_le_script; pwd=mot_de_passe_du_role;
> database=ma_base"
> Base.open ConnString
>
> "Sylvain Lafontaine" a écrit :
>
>> Une suggestion serait peut-être de nous indiquer ici les chaînes de
>> connection que vous avez définies, le type d'authentification utilisé
>> (Windows ou SQL-Server) pour les comptes ainsi que la nature du
>> changement
>> d'infrastructure, comme par exemple la séparation des serveurs web et sql
>> en
>> deux machines séparées par un firewall.
>>
>> S. L.
>>
>> "Alexis LÉGER" <Alexis LÉ wrote in message
>> news:
>> > bonjour,
>> >
>> > Depuis un changement d'infrastructure réseau sur renater nous
>> > rencontrons
>> > un
>> > probleme sur une webappli en asp qui interroge notre serveur sql. En
>> > local
>> > tout se passe bien, mais dès qu'un utilisateur lamba essaie de faire
>> > une
>> > mise
>> > à jour, le serveur ne répond pas immédiatement et l'utilisateur
>> > récupère
>> > un
>> > message "dns error" impossible de trouver le serveur etc... généré par
>> > sa
>> > machine après une tres longue attente (timeout ?).
>> > au niveau du réseau nous sommes derrière un firewall, mais le probleme
>> > est
>> > le même avec ou sans filtrage, les données sont bien transmises au
>> > serveur
>> > IIS qui interroge la base.
>> > sql server 2000 sp3 n'enregistre aucune erreur dans les logs, idem pour
>> > IIS
>> > et notre firewall.
>> > Particularité "interessante" du probleme, l'utilisateur A ne peut pas
>> > modifier les données précédement saisies, mais un utilisateur B peut
>> > modifier
>> > celles de A.
>> > Au niveau des roles, deux sont définis un pour une lecture des infos et
>> > un
>> > second pour une écriture et modification. Aucun probleme en
>> > consultation,
>> > mais dès qu'un utilisateur se loggue via le role pour l'update
>> > certaines
>> > manipulations ne s'effectuent tout simplement pas alors qu'avant notre
>> > migration technique il n'y avait aucun probleme.
>> > nous utilisons des sessions pour l'authentification des utilisateurs,
>> > et
>> > les
>> > méthodes ado classiques pour interroger la base via des scripts en asp.
>> >
>> > suggestions bienvenues.
>> >
>> > Alex
>>
>>
>>