[ASP] Ik debug VS2008 en krijg "De webpagina kan niet worde"

[Erik888]

Als ik een website die ik gemaakt heb in Visual Studio 2008 wil debuggen krijg ik de volgende fout:
De webpagina kan niet worden weergegeven

http://localhost:49296/WebServerControls/Default.aspx

Volgens mij heel simpel, maar ik kan het niet vinden.

[Bobmeister]

Wij kunnen die website niet zien, aangezien die bij jou thuis gehost is..

[Erik888]

Awsom schreef op woensdag 09 februari 2011 @ 19:58:
Wij kunnen die website niet zien, aangezien die bij jou thuis gehost is..

Klopt, maar het is een heel eenvoudige website met een label, button en een textbox zonder logica.
Moet ik instellen dat localhost toegestaan is of iets in visual studio?

Of ik start met een website of webapplication maakt geen verschil.

[ Voor 8% gewijzigd door Erik888 op 09-02-2011 20:03 ]

[RobIII]

* Zet "friendly errors" eens uit in je browser als dat aan staat
* Zet debugging aan in je web.config

[keesdewit]

Heb je ESET nod32 antivirus of een ander pakket draaien wat voorkomt dat je verbinding met localhost op die poort kan maken? Bij nod32 is dit out of the box het geval.

[RobIII]

keesdewit schreef op donderdag 10 februari 2011 @ 23:26:
Heb je ESET nod32 antivirus of een ander pakket draaien wat voorkomt dat je verbinding met localhost op die poort kan maken? Bij nod32 is dit out of the box het geval.

Seriously? Ik heb toch al wat antivirus stunts gezien maar dit heb ik nog niet meegemaakt...

[Styxxy]

RobIII schreef op donderdag 10 februari 2011 @ 23:29:
[...]
Seriously? Ik heb toch al wat antivirus stunts gezien maar dit heb ik nog niet meegemaakt...

Misschien bedoelt hij de firewall...

@TS: normaal komt er in de systemtray een icoontje van de "development server" die je opstart bij het debuggen. Start de server, of doet hij dat zelfs niet?

[NMe]

RobIII schreef op woensdag 09 februari 2011 @ 21:12:
* Zet "friendly errors" eens uit in je browser als dat aan staat
* Zet debugging aan in je web.config

* Kijk in je error log.

[Erik888]

RobIII schreef op woensdag 09 februari 2011 @ 21:12:
* Zet "friendly errors" eens uit in je browser als dat aan staat
* Zet debugging aan in je web.config

Debugging in de config wordt door VS geregeld.
Friendly errors maakt geen verschil.

Ik heb ook localhost als trusted site toegevoegd in IE.
Ik heb geen NOD32

Styxxy schreef op vrijdag 11 februari 2011 @ 00:07:
@TS: normaal komt er in de systemtray een icoontje van de "development server" die je opstart bij het debuggen. Start de server, of doet hij dat zelfs niet?

Er komt idd een ASP.NET Development Server in mijn taakbalk.
http://localhost:49296/WebServerControls/
Klopt deze poort wel, of maakt dat weinig uit?

NMe schreef op vrijdag 11 februari 2011 @ 00:57:
* Kijk in je error log.

Ik heb in de logboeken gekeken, maar daarin niets gevonden. Ik neem aan dat je deze bedoeld?

[ Voor 48% gewijzigd door Erik888 op 11-02-2011 22:20 ]

[NMe]

Erik888 schreef op vrijdag 11 februari 2011 @ 22:15:
[...]

Er komt idd een ASP.NET Development Server in mijn taakbalk.
http://localhost:49296/WebServerControls/
Klopt deze poort wel, of maakt dat weinig uit?

Die poort zul je toch echt zelf ingesteld hebben, lijkt me? Google kan me niets over die poort vertellen in elk geval. Weet je zeker dat je niet gewoon op poort 80 draait?

[RobIII]

NMe schreef op vrijdag 11 februari 2011 @ 22:26:
[...]

Die poort zul je toch echt zelf ingesteld hebben, lijkt me?

Euh, nee, dat doet VS voor je. Die start een "on the fly" (lokale) webserver (cassini, thnx hieronder, kwam even niet op de naam ) waar 'ie mee verbindt.

NMe schreef op vrijdag 11 februari 2011 @ 22:26:
Google kan me niets over die poort vertellen in elk geval. Weet je zeker dat je niet gewoon op poort 80 draait?

Nee, zo werkt het niet Je zou eens met VS.net (Express ofzo) moeten stoeien Voor zover ik weet is die poort iedere sessie danwel voor elk project "random" (en dat boeit ook niet tijdens development).

Erik888 schreef op vrijdag 11 februari 2011 @ 22:15:
Debugging in de config wordt door VS geregeld.

Euh, wat staat er in de config dan? En heb je daar al eens gewoon debug="true" gezet (als het er niet al staat)?

Erik888 schreef op vrijdag 11 februari 2011 @ 22:15:
Friendly errors maakt geen verschil.

