DNN verweist nicht auf Default.aspx

Question

Ich habe eine DNN-Site (5.06), die ich auf einem eigenständigen Computer mit IIS7 entwickelt habe. Wenn ich die Site auf den Produktionsrechner mit IIS6 kopiert habe und die URL eingegeben habe, z. B. www.site.com, erhalte ich eine generische DNN-Fehlerseite ohne zusätzliche Informationen. Wenn ich jedoch die Standardseite www.site.com/Default.aspx hinzufüge, funktioniert alles gut.

Die Einstellungen für die benutzerfreundliche URL wurden nie geändert und ich habe überprüft, dass Default.aspx auf der Registerkarte Dokumente in IIS6 eingegeben wurde. Die Portal-Ereignisanzeige enthält keinen Eintrag für die Fehlerseite, die ich erhalte.

Ich bin fast sicher, dass es mit der Migration von IIS7 zu II6 zu tun hat; klar ich vermisse hier etwas. Irgendwelche Ideen?

Answer 1

DNN hat bestätigt, dass dies ein Fehler in 5.06 ist, und wird in einem zukünftigen Update behoben werden. Das hilft mir nicht heute, aber ich war in der Lage, um das Problem zu umgehen, indem Sie die folgenden auf die freundliche URLs Liste hinzugefügt:

Look for: .*/ 
Send To: ~/Default.aspx 

Ich kann die Forum-Thread finde ich gestern las, aber das finden dieser eine, der auch ins Detail auf das Problem geht: Error upgrading from 5.5.1 to 5.6.0

Answer 2

Ziemlich seltsam ...

Überprüfen Sie die PortalAlias-Tabelle in Ihrem SQL-Server. Bestätigen Sie, dass www.site.com dort ist. Überprüfen Sie Host-Header in IIS6 hat www.site.com Stellen Sie sicher, Default.aspx in der Dokumenten-Bereich von IIS6 ist und als Top-Standard festgelegt Bereiten Sie Ihre App-Pool

drücken Sie die Daumen

laufen Das Einzige, was ich jemals von IIS6 und IIS7 aus gesehen habe, ist der App-Pool, der im integrierten Modus oder klassisch läuft ... aber das ist normalerweise ein Problem von IIS6 nach 7, nicht umgekehrt.

Answer 3

Ich war in der Lage, das Problem zu beheben (für mich), indem Sie die web.config-Datei von einer Arbeits-Website mit der gleichen Version von DotNetNuke und die Änderung zu haben richtigen Maschinenschlüssel und Verbindungszeichenfolgen. Dies ist meine letzte Zuflucht, wenn DotNetNuke seltsam ist. Ich habe mehr als 10 DNN-Websites mit Version 5.6.0 und ich habe dieses Problem nur einmal festgestellt.