DotNetNuke-Usergroup

Hallo,
Seit Tagen arbeite ich schon an diesem Problem. Ich kann meine Seite http://www.lichtundkoerper.ch nicht mehr direkt aufrufen. Es funktioniert nur noch wenn ich die Home oder irgend eine andere Seite dazugebe, also z.B. http://www.lichtundkoerper.ch/Home.aspx
Irgendwie ist die Home Page nicht mehr "Home". Ich habe festgestellt, dass wenn ich http://www.lichtundkoerper.ch direkt aufrufe, die Seite geladen wird und dies immer und immer wieder, also sie hat den "ewigen Umgang" dies konnte ich auch beim Hosting Portal in den Statistiken feststellen, mit etwa 150000 Hits pro Tag, dabei ist die Seite noch gar nicht gross publiziert. Ich habe beim englischen Dotnetnuke Forum schon geschaut und festgestellt dass andere offenbar ähnliche Probleme mit der Weiterleitung haben, das heisst die Seite wird offenbar immer wieder an die gleiche Adresse weitergeleitet, habe aber dort keine brauchbare Lösung gefunden. Vielleicht hat ja hier jemand eine Lösung für mich.

. Gruss
René Blanc

ist default.aspx noch als Standarddokument der IIS Web Site eingestellt?

Da brauch ich jetzt ein bisschen mehr Hilfe. Die Default.aspx ist im Rootverzeichnis. Wo muss ich die hintun? Meine Seite läuft bei Weblink.ch DNN Webhosting.

nein, schau im Hosting Panel, da muss die Liste der Standarddokumente stehen.

Bei mir sieht das Panel so aus. Siehe Beilage. Wo muss ich suchen?

sehr übersichtlich :D

wie bring ich den Anhang rauf???

unter bearbeiten, bei "Dateianhänge" ?

So, hier ist endlich das File. Ist leider etwas klein. Habe auf dem ganzen Panel gesucht, aber keine solche Liste gefunden. Nur im File Manager, dort steht das Default.aspx im Root unter httpdocs.
Aber jetzt geh ich erstmal schlafen

sorry, aber in meinem Alter kann ich auf dem Bild ohne Brille nix erkennen

Irgendwie habe ich den Verdacht das ist ein Plesk Panel. *grins*

Sebastian meinte Du solltest mal die Einstellungen für die Startseite in Virtualle Verzeichnisse checken, ob die als erstes oder überhaupt in der Liste steht.  Ich nehme mal an, das ist noch ein älteres Plesk vor 9.5.1 somit müsstest Du DotNetNuke auch in einem Virtuellen Verzeichnis haben, wie in meinem Artikel zur Installation unter Plesk beschrieben.  Da müsstest Du die Einstellungen nach auch überprüfen können.

http://dnn-usergroup.de/Intern/Arti...ndows.aspx

Hallo Matthias,
ja Du hast Recht es ist ein Plesk Panel 9.5. Also ich hab das mal angeschaut und verglichen mit einem anderen DNN Portal für das ich verantwortlich bin. Da sehe ich nur einen Unterschied. Bei meinem Problemportal steht die Default.aspx zu oberst, also eigentlich richtig. Beim anderen Portal welches problemlos funktioniert, steht das Default.aspx ganz unten anschliessend an die index...., zusammen mit Default.htm und Default.asp. Beim Problemportal stehen diese zwei auch unten. Ich habe jetzt beim funktionierenden Portal mal die Default.aspx an den Anfang verschoben und das funktionierende Portal hat weiterhin funktioniert. Also so wie es aussieht, spielt es überhaupt keine Rolle an welcher Stelle die Default.aspx steht. Ist nur noch die Frage, kann die Default.aspx falsch sein??

Gruss,
René

nö, das ist vollkommen richtig. Kann es Rechteprobleme beim Zugriff auf das Verzeichnis geben?

Also nach meinen Erfahrungen würde sich ein Blick in die tatsächlichen IIS-Einstellungen lohnen. Denn was Plesk sagt muss - so hatte ich das zumindest bei mir schon - nicht zwingend mit dem zu tun haben, was der IIS auch als Einstellung hat. Ich gehe mal davon aus, dass du keinen Server sondern nur ein Hosting in deinem Paket hast, also nicht die IIS-Einstellungen (Rechte Maustaste auf die Domain > Einstellungen > Dokumente) anschauen kannst.

Tatsächlich kann es natürlich sein, dass du eine index.html in diesem Verzeichnis liegen hast, die in der Reihenfolge der Dokumente weiter oben steht als default.aspx (www.abc.de/index.html). Wenn die einen Redirect auf eine andere Seite macht (www.xyz.de) weil das deine alte Domain war, die andere Domain aber auf die neue weiterleitet... Ping Pong. Das würde auch erklären, warum dein anderer Webserver sich nicht so verhält.

Wäre es eine Möglichkeit nur default.aspx in den Dokumenten stehen zu lassen? Um sowas auszuschließen?

