Ja, ein wenig. Nach ein wenig Core-Debuging wurde klar das die function cmpIPv4 in typo3/sysext/core/Classes/Utility/GeneralUtility.php die UserIP mit denen der ProxyIP-Liste gegenprüft.
Hier gab es bei uns aufgrund einiger Umstände (mod-rpaf nicht mehr verfügbar, Umstellung LoadBalancer, etc.) eine falsche Konfiguration. Vorher: [SYS][reverseProxyIP] = Korrekte IPs des LoadBalancers zum durchschleifen [SYS][reverseProxySSL] = * Jetzt: [SYS][reverseProxyIP] = *.*.*.* [SYS][reverseProxySSL] = * Im Quelltext (Backend) geht im Abschnitt "/*TYPO3ExtDirectAPI*/" hervor das ein einziger Request mittels HTTP und nicht HTTPS aufgerufen wird (natürlich auch über die Konsole beim Browser-Debug sichtbar). Dieser Request (....URL_OHNE_HTTPS...typo3\/ajax.php?ajaxID=ExtDirect::route&namespace=TYPO3.Components.PageTree...) ist dafür verantwortlich das im PageTree nichts zu sehen ist. Würde dort anstatt HTTP HTTPS stehen (so wie in der jetzigen "funktionsfähigen" Konfiguration) würde es funktionieren. Letztendlich liegt es also daran das bei diesem Request (AJAX-Abfrage zur Aktualisierung des PageTree) ein absoulter Pfad verwendet wird. Ggf. ein Core-Bug??? -> Frage an die Experten. Hat Dir das geholfen? Vielleicht liegt ein ähnliches Szenario vor? -- Kind regards, Michael Open Theads: http://forum.typo3.org/index.php?t=tree&th=208338 http://forum.typo3.org/index.php?t=tree&th=208346 _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
