Erreur lors de la création du proxy Web
J'ai un CLR activé .NET application qui accède à un webservice et écrit un fichier xml sur un serveur web pour un SQLServer package SSIS à digérer. Tout fonctionne bien sur les serveurs de développement, mais le serveur de production renvoie l'erreur suivante:
Erreur lors de la création du Proxy Web spécifié
dans le 'system.net/defaultProxy'
section de configuration.: au
Système.Net.La Configuration.DefaultProxySectionInternal.GetSection()
au
Système.Net.WebRequest.get_InternalDefaultWebProxy()
au Système.Net.HttpWebRequest..ctor(Uri
uri, ServicePoint servicePoint) à
Système.Net.HttpRequestCreator.Créer(Uri
Uri) à
Système.Net.WebRequest.Créer(Uri
requestUri, Boolean useUriBase) à
Système.Web.Services.Les protocoles.WebClientProtocol.GetWebRequest(Uri
uri) à
Système.Web.Services.Les protocoles.HttpWebClientProtocol.GetWebRequest(Uri
uri) à
Système.Web.Services.Les protocoles.SoapHttpClientProtocol.GetWebRequest(Uri
uri) à
Système.Web.Services.Les protocoles.SoapHttpClientProtocol.Invoke(Chaîne De
methodName, Object[] paramètres) à
MyDBProj.com.dmsintegration.sécurisé.VehicleInventoryService.RetriveVehicleInventory(RetrieveAllRecordsRequest
demande)
UserDefinedFunctions.LoadDMSFile(String
dealer_id, Chaîne dms_username, Chaîne
dms_password, Chaîne dms_location_id)
Il n'y a pas de différences entre le serveur de versions de système d'exploitation ou le sql server versions. Nous sommes à l'aide de Windows Server 2003 R2 et SQL Server 2005. Je crois que c'est une configuration sur le serveur lui-même, mais je ne peux pas trouver toutes les différences entre les serveurs. Ni le serveur exécute un logiciel de pare-feu.
Plein Exception:
Système.La Configuration.ConfigurationErrorsException:
Erreur lors de la création du Proxy Web spécifié
dans le 'system.net/defaultProxy'
section de configuration.
---> Système.DllNotFoundException: Impossible de charger la DLL 'rasapi32.dll":
bibliothèque de liens dynamiques (DLL)
routine d'initialisation a échoué.
(Exception de HRESULT: 0x8007045A)
au
Système.Net.UnsafeNclNativeMethods.RasHelper.RasEnumConnections(RASCONN[]
lprasconn, UInt32& lpcb, UInt32&
lpcConnections) à
Système.Net.UnsafeNclNativeMethods.RasHelper.GetCurrentConnectoid()
au
Système.Net.AutoWebProxyScriptEngine.AutoDetector.Initialize()
au
Système.Net.AutoWebProxyScriptEngine..ctor(WebProxy
proxy, Boolean useRegistry) à
Système.Net.WebProxy.UnsafeUpdateFromRegistry()
au
Système.Net.La Configuration.DefaultProxySectionInternal..ctor(DefaultProxySection
section) à
Système.Net.La Configuration.DefaultProxySectionInternal.GetSection()
--- Fin de l'exception interne trace de la pile --- à Système de.Net.La Configuration.DefaultProxySectionInternal.GetSection()
au
Système.Net.WebRequest.get_InternalDefaultWebProxy()
au Système.Net.HttpWebRequest..ctor(Uri
uri, ServicePoint servicePoint) à
Système.Net.HttpRequestCreator.Créer(Uri
Uri) à
Système.Net.WebRequest.Créer(Uri
requestUri, Boolean useUriBase) à
Système.Web.Services.Les protocoles.WebClientProtocol.GetWebRequest(Uri
uri) à
Système.Web.Services.Les protocoles.HttpWebClientProtocol.GetWebRequest(Uri
uri) à
Système.Web.Services.Les protocoles.SoapHttpClientProtocol.GetWebRequest(Uri
uri) à
Système.Web.Services.Les protocoles.SoapHttpClientProtocol.Invoke(Chaîne De
methodName, Object[] paramètres) à
MyDBProj.com.dmsintegration.sécurisé.VehicleInventoryService.RetriveVehicleInventory(RetrieveAllRecordsRequest
demande)
UserDefinedFunctions.LoadDMSFile(String
dealer_id, Chaîne dms_username, Chaîne
dms_password, Chaîne dms_location_id)
C'est juste un C# de l'assemblée qui a été chargé dans le Serveur SQL server pour être utilisé par une fonction et une procédure stockée sur le serveur.
OriginalL'auteur James | 2009-07-21
Vous devez vous connecter pour publier un commentaire.
Nous avons eu exactement le même message d'erreur lors de l'appel d'un service Web à partir d'un .Net Winform application.
Dans notre cas, l'erreur s'est produite à un utilisateur, mais pas pour les autres (avec des autorisations d'administrateur local) sur le même serveur.
En fait, il n'a rien à avec WCF; vous avez le même message d'erreur lors de l'appel d'une simple page web à partir de votre application. L'exécution de compte d'utilisateur n'est pas autorisé à ouvrir une connexion Proxy Web.
Nous avons résolu le problème en déplaçant la demande en C:\Program les Fichiers. Pour une raison que je ne peux pas encore expliquer exactement, à partir de ce dossier, un utilisateur peut créer le Proxy.
Toute idée serait la bienvenue.
Même ici, a été exécuté à partir d'un système de fichiers en réseau, ne pouvait pas faire une simple requête HTTP.
OriginalL'auteur flip
nous avions été confrontés à la même question.
eror de la création du Proxy Web spécifiées dans la system.net/defaultProxy la configuration de la section.
Je l'ai résolu en modifiant les entrées incorrectes dans les fichiers de config dans le site web.Assurez-vous que toutes les balises sont opned et fermé correctement.il peut reosolve votre problème.
OriginalL'auteur SHIBIN
James, regardez de plus près:
Ce qui est spécifié dans le 'system.net/defaultProxy' l'article sur toutes les machines?
Et avez-vous pensé de la machine.config de base et le web.config, et de tout le web.les configs haut de la hiérarchie? Sont tous les sites dans la même position virtuelle sur toutes les machines?
L'extrait de code que j'ai posté dans mon commentaire, c'est exactement ce qui est dans le fichier de configuration. <defaultProxy> s'affiche seulement dans la base de web.fichier de configuration sur chaque serveur. Dans chaque cas, le clr de l'assemblée est chargé sur le serveur SQL avec les mêmes autorisations.
Je suppose que je n'ai pas vu le code dans votre commentaire au premier abord. Vous devez mettre à jour votre question avec cette information. Suggestion: vous pouvez choisir un seul serveur proxy et de la définir explicitement? "usesystemdefault" signifie qu'elle peut être différente sur chaque système, et vous en aurez pour savoir pourquoi. Aussi, est que l'ensemble de l'exception? La sortie de ex.ToString()? Je serais curieux de savoir si il y avait un InnerException.
OriginalL'auteur John Saunders
Cette erreur qui m'est arrivé lors de la tentative d'accès au Serveur de Source de WinDBG. J'ai été référencement TF.EXE dans le
C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\dossier de ma srcsrv.fichier ini.J'ai fait une copie de tf.exe /tf.exe.config et placé dans le dossier avec WinDBG, et il a bien fonctionné.
Il s'est avéré qu'un des premiers télécharger des symboles les symboles Microsoft Store avait mis les dossiers winhttp.dll, etc., dans le
C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDEdossier, et ceux qui étaient en cours de lecture. Que fait tf.exe impossible de trouver et charger les dll. Ce qui doit arrivé c'est que tf.exe ne pas les trouver là-bas, mais au lieu de les charger à partir de lac:\Windows\Syswow64dossier.Moniteur de processus de SysInternals est votre ami!
OriginalL'auteur user2497900