2015-01-15 3 views
3

최근에 서버 변경 사항과 PHP-XML 업데이트와 관련된 작업을 수행했습니다. 불행히도 제가 한 일을 정확히 처리 할 수는 없습니다.TYPO3 - CentOS에서 서버가 변경된 후 RSA를 사용하는 백엔드 로그인

변경 후 우리는 백엔드에 다시 로그인 할 수 없었습니다. $TYPO3_CONF_VARS['BE']['loginSecurityLevel']을 설치 도구에서 "정상"으로 구성한 경우에만.

설정을 "rsa"로 전환하여 로그인하려고하면 암호가 잘못되었습니다.라는 오류 메시지가 나타납니다.

PHP 로그와 TYPO3 백엔드의 관리자 로그에서이 문제를 참조하는 오류 로그를 찾을 수 없습니다.

"rsa"설정으로 네트워크 연결을 추적했습니다. 브라우저는 실패하지 않은 JavaScript 요청을 작성한 다음 HTTP 헤더의 해시를 서버로 보낸다. 나는 그 절차가 효과가 있다고 생각한다.

오작동하는 OpenSSL 구성 일 수 있지만 "PHP OpenSSL 확장이 제대로 설치되었습니다."라는 설치 도구가 있다고 생각합니다.

서버 사양 :

  • 에 CentOS은 Microsoft 애저 클라우드
  • PHP 버전에서 SELinux를 6.5은 5.5.20
  • 아파치 버전은 2.2.22
  • TYPO3 버전은 6.2입니다. 6

아무도 아이디어가 잘못되었을 수 있습니까?

+0

같은 문제가 발생했습니다. 물건을 정리할 수 있었습니까? 데비안에서 CentOS로 전환했지만 아무 것도 변경하지 않았습니다 (db 연결은 제외). 새 서버로 이동 한 후에는 로그인 할 수 없습니다. 이전 서버로 이동 -> 로그인 완벽하게 작동합니다. rsa 및 CentOS에 문제가있는 것 같습니다. – Hafenkranich

답변

2

내 친구가 문제를 해결했습니다. 우리는 각각의 웹 루트 폴더가 다른 시스템 사용자에 속하는 가상 호스트 별자리가있었습니다. 이것은 (모든 프로젝트마다 다른 시스템 사용자를 사용하여) PHP 세션을 작성하는 데 오류가 발생했습니다.

PHP 세션 폴더 (! 내의 파일이 아닌 폴더 만)를 777로 설정합니다. 세션 폴더는 프로젝트가 아닌 다른 시스템 사용자 (apache/www-data/whatever)에 속합니다.

chmod 0777 /var/lib/php/session

이제 모든 프로젝트에 대한 모든 시스템 사용자는 세션을 쓸 수있는 권한을 갖습니다. 세션 파일 자체가 더 제한적인 권한을 갖습니다.