PHP의 open_basedir에 / dev / urandom 추가


1

이 서버의 다른 사이트에 영향을주지 않으면 서 특정 설정에 대해 PHP의 open_basedir 설정에 / dev / urandom을 허용하는 데 도움이 필요합니다.

php.ini 파일을 편집하면이 상자에있는 다른 사람의 사이트가 엉망이됩니다. 나는 사람들이 vhosts 파일이나 httpd 파일을 편집한다고 말하는 것을 보았고 그중 많은 부분이 있지만 "추정 된"곳은 아닙니다. 예를 들어 / etc / www에 vhosts 폴더가 없거나 etc / httpd 디렉토리가 있지만 사람들이 일반적으로 다른 곳을 지시하는 곳입니다.

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.1 LTS"

내가 걱정할 다른 사이트 (php.ini에 대한 나의 두려움)가 있고 우분투에 있다는 것을 제외하고는 아래에 유망한 것처럼 보입니다.

Edit the file /etc/php5/cli/php.ini and comment out the open_basedir setting 
in this file. Debian uses different php.ini filesand a open_basedir in the 
php.ini for shell scripts makes not much sense. The open_basedir should only 
be set for the websites and thats what ispconfig is doing automatically,
even if its not defined in the global php.ini. 

에서 https://www.howtoforge.com/community/threads/ispconfig-update-open_basedir-restriction-and-dev-urandom-not-within.71393/

최신 정보

php.ini를 시도했지만 문제가 해결되지 않았습니다. 아마도 호스팅 제어판 인 ISPConfig의 설정일 것입니다


1
따라서 다른 사람이 답을 찾고있는 경우 참고로 php.ini 파일을 / dev / urandom 화이트리스트로 수정하면 아무런 도움이되지 않습니다. 설정 파일 (php.ini 포함)이 open_basedir을 호출하지 않아 사이트 관리자 인 ISPConfig로 연결되었습니다. 나는 그것에 대한 총 관리자가 없으며 내가 사용하는 버전 인 3.0.xx는 서버 구성에 남겨 둡니다. 상사에게 / dev / urandom을 목록에 추가해도 여전히 운이 없습니다. 또한 사이트를 diff PHP 처리기로 전환했으며 행운도 없었습니다. ISPConfig 포럼에 게시하고 회신을 기다리고 있습니다.
seizethecarp

우리의 해결책은 상자를 날려 버리고 다시 시작하는 것이 었습니다. 오 잘
seizethecarp
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.