Ответ 1
Проверьте брандмауэр для заблокированных портов, измените динамические порты приложения на некоторый фиксированный порт.
Внезапно этим утром я включил свой компьютер и запустил 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 часа.
Проверьте брандмауэр для заблокированных портов, измените динамические порты приложения на некоторый фиксированный порт.
У меня была аналогичная проблема, когда мой сайт получил "Ожидание" навсегда. Пробовал перезапустить веб-сайт и ничего.
Мне не удалось перезагрузить машину (я уверен, что она решится), поэтому я продолжал исследовать, что может быть.
Я узнал, что в моем случае решение заключалось в том, чтобы изменить "Пул приложений" на веб-сайте. Похоже, что текущий сбой или что-то в этом роде (я смог остановить его, но не начать его снова), поэтому я создал новый пул приложений, и сайт снова начал работать.
Хорошо, я обнаружил, что это происходит (на сервере), когда вы ужесточили безопасность.
Например, вы больше не применяете IIS_IUSRS
к wwwroot
, а настраиваете надлежащие учетные записи для каждого пула приложений и правильно настраиваете perms NTFS.
Проблема заключается в том, что рабочий процесс /ASP.NET хочет перечислить файлы в папках, "ведущих к" вашему корню сайта. Я думаю, что он хочет искать файлы web.config и т.д.
Невозможность вызвать ошибку, т.е. бесконечная загрузка является ошибкой, на мой взгляд.
например. i:\wwwroot\project\virtual\base
Вам нужно будет применить доступ к группе IIS_IUSRS
для доступа к wwwroot, проект, виртуальный, но не базовый. Трюк должен применяться только к текущей папке, т.е. Не относится к подпапкам и файлам.
Применить права на чтение только для идентификатора рабочего процесса /AppPool в базовую папку.
Если IIS_IUSRS
имеет права на чтение для всего дерева, тогда все рабочие процессы будут иметь доступ на чтение ко всем другим базовым папкам и содержимому сайта, чтобы скомпрометированный сайт мог получить доступ к данным/конфигурации на других сайтах.
Перезапуск IIS может работать, поскольку он завершит текущий экземпляр и запустит вашу веб-страницу в новом экземпляре.
Я получил проект, в котором у 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. Не знаю, приведет ли это к проблеме в другом месте (^ _ ^).
Моя проблема возникла из-за отсутствия надлежащих учетных данных в рабочей папке веб-сайта. Если вы не уверены, что полный контроль над папкой в качестве теста. User = IIS AppPool [имя пула приложений]
Для меня на ядре aspnet это была проблема в зависании метода Configure() из-за исключения