☰

SharePoint-Link zum Cognos TM1-Server verursacht 403

tag-icon • tag-icon redirect port sharepoint http-status-code-403 cognos
SharePoint-Link zum Cognos TM1-Server verursacht 403

Wir haben ein seltsames Problem, bei dem ein direkter Link von SharePoint zu einer Cognos TM1-URL eine 403-Fehlermeldung verursacht. Wenn wir den Link jedoch aktualisieren oder direkt einfügen, funktioniert er.

Die Ursache könnte darin liegen, dass das führende „http“ entfernt wird (siehe unten bei den anderen Browsern). Dies ist jedoch weder im reinen HTML-Link noch in den Fiddler-Ergebnissen klar:

Bildbeschreibung hier eingeben

Irgendwelche Ideen zur Ursache/Lösung?

Über ein SharePoint-Menüelement:

GET http://server:9510/tm1web/ HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Referer: http://portal/Pages/home.aspx
Accept-Language: en-AU
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)
Accept-Encoding: gzip, deflate
Host: server:9510
Connection: Keep-Alive

Ergebnis [scheitern]:

HTTP/1.1 403 Forbidden
Server: Apache-Coyote/1.1
Content-Length: 0
Date: Mon, 23 Feb 2015 01:25:29 GMT

Drücken von F5/Aktualisieren im Browser nach der 403-Meldung:

GET http://server:9510/tm1web/ HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Language: en-AU
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Host: server:9510
Cookie: JSESSIONID=6A01B8265CC22BD13A9DD46575A6485F; DWRSESSIONID=gIilAwYv2K33Yahd$G7keNo4QKk

Ergebnis [Werke]:

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Encoding: gzip
Content-Type: text/html;charset=UTF-8
Content-Length: 684
Date: Mon, 23 Feb 2015 01:43:40 GMT

Andere Browser:

  • Chrome erhält ebenfalls eine 403-Fehlermeldung, zeigt aber am Anfang der URL kein „http“ an. Das Drücken von F5 hat daher keine Auswirkung:

Bildbeschreibung hier eingeben

  • Firefox ist dasselbe wie Chrome:

Bildbeschreibung hier eingeben

Unsere Problemumgehung besteht darin, einen Nicht-SharePoint-Webserver mit einer Seite für die Weiterleitung zu verwenden (z. B. eine HTML-META-Weiterleitung).

Wir dachten, diePermissivesXFrameHeaderModul HTTP Modulekönnte die Ursache sein, aber das Deaktivieren auf unserem Entwicklungsserver verursacht weiterhin das Problem.

Zusätzliches Beispiel:

Von einer SharePoint- RedirectSeite:

GET http://portal/Pages/TM1-Redirect.aspx HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Referer: http://portal/Pages/home.aspx
Accept-Language: en-AU
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)
Accept-Encoding: gzip, deflate
Host: portal
Connection: Keep-Alive
Cookie: ...

Ergebnis Nr. 1 – Weiterleitung:

HTTP/1.1 302 Found
Cache-Control: private, max-age=0
Content-Type: text/html; charset=utf-8
Expires: Sun, 08 Feb 2015 01:45:45 GMT
Last-Modified: Mon, 23 Feb 2015 01:45:45 GMT
Location: http://server:9510/tm1web/
Server: Microsoft-IIS/8.0
X-SharePointHealthScore: 0
X-AspNet-Version: 4.0.30319
SPRequestGuid: 9664ec9c-9790-10c2-3b44-67b194daa158
request-id: 9664ec9c-9790-10c2-3b44-67b194daa158
SPRequestDuration: 74
SPIisLatency: 0
WWW-Authenticate: Negotiate ...
Persistent-Auth: true
X-Powered-By: ASP.NET
MicrosoftSharePointTeamServices: 15.0.0.4561
X-Content-Type-Options: nosniff
X-MS-InvokeApp: 1; RequireReadOnly
Date: Mon, 23 Feb 2015 01:45:45 GMT
Content-Length: 146

<html><head><title>Object moved</title></head><body>
<h2>Object moved to <a href="http://server:9510/tm1web/">here</a>.</h2>
</body></html>

Ergebnis Nr. 2 - [scheitern- das gleiche wie oben]:

HTTP/1.1 403 Forbidden
Server: Apache-Coyote/1.1
Content-Length: 0
Date: Mon, 23 Feb 2015 01:45:45 GMT

Antwort1

Um dieses Problem zu umgehen, ändern Sie die Datei tm1web_config.xml wie folgt:

ändere das

<add key="CrossDomainAccessList" value="" />

Zu

<add key="CrossDomainAccessList" value="*" />

und starten Sie den Anwendungsserverdienst neu.

verwandte Informationen