Wie können SharePoint 404 -Fehler debuggen?

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/4366

Frage

Ich habe eine Konfigurationsänderung in meiner SharePoint 2010 -Webanwendung vorgenommen (frühere Frage) Das ermöglichte den anonymen Zugriff und jetzt gibt meine Website 404 Fehler zurück!? Selbst wenn ich die Einstellung zurückändere, wird der Fehler nicht aufgelöst. Um die Sache jetzt noch schlimmer zu machen, gibt meine zentrale Administratorseite den gleichen 404 -Fehler zurück. Wenn ich mich die Quelle für die 404 -Fehlerseite ansehe, sehe ich einen httperror ... pokeSupfricyphysicalPath.

Alle Ideen, wie man das debuggen, wäre großartig.

War es hilfreich?

Lösung

Für 404 überprüfe ich dies im Allgemeinen

  • Kann noch jemand auf die Seite zugreifen?
  • Ist die Masterseite veröffentlicht?
  • Hat der Benutzer Berechtigungen auf der Benutzerseite?
  • Ist das Seitenlayout veröffentlicht?
  • Hat der Benutzer Berechtigungen für das Seitenlayout?
  • Alle anderen Ressourcen wie Steuerelemente (ASCX), die dem Benutzer mit 404 nicht zur Verfügung stehen

Für anonyme Websites werde ich es am häufigsten lösen, nachdem ich den Veröffentlichungsstatus und die Berechtigungen auf der Masterseite überprüft habe.

Andere Tipps

Meine Werkzeuge der Wahl dafür würden sein Geiger, um zu sehen, was auf der HTTP -Ebene los ist, und Prozessmonitor um zu sehen, was im Dateisystem passiert.

Ich habe es nicht versucht, aber ich habe diesen Trick für SharePoint 404 gesehen: http://blog.mediawhole.com/2010/02/sharepoint-404-resource-cannot-be-found.html

Ja, die Quelle anzeigen, wenn Sie diesen Fehler sehen und die Stapelverfolgung Sie normalerweise direkt auf die fehlende Steuerung oder Referenz verweist.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top