Asp.net ждет локального хоста навсегда

Внезапно этим утром я включил свой компьютер и запустил Visual Studio... И что бы я ни пытался, независимо от того, что я пробовал, запускаю ли я или отлаживаю, и какой бы браузер ни был (chrome/firefox/IE 11), он всегда ждет localhost.

Если я разверну его в Azure, просто зарегистрировавшись (непрерывная интеграция), он будет работать как шарм

Я прочитал оба:

Когда я пишу, он ждал localhost более 15 минут. Я перезапустил VS, даже перезагрузил компьютер... попробовал отключить ipv6 на firefox... и т.д.

Я заметил (не знаю, полезно ли это), что замена localhost на 127.0.0.1 выдает:

Bad Request - Invalid Hostname
HTTP Error 400. The request hostname is invalid. 

также мой C:\Windows\System32\drivers\etc\hosts (без изменений)

# Copyright (c) 1993-2009 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
#      102.54.94.97     rhino.acme.com          # source server
#       38.25.63.10     x.acme.com              # x client host

# localhost name resolution is handled within DNS itself.
#    127.0.0.1       localhost
#    ::1             localhost

Любая идея? Я не смог показать ни одной локальной страницы за 3 часа.

Ответ 1

Проверьте брандмауэр для заблокированных портов, измените динамические порты приложения на некоторый фиксированный порт.

Ответ 2

У меня была аналогичная проблема, когда мой сайт получил "Ожидание" навсегда. Пробовал перезапустить веб-сайт и ничего.

Мне не удалось перезагрузить машину (я уверен, что она решится), поэтому я продолжал исследовать, что может быть.

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

Ответ 3

Хорошо, я обнаружил, что это происходит (на сервере), когда вы ужесточили безопасность.

Например, вы больше не применяете IIS_IUSRS к wwwroot, а настраиваете надлежащие учетные записи для каждого пула приложений и правильно настраиваете perms NTFS.

Проблема заключается в том, что рабочий процесс /ASP.NET хочет перечислить файлы в папках, "ведущих к" вашему корню сайта. Я думаю, что он хочет искать файлы web.config и т.д.

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

например. i:\wwwroot\project\virtual\base

Вам нужно будет применить доступ к группе IIS_IUSRS для доступа к wwwroot, проект, виртуальный, но не базовый. Трюк должен применяться только к текущей папке, т.е. Не относится к подпапкам и файлам.

Применить права на чтение только для идентификатора рабочего процесса /AppPool в базовую папку.

Если IIS_IUSRS имеет права на чтение для всего дерева, тогда все рабочие процессы будут иметь доступ на чтение ко всем другим базовым папкам и содержимому сайта, чтобы скомпрометированный сайт мог получить доступ к данным/конфигурации на других сайтах.

Ответ 4

Перезапуск IIS может работать, поскольку он завершит текущий экземпляр и запустит вашу веб-страницу в новом экземпляре.

Ответ 5

Я получил проект, в котором у webconfig указан номер порта вместе с сервером.

sqlConnectionString="Data Source=<<SQLInstanceName>>\SQLEXPRESS,<<Port>>;Initial Catalog=<<DBName>>;Integrated Security=false;User Id=<<UserName>>;PWD=<<Password>>;"

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

sqlConnectionString="Data Source=<<SQLInstanceName>>\SQLEXPRESS;Initial Catalog=<<DBName>>;Integrated Security=false;User Id=<<UserName>>;PWD=<<Password>>;"

Я отношусь к новому ASP.net. Не знаю, приведет ли это к проблеме в другом месте (^ _ ^).

Ответ 6

Моя проблема возникла из-за отсутствия надлежащих учетных данных в рабочей папке веб-сайта. Если вы не уверены, что полный контроль над папкой в ​​качестве теста. User = IIS AppPool [имя пула приложений]

Ответ 7

Для меня на ядре aspnet это была проблема в зависании метода Configure() из-за исключения