Mit Portal-Aliasen kann es eigentlich auch nichts zu tun haben, weil er beim Aufruf von default.aspx oder home.aspx alles sauber funktioniert. Ich tippe auf irgendwas im IIS - da du explizit ein DNN Webhosting-Vertrag hast wäre das für mich ne Anfrage an den Hoster wert.

Grüße

Markus

Habs gerade mal mit allen gängigen Dateinamen getestet. Lediglich index.aspx liefert eine Fehlermeldung.

Im Netz konnte ich noch das hier finden:

http://blog.arkesystems.com/post/20...rects.aspx

"* Before this bug, what used to be the most common way to get a redirect loop, and how do you fix it? 
Some people may still get redirect loops caused by these issues, so its worth listing the solutions here.
1. Your portal alias has a trailing "/", eg www.example.com/. Simply remove the "/" to fix.
2. The website is on a port number other than port 80. Simply change web.config and set usePortNumber="true" (note there is no setting to say *which* port number to use, this is controlled by IIS)."

http://www.dotnetnuke.com/Community...fault.aspx
http://www.dotnetnuke.com/Community...fault.aspx

und das:

http://www.bestwebsites.co.nz/dotne...rect-loop/

Spricht aber hauptsächlich für alte Versionen: Welche Version hast du im Einsatz?

Grüße

Markus

Hier noch was zum Thema redirect:

"Medium trust! I was using the development.config file as the web.config file, the development.config file has the trust level set to Medium, changing this value to Full corrects the problem. So, if you're having problems with your DNN instance redirecting indefinitely when you try to browse to the root, check your Trust settings in the web.config file. "
http://weblogs.asp.net/christoc/arc...cting.aspx

Hallo Markus,
 
ich fasse mal zusammen:
1. Mein Hosting Server ist bei Weblink.ch
2. dort habe ich 2 accounts (www.lakeside-whisky-society.ch) und (www.lichtundkoerper.ch)
3. Bei beiden habe ich kürzlich auf DNN 5.5 upgraded
4. Bei Lakeside-whisky-society keine Probleme
5. Bei Lichtundkoerper anfangs auch keine Probleme

Deshalb glaube ich nicht, dass das Problem beim Hosting Server liegt. Ich glaube eher dass es bei DNN liegt, und dass ich es selber vermasselt habe. Bei Lakeside habe ich einfach upgraded und nichts weiter gemacht. Lichtundkoerper ist noch im Aufbau und deshalb habe ich dort auch nach dem Upgrade noch herumgebastelt. Hier kurz was ich gemacht habe:

Da ich das Portal auf Deutsch haben wollte habe ich im Sprachmodul auf Enable localized content geklickt und den Hinweis "Once localized content is enabled the default site culture will be set permanently and you will no longer be able to change it. " einmal übersehen. Das hat gut funktioniert und auch die Sprache war jetzt fast einwandfrei auf Deutsch. Das einzige Problem, ich konnte jetzt keine Aenderungen im Sprachmodul mehr vornehmen. Will man die Datenschutzerklärung jedoch ändern MUSS man das im Sprachmodul. Ich hab dann blöderweise einfach versucht DNN 5.5 nochmals zu installieren. Das hat aber offensichtlich nichts installiert sondern nur die Files nochmals raufgeladen. Schlussendlich bin ich auf die Idee gekommen ich könnte ja einfach mal eine neue Sprache installieren, also hab ich mal en-GB installiert und siehe da ich hatte wieder Zugriff auf mein Deutsch Sprachmodul. Also hier könnte evtl. ein Grund für das Problem liegen.
2. Habe ich Google Analytics installiert. Hier könnte also auch ein möglicher Grund liegen. Dieses habe ich wieder de-installiert, hat aber nichts gebracht. Aber beim de-installieren wird ja nicht immer alles rückgängig gemacht.

Dem Vorschlag von Arkes Systems Blog getraue ich mich momentan noch nicht zu folgen, da ich zwar vb einigermassen verstehe, aber zu wenig geübt bin um eine Änderung zu wagen.

Ich hoffe dass jemandem noch eine relativ einfache Lösung einfällt.

Gruss
René

also wenn das Portal noch im Aufbau ist, würde ich Tabula Rasa machen, alles löschen und neu anfangen. Dazu gehört, alle Dateien zu löschen und neu hochzuladen und die Datenbank zu löschen und neu anzulegen, bevor man die Seite wieder das erste Mal aufruft. Bei Content Localization rate ich DRINGEND dazu, es gar nicht anzustellen - da gibt es noch zu viele Fehler und man sollte sich die Funktionsweise vorher genau anschauen, ob die Lösung überhaupt für den Einsatzzweck geeignet ist.

Also sollte da kürzlich ein Pleskupdate oder eine Rücksicherung, Nachinstallation gemacht worden sein, kann es sein dass Plesk die Verzeichnisrechte geändert hat, ich empfehle daher die Berechtigungen für das DotNetNuke Verzeichnis nochmals zu setzen und auf alle untergeordenete Elemente zu vererben.

der WP user ist der User des Application pools und sollte Vollständige Berrechtigungen beziehen, der IUser istd er IIS Annonymous user und sollte nur Leseberechtigung haben. Prüfe sicherheitshalber auch mal die .NET Version die eingestellt ist!