Waar heb je die gevonden? Hebben we het wel over hetzelfde? En wat geeft een andere browser als je daar dezelfde URL in mikt?

Erik888 schreef op vrijdag 11 februari 2011 @ 22:15:
Ik heb ook localhost als trusted site toegevoegd in IE.

Moet niet nodig zijn.

Erik888 schreef op vrijdag 11 februari 2011 @ 22:15:
Er komt idd een ASP.NET Development Server in mijn taakbalk.

http://localhost:49296/WebServerControls/
Klopt deze poort wel, of maakt dat weinig uit?

Zoals ik al zei: die poort wordt dynamisch/random/whatever bepaald. En het roest niet wat die poort is (tijdens development that is).

Erik888 schreef op vrijdag 11 februari 2011 @ 22:15:
Ik heb in de logboeken gekeken, maar daarin niets gevonden. Ik neem aan dat je deze bedoeld?

Wat versta je onder logboeken? De windows logboeken? Ik denk dat NMe doelde op een errorlog van je webserver (maar to be honest heb ik geen idee of cassini die überhaupt wel bijhoudt)

[ Voor 64% gewijzigd door RobIII op 11-02-2011 22:50 ]

[gehlan]

NMe schreef op vrijdag 11 februari 2011 @ 22:26:
[...]

Die poort zul je toch echt zelf ingesteld hebben, lijkt me? Google kan me niets over die poort vertellen in elk geval. Weet je zeker dat je niet gewoon op poort 80 draait?

Volgens mij worden deze poorten gewoon vrij random gekozen door Visual Studio / Webserver (cassini). Ten minste als TS deze lokale webserver gebruikt. Je kunt de poort gewoon checken bij je project properties. Check dus gewoon of deze webserver bereikbaar is en de juiste poort aangesproken wordt, en eventueel of de juiste pagina (Default.aspx?) wel bestaat...

[Verwijderd]

De poort van een ASP.net project wordt in de Project Properties ingesteld. Hier kan je bv er ook voor kiezen om IIS te gebruiken (mits je die geïnstalleerd hebt) of een externe webserver welke de ASP.NET versie draait die jij in je project gebruikt.

Wanneer je je project runt start Visual Studio de development server met daarop de applicatie die je draait. Deze server is enkel lokaal toegankelijk.

[Erik888]

Ik heb geprobeerd met mijn firewall uitgeschakeld, geen oplossing.

Pingen naar localhost gaat goed

De fout die ik krijg als ik het verbindingsprobleem vaststel is de volgende:
'localhost' is niet ingesteld voor het maken van een verbinding met deze computer op poort '49296'.
Dit zegt met echter niets.

[gehlan]

Erik888 schreef op dinsdag 22 februari 2011 @ 20:59:
Ik heb geprobeerd met mijn firewall uitgeschakeld, geen oplossing.

Pingen naar localhost gaat goed

De fout die ik krijg als ik het verbindingsprobleem vaststel is de volgende:
'localhost' is niet ingesteld voor het maken van een verbinding met deze computer op poort '49296'.
Dit zegt met echter niets.

Welke browser gebruik je?
Toevallig kwam ik zojuist deze post tegen, heel misschien hier van toepassing:
http://weblogs.asp.net/jg...ion-in-visual-studio.aspx

Maar zoals al eerder vermeld, staat in je system tray een icoon "ASP.NET Development Server"?
Klik hier eens op en controleer deze waarden

[st0p]

keesdewit schreef op donderdag 10 februari 2011 @ 23:26:
Heb je ESET nod32 antivirus of een ander pakket draaien wat voorkomt dat je verbinding met localhost op die poort kan maken? Bij nod32 is dit out of the box het geval.

Even los van de problemen van de TS, wij draaien op kantoor nod32 en dit probleem ben ik nog nooit tegengekomen (en ik ben webdeveloper van beroep ). Een van de betere virusscanners imho!

[Verwijderd]

- Of je hebt misschien Firefox of een andere niet-IE-browser die poort 49296 niet doorlaat.
- Of je hebt een proxy die het niet doorlaat

Maar om zeker te zijn dat het de browser is, zou je ook als volgt kunnen werken:
- Start de applicatie vanuit VS zodat je (zou kunnen) debuggen. IE zal dan vermoedelijk worden opgestart met de URL http://localhost:49296/WebServerControls/Default.aspx.
- En dan open je Chrome of Firefox en surf je naar http://localhost:49296/WebServerControls/Default.aspx (terwijl VS nog loopt). Als je dan geen foutmelding krijgt weet je dat het een browserinstelling is.

[keesdewit]

Probeer eens het poortnummer met 1 te verhogen of te verlagen.

En ja, met de ESET bedoelde ik de personal firewall. Bij mij starte hij in IE op bijvoorbeeld poort 6234 en als ik hem dan naar 6235 of 6233 zette werkte het.

[CodeCaster]

Al eens een telnet-sessie gestart naar die poort?

[Erik888]

De fout is boven water, allemaal bedankt voor het meedenken.

In het bestand C:\Windows\System32\drivers\etc\hosts ontbrak het volgende:
127.0.0.1 localhost