Crawl bringt unbekannten HTTP-Antwort Fehler

Olaf Didszun Als Antwort am 10 Juni 2013 14:24

Der Crawler greift mit einem Benutzer auf die Daten zu. Welcher Benutzer das ist, kannst Du in der Search Administration feststellen. Melde Dich mit diesem Benutzer an und prüfe dann, ob auf die Site zugegriffen werden kann. Ggf. fehlen diesem Benutzer die Rechte.

Ggf. schau Dir auch mal diesen Thread an: http://sharepointcommunity.de/forums/p/15905/46015.aspx

Grüße

Olaf

Shay Als Antwort am 10 Juni 2013 15:12

Hiho

Den Thread habe ich mir schon durchgelesen und im Prinzip ist es so wie da, nur leider auch ohne Lösung.

Mein Search User hat Zugriff auf die Seite (also ich kann mich damit anmelden) und die Zugriffszuordnungen habe ich auch konfiguriert.
Der User hat auch komplette Leserechte auf der Seite.

Falls es wichtig ist nochmal die Hostheadereinträge überall (vll hab ich da ja auch was merkwürdig konstruiert)
Zugreifen auf dem Browser tu ich über http://sharepoint.xxx.de 

DNS:  sharepoint auf die ip des servers als Hostname
IIS-Bindung:  sharepoint , sharepoint.xxx.de, 
ImSP Altervative Zugriffszuordnung: http://sharepoint (standard), http://sharepoint.xxx.de (intranet)

Andi Fandrich Als Antwort am 10 Juni 2013 15:41

Kannst Du denn im Browser direkt auf dem Server über die URL zugreifen, die in der Suchadministration bei der Inhaltsquelle eingetragen ist?

Shay Als Antwort am 11 Juni 2013 07:06

Jup das kann ich

Andi Fandrich Als Antwort am 11 Juni 2013 08:23

Dann habe ich ehrlich gesagt überhaupt keine Idee mehr. Du hast alles bereits getestet, was mit dazu einfallen würde. Tut mir leid...

Shay Als Antwort am 11 Juni 2013 11:28

Ich habe jetzt nochmal auf einen etwas älteren Stand zurück geswitcht wo ich unter anderem den DisableLoopBack noch nicht drinnen hatte.

Da bekomme ich dann folgende Fehlermeldung: (kann man mit der vll auf das Ursprungsproblem schließen?)

Die Startadresse 'http://sharepoint.xxx.de' kann nicht durchforstet werden.
Kontext: Anwendung 'Suchdienstanwendung', Katalog 'Portal_Content'
Details:
Zugriff verweigert. Vergewissern Sie sich, dass das Standardkonto für den Inhaltszugriff Zugriff auf dieses Repository hat, oder fügen Sie eine Durchforstungsregel zum Durchforsten dieses Repositorys hinzu. Wenn es sich bei dem zu durchforstenden Repository um ein SharePoint-Repository handelt, vergewissern Sie sich, dass das verwendete Konto über die Berechtigung "Alles lesen" für die durchforstete SharePoint-Webanwendung verfügt.   (0x80041205)

Dazu noch mal ne Frage am Rande, was bringt eine Durchforstungsregel? Weil in der Fehlerbeschreibung ja steht, entweder gibste mir rechte, oder erstell halt ne Regel.

Olaf Didszun Als Antwort am 11 Juni 2013 11:39

Um die Berechtigung "Alles Lesen" zu prüfen, gehe zu den Web Applications, markiere die betreffende Web Application und wähle dann im Ribbon "User Policy" (in Deutsch "Benutzerrichtlinie"). Hier muss der Account, den Du zum Crawlen benutzt, die Berechtigung haben, alles zu lesen.

Die Durchforstungsregel wird verwendet, wenn auf Inhalte zugegriffen wird, die sich nicht in der Farm befinden, in der der Crawler läuft. Dann kannst Du über eine Crawl Rule (Durchforstungsregel) angeben, mit welchen Credentials (oder einem Zertifikat) auf eine Site (bzw. den Inhalt) zugegriffen werden soll.

Grüße

Olaf

Shay Als Antwort am 11 Juni 2013 13:45

Der User hat ja volle Leserechte.

Wenn ich ohne DisableLoopbackCheck versuche auf die Seite zuzugreifen (vom Server aus) geht das nicht, mit Check auf 1 geht es.
Ohne Check kommt die Fehlermeldung das angeblich die Rechte nicht stimmen, mit Check, dass eine unbekannte HTTP-Antwort aufgetreten ist.

Ich weiß echt nicht mehr weiter T.T

Shay Als Antwort am 3 Juli 2013 07:54

Huhu

Ich habe jetzt selbst die Lösung herausgefunden und dachte ich teile es mal der Nachwelt mit, falls auch noch jemand so ein Problem hat.

Bei mir lag es an dem DNS Eintrag. Laut Empfehlung eines Sharepoint Administrator Handbuchs sollte man dort den DNS Eintrag als Host Eintrag vornehmen, nicht als CNAME da es als CNAME zu späteren Problemen kommen kann.

Nun bei der Suche war es irgendwie andersrum der Fall. Ich habe den Host-Eintrag gelöscht und dafür einen CNAME Eintrag eingepflegt und es funktioniert nun soweit.

Ich habe allerdings noch ein paar Fehler mit Suchelementen:

http://xxx.de/personal/einebetroffeneperson/style libary/forms
http://xxx.de/personal/einebetroffeneperson/shared pictures/forms/selected.aspx
http://xxx.de/personal/einebetroffeneperson/formservertemplate/forms/all forms.aspx
http://xxx.de/accessservices/reports/liste.aspx <<kommt sehr oft mit verschiedenen Listen vor

 /personal ist mein verwalteter Webanwendungspfad für mywebsites (Platzhalterinklusion)

Kann mir hier vielleicht nochmal jemand einen Tipp geben?

Shay Als Antwort am 3 Juli 2013 08:05

Ich habe auch ein Problem mit der Suchfunktion auf der Webseite.
Wenn ich dort in dieses Suchfeld z.B. meinen Namen suche, findet er nichts und empfiehlt auf "Alle Websites" zu suchen.

Klicke ich darauf tritt ein unerwarteter Fehler auf, genau das gleiche wenn ich unter Personen suchen will.

Unter anderem wenn ich über ein Personensuchfeld suche kommt auch, dass er die Seite nicht gefunden hat:
http://sharepoint.xxx.de/isupport/Alle%20Websites/PeopleResults.aspx?k=vorname%20nachname

Shay Als Antwort am 3 Juli 2013 11:28

Ich beantworte mich mal wieder selbst :D 

Vielleicht hat ja noch jemand anders was davon.

Also was Fehlermeldungen noch beim Crawlen angeht bezüglich der /people Verzeichnisse, habe ich jetzt noch als Inhaltsquelle sps3://webseite.de Eingetragen. Nach Index-Löschung und neu Durchforstung kam der Fehler nicht mehr.

Was den Fehler angeht, das meine "Alle Websites" und "Personen" beim durchsuchen einen Gibts-Nicht Fehler aufwerfen, habe ich in der Websiteeinstellung/Sucheinstellung im Punkt Websitesammlungs-Suchcenter den Eintrag von dem Standard "Alle Websites" auf /_layouts/osssearchresults.aspx geändert.
Nun lässt sich hierunter auch etwas suchen und sogar finden ;)

.