2014-12-26 24 views
10

Nagle dziś rano włączyłem komputer i uruchomiłem wizualne studio ... I bez względu na to, co próbowałem i czy uruchamiam lub debuguję, i niezależnie od przeglądarki (chrome/firefox/IE 11) oczekuje na localhost na zawsze.asp.net oczekiwanie na localhost na zawsze

Gdybym wdrożyć go w Azure, po prostu sprawdzenie w (ciągłej integracji) to działa jak czar: http://couleur-emotion.azurewebsites.net/ (jestem przerobienia mojego mumia internetowej malarską w celu nauczyć ASP.NET MVC)

I” Czytałem zarówno:

Kiedy piszę, został on czeka na localho st przez więcej niż 15 minut. I ponownym uruchomieniu VS, nawet ponownym uruchomieniu komputera ... Próbowałem wyłączyć ipv6 rzeczy na Firefox ... itd

zauważyłem (nie wiem czy to jest przydatne), że zastąpienie przez 127.0.0.1 localhost rzuca:

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

również moim C: \ Windows \ System32 \ drivers \ etc \ hosts (bez zmian)

# 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 

jakiś pomysł? Nie udało mi się wyświetlić pojedynczej strony lokalnego hosta w ciągu 3 godzin.

Odpowiedz

8

Sprawdź zaporę ogniową pod kątem zablokowanych portów, zmień porty dynamiczne aplikacji na niektóre stałe porty.

+1

Wyłączyłem avast i zadziałało. Więc nie firewall, ale wystarczająco blisko. w jaki sposób naprawiasz port aplikacji? – user2346536

+1

Przez ustalenie portu mam na myśli określenie portu w twojej aplikacji asp.net. Upewnij się, że podasz port, który nie jest używany przez inne programy, takie jak Skype, antywirus itp. Http://msdn.microsoft.com/en-us/library/ms178109(v=vs.140).aspx –

0

Ponowne uruchomienie IIS może działać tak, jak zakończy bieżącą instancję i uruchomi stronę internetową w nowej instancji.

+0

Próbowano już. Również ponowne uruchomienie VS lub ponowne uruchomienie komputera spowoduje ponowne uruchomienie IIS. – user2346536

+1

Ponowne uruchamianie usługi VS nie powoduje ponownego załadowania usług IIS. Ponowne uruchomienie, tak. – Xogle

1

OK, odkryłem, że tak się dzieje (na serwerze), gdy odpowiednio zahartowałeś zabezpieczenia.

Na przykład nie masz już zastosowania IIS_IUSRS do wwwroot, ale skonfiguruj odpowiednie konta dla każdej puli aplikacji i ustaw poprawnie uprawnienia NTFS.

Problem polega na tym, że proces roboczy/ASP.NET chce wyliczyć pliki w folderach "prowadzących do" katalogu głównego witryny. Myślę, że chce szukać plików web.config itp.

Niepowodzenie wywołania błędu, tj. Nieskończonego ładowania jest moim zdaniem błędem.

np. i:\wwwroot\project\virtual\base

Będziesz musiał zastosować IIS_IUSRS dostęp do odczytu grupowego do wwwroot, projektu, wirtualny, ale nie bazowy. Sztuczka polega na tym, że ma zastosowanie tylko do bieżącego folderu, tj. Nie ma zastosowania do podfolderów i plików.

Stosuj prawa odczytu tylko do procesu roboczego/tożsamości AppPool do folderu podstawowego.

Jeśli IIS_IUSRS ma prawa odczytu do całego drzewa, wówczas wszystkie procesy robocze będą miały dostęp do odczytu do wszystkich innych folderów i zawartości podstawowej witryny, tak że zhakowana strona będzie mogła uzyskać dostęp do danych/config w innych witrynach.

2

Miałem podobny problem, gdy moja witryna otrzymywała "Oczekiwanie" na zawsze. Próbowałem zrestartować stronę i nic.

Nie mogłem zrestartować maszyny (jestem prawie pewna, że ​​to rozwiąże), więc sprawdzałem, co może być.

Okazało się, że w moim przypadku rozwiązaniem była zmiana "puli aplikacji" na stronie internetowej. Wygląda na to, że obecny padł lub coś w tym stylu (udało mi się go zatrzymać, ale nie uruchomiłem go ponownie), więc utworzyłem nową pulę aplikacji i witryna zaczęła działać ponownie.

+0

Napotkałem podobny problem , rozwiązany przez zmianę poziomu auth na system lokalny w puli aplikacji, wszelkie pomysły? –

+0

Jak napisano w komentarzu do wybranej odpowiedzi, w moim przypadku była ona avast. Wyłączenie go rozwiązało mój problem. – user2346536

+0

Przełączyłem się na jedną z istniejących (moja strona stworzyła jedną dla siebie) i po tym działało dobrze! – VictorySaber

0

Otrzymałem projekt, w którym webconfig miał podany numer portu i taki serwer.

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

Po usunięciu numeru portu z ciągu połączenia komunikat o błędzie zniknął i kod zaczął działać.

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

Jestem nowy w stosunku do ASP.net. Nie wiem, czy spowoduje to problem w innym miejscu (^ _ ^).

0

Mój problem wynikał z braku odpowiednich referencji w działającym folderze witryny. Jeśli nie masz pewności, nadaj pełną kontrolę do folderu jako test. Użytkownik = IIS AppPool [nazwa puli aplikacji]