Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 19 Apr 2008 14:11 |
|
Hallo, ich habe auf meinem Rechner das SP1 von Vista installiert, und seither funzt DNN nicht mehr. Wenn ich die Adresse eintippe, dann blinkt im IE 7 in der Statuszeile nur "Website gefunden. Warten auf Antwort..." abwechselnd mit "http://dnn.local/default.aspx?tabid=36". Der blaue Balken unten wird zwar immer länger, aber es passiert sonst gar nichts. Im Tabreiter oben steht "Verbindung wird hergestellt...". Auch eine komplette Neuinstallation von DNN hat nichts geholfen, wobei der Installationsassistent aber sauber durchgelaufen ist. Safari meldet: "Es traten zu viele Verbindungswiederholungen beim Öffnen von "http://dnn.local/Default.aspx?tabid=36" auf. Dies könnte bei inkorrekten Weiterleitungen auftreten." Und Firefox meint: "Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann." Hat irgendwer dazu eine Idee? (Andere ASP- und ASP.Net-Seiten auf der Kiste laufen anstandslos...) Gruß Michael |
|
|
|
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 19 Apr 2008 14:21 |
|
Nachtrag: http://dnn.local/Keepalive.aspx funktioniert (in allen drei Browsern), also an der IIS-Konfiguration liegt es vielleicht doch nicht. |
|
Michael Tobisch
|
|
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 19 Apr 2008 16:30 |
|
Noch ein Nachtrag:
In der httperr1.log finde ich folgendes:
2008-04-19 12:57:06 ::1%0 50609 ::1%0 80 HTTP/1.1 GET /Default.aspx?tabid=36 - 3 Connection_Abandoned_By_ReqQueue DotNetNuke 2008-04-19 12:57:06 ::1%0 50611 ::1%0 80 HTTP/1.1 GET /Default.aspx?tabid=36 503 3 Disabled DotNetNuke
und im Windows Event-Log:
| - <Event xmlns="http://schemas.microsoft.com/win/20...ents/event"> |
| - <System> |
| <Provider Name="ASP.NET 2.0.50727.0" /> |
| <EventID Qualifiers="16384">1315EventID> |
| <Level>4Level> |
| <Task>3Task> |
| <Keywords>0x80000000000000Keywords> |
| <TimeCreated SystemTime="2008-04-19T14:11:13.000Z" /> |
| <EventRecordID>37608EventRecordID> |
| <Channel>ApplicationChannel> |
| <Computer>--------Computer> |
| <Security /> |
| System> |
| - <EventData> |
| <Data>4005Data> |
| <Data>Fehler bei der Formularauthentifizierung für die Anforderung. Grund: Das angegebene Ticket war ungültig.Data> |
| <Data>4/19/2008 4:11:13 PMData> |
| <Data>4/19/2008 2:11:13 PMData> |
| <Data>8af0f5fe55e1466fadd58ad976cd44e8Data> |
| <Data>53930Data> |
| <Data>26952Data> |
| <Data>50201Data> |
| <Data>/LM/W3SVC/3/ROOT-2-128530861885227114Data> |
| <Data>MediumData> |
| <Data>/Data> |
| <Data>D:\Web\dnn.local\Data> |
| <Data>--------Data> |
| <Data /> |
| <Data>7560Data> |
| <Data>w3wp.exeData> |
| <Data>NT-AUTORITÄT\NETZWERKDIENSTData> |
| <Data>http://dnn.local/Default.aspx?tabid=36Data> |
| <Data>/Default.aspxData> |
| <Data>::1Data> |
| <Data /> |
| <Data>FalseData> |
| <Data /> |
| <Data>NT-AUTORITÄT\NETZWERKDIENSTData> |
| <Data /> |
| EventData> |
| Event> |
| | Vielleicht kann ja damit jemand was anfangen... Michael |
|
Michael Tobisch
|
|
|
Sebastian Leupold | | Beiträge: 4908 |  |  | | | |
 |
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 19 Apr 2008 16:58 |
|
Der AppPool ist derselbe (Name: DotNetNuke, Status: Gestartet, .NetFramework: v2.0, Verwalteter Pipelinemodus: klassisch, Identität: NetworkService, Anwendungen: 1).
Unter Authetifizierung ist in der IIS-Verwaltung alles aktiviert (also Anonym, ASP.Net-Identititätswechsel, Formular- und Windowsauthentifizierung).
Cookies hab ich jetzt einmal alle gelöscht...
Leider ohne Erfolg :-(
Gruß Michael |
|
Michael Tobisch
|
|
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 20 Apr 2008 09:50 |
|
Fällt da wirklich niemandem was dazu ein? |
|
Michael Tobisch
|
|
|
Heinz Peller | | Beiträge: 184 |  |  | | | |
 |
| 20 Apr 2008 10:13 |
|
Hallo, ich hatte das nach SP1 auch. Allerdings nur für DNN. Wenn ich in der gleichen Applikation ein http://meineLokaleDomain/test.htm oder test.aspx aufrief - kein Problem. Ich habe im Internetinformationsdienste-Manager beim entsprechenden Web in Bindungen die IP noch mal auf 127.0.0.1 gesetzt. Neu gestartet. Außerdem alle Cache-Inhalte etc im Browser und sonst wo löschen. Dann ging es wieder. Was passiert, wenn Du ein neues Web anlegst und alle Inhalte dorthin umziehst? Gleiches Problem? P.S. Wo wird den Dein dnn.local aufgelöst? In etc/hosts oder per DNS-Server? |
|
Grüße aus dem Allgäu
Heinz Peller
SonderPunkt - Web-Entwicklung und Web-Consulting
|
|
|
Benjamin Hermann | | Beiträge: 394 |  |  | | | |
 |
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 21 Apr 2008 20:41 |
|
Danke für die Antworten, Heinz und Benjamin. Geholfen hat leider gar nichts. Wenn ich die IP-Adresse angebe, dann knallt er in die Standard-Websiite (mit dem schönen IIS 7 Willkommens-Bildchen). Integrierter Modus funktioniert auch nicht (DNN version 4.8.2). dnn.local wird über etc/hosts aufgelöst, und zwar so: 127.0.0.1 dnn.local ::01 dnn.local Ich hab dann das Web gelöscht, und das Verzeichnis als Anwendung unter das Default Web gehängt. Der Aufruf http://localhost/DotNetNuke hat mich dann auf http://dnn.local umgeleitet (!) und wieder das schöne IIS 7-Bildchen gezeigt. Also ich fange langsam an, Vista zu hassen. Nach der Installation von SP 1 hatte ich bei 21", 16:10 eine Bildschirmauflösung von 800 x 600 - Icons für Blinde; und höher ließ sich der Regler erst drehen, als ich den Treiber der ATI Radeon X1950 GT (welch ein Exot einer Grafikkarte!)neu installierte. Das gleiche Problem hatte ich mit dem Drucker (den Windows nicht mehr kannte) - war ja auch so ein Exot wie der Epson Photo Stylus R800 (dass der sich seit Vista nicht mehr am Firewire betreiben lässt, damit kann ich ja noch leben, dass das Programm zum Direktbedrucken von CDs nimmer funktioniert ist aber traurig). Na, und dann musste ich noch für meine Exoten, ein Wacom Grafiktablett und eine Hauppauge TV-Karte neue Treiber installieren, damit es wieder funktioniert. Ich kann jedem, der sich mit dem Gedanken trägt, auf Vista umzusteigen, nur abraten. Finger weg... |
|
Michael Tobisch
|
|
|
Heinz Peller | | Beiträge: 184 |  |  | | | |
 |
| 22 Apr 2008 08:09 |
|
Der Wurm liegt wahrscheinlich bei der Zone .local. Lege in der etc/hosts doch mal an 127.0.0.1 dummyDomain ohne ".local". Schreib das auch in den Internetinformationsserver zu der entsprechenden Webanwendung in Bindungen. Dann leg in der Tabelle PortalAlias den Eintrag dummyDomain an (musste direkt in der DB machen) bzw. ändere einen vorhandenen entsprechend ab. Aufruf mit http://dummyDomain sollte nun klappen!? Ich habe über Vista auch schon ganz schön geflucht. U.a. weil kein SMTP-Server mehr integriert, was manche Tests unnötig erschwert. Andrerseits hat man gegenüber XP nun einen "echten" IIS und das ist unverzichtbar, wenn man an mehreren Projekten arbeitet. Aber welches neue OS hatte noch keine Macken? That's Software-Life. |
|
Grüße aus dem Allgäu
Heinz Peller
SonderPunkt - Web-Entwicklung und Web-Consulting
|
|
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 03 Mai 2008 10:57 |
|
Danke Heinz für den Hinweis - leider hat das auch nichts gebracht. Ich hab IIS deinstalliert und neu installiert - leider auch keine Änderung. Was ich eigenartig finde, ist ja, dass http://dnn.local/keepalive.aspx ohne Problem angezeigt wird. Auch die Install-Routine läuft ohne Probleme durch. Gruß Michael |
|
Michael Tobisch
|
|
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 18 Mai 2008 12:05 |
|
Bin ich wirklich der einzige, der dieses Problem hat? |
|
Michael Tobisch
|
|
|
Heinz Peller | | Beiträge: 184 |  |  | | | |
 |
| 18 Mai 2008 12:46 |
|
Hast Du wirklich schon mal probiert das .local aus etc./hosts und sonstwo rauszuschmeißen? Pseudo-Toplevel .local ist ja z.B. auch in Mac-Umgebungen berüchtigt. Ich verwende daher - wenn es über mehrere Rechner gehen soll - immer .zz bzw. wenn die Installation nur lokal auf meinem Notebook laufen soll gar keine Toplevel. Also eben http://meineLokaleDomain1, http://meineLokaleDomain2 usw. und für das LAN http://meineLokaleDomain1.zz usw. IIS neuinstallieren bringt sicher nichts, weil Du nicht sicher sein kannst, dass alles Zeugs in Metabase, Registry etc. gelöscht wird. Nach Neuinstallation arbeitest Du dann meist mit den alten Werten weiter. |
|
Grüße aus dem Allgäu
Heinz Peller
SonderPunkt - Web-Entwicklung und Web-Consulting
|
|
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 18 Mai 2008 13:08 |
|
Ja, hab ich probiert. Hat leider nichts gebracht. Ich hab auch probiert, das unter http://localhost/DotNetNuke als Anwendung zu installieren (wie es auf ADefWebServer vorgeschlagen wird). Leider genau der gleiche Effekt. Nochmal (und das ist ja das Eigenartige): http://dnn.local/KeepAlive.aspx funktioniert einwandfrei, ebenso die Installationsroutine läuft ohne Probleme durch. Der IIS findet die Seite (default.aspx) ja auch, aber kaum ist sie geladen leieitet er sie auf sich selbst um und dann geht das Spiel von vorne los. Im Logfile sind dann beliebig viele Zeilen mit folgendem Eintrag: 2008-05-18 09:56:42 ::1 GET /Default.aspx tabid=36 80 - ::1 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.0;+SLCC1;+.NET+CLR+2.0.50727;+.NET+CLR+3.0.04506;+InfoPath.2;+Tablet+PC+2.0;+.NET+CLR+3.5.21022) 302 0 0 31 (HTTP-Statuscode 302: Umleitung auf andere Seite!!!) Gruß Michael |
|
Michael Tobisch
|
|
|
Sebastian Leupold | | Beiträge: 4908 |  |  | | | |
 |
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 18 Mai 2008 13:22 |
|
Naja... was er anfordert ist default.aspx?TabId=36. Im Log hab ich das immer so gelesen, dass der Seitenname dasteht und dann die QueryString Parameter. Falls da stehen sollte Default.aspx/Tabid/36, dann stimmt sicher was in den IIS Einsellungen nicht - kannst mir einen Tipp geben, was?
Danke Michael |
|
Michael Tobisch
|
|
|
Sebastian Leupold | | Beiträge: 4908 |  |  | | | |
 |
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 18 Mai 2008 14:02 |
|
Wieder eine Hoffnung weniger :-( |
|
Michael Tobisch
|
|
|
Heinz Peller | | Beiträge: 184 |  |  | | | |
 |
| 18 Mai 2008 14:51 |
|
Was passiert denn, wenn Du eine neue DNN-Installation anlegst (komplett mit etc/hosts, neuer Datenbank usw.), also z.B. eine Domain DNNvista? |
|
Grüße aus dem Allgäu
Heinz Peller
SonderPunkt - Web-Entwicklung und Web-Consulting
|
|
|
Michael Tobisch | | Beiträge: 472 |  |  | | | |
 |
| 18 Mai 2008 15:15 |
|
Heinz, ich habe heute Visual Studio deinstalliert, SQL Server deinstalliert, die Datenbank gelöscht, .Net-Framework 2.0 deinstalliert , IIS deinstalliert, dann alles neu installiert, jedes verfügbare Service-Pack und alle gefundenen Updates installiert, und dann DNN so instelliert, wie ich es schon tausendmal (naja, vielleicht etwas weniger oft, aber schon sehr oft) installiert habe. Ich habe unter http://dnn (ohne .local!) einen Webserver angelegt, hab dem NETWORK SERVICE alle Rechte auf dem Ordner und der frisch angelegten DB gegeben, hab die Installationsroutine durchlaufen lassen, was ohne Probleme funktioniert hat, und dann wieder genau zu dem gleichen Effekt geführt hat. Ich hab das ganze schon mit http://localhost/dnn versucht, ich hab der Teufel weiß was alles probiert, ich bin jedem noch so windigen Tipp aus allen möglichen Foren nachgegangen - kein Erfolg, immer wieder das gleiche Verhalten. Danke für die Hilfe, aber langsam werde ich glaube ich verrückt. Ich hätte Arbeit bis über beide Ohren, und kann nichts tun weil das alles nimmer funzt und es im ganzen Web offenbar niemanden gibt, der das gleiche Problem hat. Gruß Michael |
|
Michael Tobisch
|
|
|