ошибка создания веб-прокси, указанного в разделе конфигурации «system.net/defaultproxy» - PullRequest
24 голосов
/ 02 марта 2011

Я получаю ошибку от стороннего приложения exe.Приложение - это только исполняемый файл, никакой файл конфигурации или другие.

"ошибка при создании веб-прокси, указанного в разделе конфигурации 'system.net/defaultproxy'"

Как я могу это исправить?

Ответы [ 8 ]

57 голосов
/ 07 июня 2011

У меня была такая же проблема сегодня, и я нашел решение для нее. В моем случае проблема возникла из-за того, что я использовал сетевой диск для хранения своего проекта. При запуске с этого сетевого диска возникла эта проблема. Я перенес проект на свой локальный жесткий диск, и он исчез. Я предполагаю, что это как-то связано с безопасностью, поскольку Windows считает сетевой диск менее безопасным, чем мой жесткий диск.

32 голосов
/ 19 декабря 2013

Попробуйте добавить следующие строки в ваш app.config или web.config, и ваше приложение может работать.

<system.net>
    <defaultProxy enabled="false" useDefaultCredentials="false">
    </defaultProxy>
  </system.net>
0 голосов
/ 29 июня 2017

Я запустил «netsh winsock reset» (как администратор) и перезагрузил компьютер, чтобы решить эту проблему. Это происходило при попытке установить приложение winforms, которое отлично работало на всех других компьютерах в офисе.

Подсказка состояла в том, что Chrome не смог получить доступ к Интернету на этом ПК - и решение этой проблемы устранило обе проблемы.

0 голосов
/ 21 марта 2017

Для меня, когда я получил эту ошибку, мне удалось ее «исправить», включив атрибут «type» в мой слушатель в web.config:

<listeners>
        <add type="Microsoft.WindowsAzure.Diagnostics.DiagnosticMonitorTraceListener, Microsoft.WindowsAzure.Diagnostics, Version=2.7.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" name="AzureDiagnostics">
          <filter type=""/>
        </add>
      </listeners>

Однако Visual Studio (2012) на самом деле говоритмне, что этот атрибут не разрешен ... Тем не менее его удаление приводит к тому, что я получаю сообщение об ошибке, в том числе и к его корректной работе.

0 голосов
/ 09 ноября 2016

В файле web.config проверьте, есть ли у вас тег sharedListeners.Внутри каждого тега добавления необходимо заполнить атрибут «тип» ..... примерно так:

<sharedListeners>
  <add initializeData="c:\log\trace.svclog" name="logging" type="System.Diagnostics.XmlWriterTraceListener, System, Version=4.0.0.0, Culture=neutral,PublicKeyToken=c77a5c561934e999">
  </add>
</sharedListeners>
0 голосов
/ 01 августа 2012

Эта ошибка как-то связана с .Net framework, против которого вы строите.

Я создал простое тестовое приложение для выполнения WebRequest.Если я устанавливаю целевой Framwework на 4.0, я получаю эту ошибку.Если затем установить 3,5, без изменения кода, мой запрос будет работать нормально.

Это не решит вашу проблему напрямую, поскольку вы, вероятно, не можете изменить используемое внешнее приложение, но я надеюсь, чтобыть полезным для людей, которые ищут одно и то же сообщение об ошибке.

0 голосов
/ 20 января 2012

У меня тоже была эта проблема (выкладываю это сюда для других). Оказывается, в моем случае я звонил в службу wcf, которая была защищена через ssl. Сертификат был выдан для внутренних целей. Проблема возникает, когда ваша ссылка на службу wcf настроена для https://myserv/service.svc, но сертификат имеет https://myserv.mydomain.com/service.svc.

Удаление полностью определенного доменного имени (из элемента client в app.config \ web.config (или, если оно есть в client.config) устраняет проблему.

0 голосов
/ 12 июня 2011

В моем случае у меня был сервер Windows 2003, и мое консольное приложение .net 4.0 было помещено на диск «D», и я продолжал просачиваться в эту ошибку при запуске (он пытался подключиться к удаленной службе WCF). Как только я разместил файлы приложения на своем диске «С», все заработало. Понятия не имею почему!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...