Linux 권한 관리 문제

먼저 Linux 권한에 대한 동영상을 추천합니다. Linux 권한 관리의 기본 권한을 시청하고 나면 기본적으로 이해가 될 것입니다.

1. 파일 권한 및 소유권

1. 파일에는 편의상 세 가지 유형의 권한이 있습니다. 이런 식으로 숫자를 더하거나 빼면 식별할 수 있습니다. 예를 들어 7=4+2+1은 읽기, 쓰기 및 실행에 대한 3가지 권한이 있음을 의미하고, 6=4+2는 읽기 및 쓰기 권한이 있지만 실행 권한은 없음을 의미합니다.

2. Lenovo 웹 애플리케이션의 rbac 권한 관리 등 Linux에도 사용자 권한 관리 기능이 있습니다. 일반적으로 사용자가 생성되면 동일한 이름의 그룹이 생성됩니다. 동시에.

먼저 루트 계정으로 로그인하고 마음대로 새 디렉토리와 파일을 생성하세요

#新建目录mkdir abc
#新建文件touch abc.txt
#查看ls -all

확인하면 다음과 같이 나옵니다.

#d开头的为目录，-开头为文件，还有l开头的为软链接等

먼저 위의 파란색 부분을 보면 첫 번째 숫자는 식별자를 삭제하고 abc 폴더를 예로 들어 다음 각 3자리 구분을 제거합니다. d | rwx | r-x | r-x

따라서 abc 폴더는 소유자가 rwx(7)를 소유한다는 의미입니다. 그룹은 rx(5)를 소유하고 다른 그룹은 rx(5)를 소유합니다.

마찬가지로 위 파일에서 빨간색 부분은 소유자의 이름과 그것이 속한 그룹의 이름입니다. 즉, abc 폴더의 소유자는 루트이고, 그것이 속한 그룹은 루트입니다. 이때:

a. 루트 사용자가 abc 폴더에 액세스하는 경우 소유자와 동일하며 7개의 권한이 있습니다.

b 새 사용자 이름 테스트 사용자 그룹이 abc 폴더에 액세스하는 경우 소유자 그룹과 동일하며 5

c 권한을 갖습니다. 새 사용자 이름 테스트 사용자 그룹이 abc 폴더에 액세스하도록 테스트하는 경우 5

권한을 갖는 다른 그룹과 동일합니다. 파일별 권한

원래 테스트하면서 말씀드리고 싶었는데 너무 귀찮아서 그냥 결과만 말씀드리겠습니다. 새 사용자를 직접 생성한 다음 권한을 수정하여 직접 테스트할 수 있습니다.

1. 디렉터리

a. 디렉터리를 입력합니다. 즉, cd 명령, 필요한 권한은 실행 권한(x)

b. 디렉터리에 있는 파일 보기, 즉, ls 명령, 필요한 권한은 읽기 권한입니다.

　c. mkdir/touch라는 디렉터리에 폴더/파일을 생성하고 삭제합니다. 필수 권한은 쓰기 권한(w)입니다.

그런데 해당 디렉터리는 다음 레벨에만 영향을 미치고 세대에는 영향을 주지 않습니다. , 디렉토리 abc/sub/와 마찬가지로 abc에 w 권한이 없지만 sub에 w 권한이 있으면 sub에 파일을 만들 수 있습니다. 물론 abc에도 x 권한이 필요합니다. 그렇지 않으면 들어갈 수 없습니다. 혼자서 생성할 수 있지만 들어갈 수 있는 한(루트 관리자 방법을 전환할 수 있음) 더 이상 abc의 영향을 받지 않고 sub의 영향만 받습니다.

일반적으로 디렉토리에는 읽기 및 실행 권한인 5(rx) 권한이 부여됩니다. 생성해야 하는 이미지 업로드 또는 캐싱과 같은 디렉토리에만 7(rwx) 권한이 부여됩니다.

2. a. 파일을 열려면 cat/vim 명령을 사용하여 열 수 있습니다. 필요한 권한은 읽기 권한입니다(r)

b. 파일을 수정하려면 cat/vim 명령을 사용하여 열고 저장할 수 있습니다. .필요한 권한은 쓰기 권한(w)

c. 파일 실행은 ./abc.out 등에서 직접 실행할 수 있습니다. 필수 권한은 실행 권한(x)입니다

여기서 설명해야 할 것은 php가 맞는지 여부입니다. 명령줄에서 실행(php abc.php 실행과 유사)하거나 웹 측에서 실행(실행이라는 이름)은 실제로 분석을 위해 파일을 PHP 커널로 읽어 들입니다. 따라서 읽기 권한(r)이 있는 한 파일도 마찬가지입니다. 예를 들어 abc.sh의 경우 ./abc.sh를 직접 실행하는 경우에는 실행 권한(x)이 필요하지만, sh abc.sh 명령을 실행하려면 읽기 권한(r)이 필요합니다.

일반적으로 우리 파일에는 읽기 권한인 4(r) 권한이 부여됩니다. 파일에 내용을 써야 하는 로그, 캐시 등에 대해서만 6(rx) 권한이 부여됩니다

위의 이유는 다음과 같습니다. 755, 777, 644 권한이 아니라 단일 권한만 표시됩니다. 왜냐하면 웹사이트 디렉토리의 권한은 실행 중에 사용된 사용자와 어떠한 관계도 보장할 수 없기 때문입니다. 소유자는 그룹일 수도 있고, 기타일 수도 있습니다

3. PHP 실행 시 권한

SSH를 통해 Linux에 연결할 때 로그인하려면 사용자 이름이 있어야 합니다. 마찬가지로 PHP가 원하는 경우 PHP 관련 파일을 처리하려면 반드시 특정 사용자 아래에서 운영되어야 하며, 사용자는 어디서 생성되거나 정의되는가? 예를 들어 apache, nginx 등의 환경에서는 사용자를 생성하게 된다. 및 사용자 그룹은 기본적으로 사용되며 이 사용자는 PHP를 읽을 때 사용됩니다. 읽으려면 구성 파일

#apache在配置文件httpd.conf
User www
Group www
#nginx在配置文件nginx.conf
user www www;

을 확인하거나

#查看apache进程ps -ef|grep httpd
#查看nginx进程ps -ef|grep nginx
#查看php-pfm进行ps -ef|grep php-pfm

명령을 통해 프로세스를 볼 수 있습니다. 예를 들어, 다음과 같이 표시됩니다:

root      1663     1  0 09:14 ?        00:00:00 /www/wdlinux/apache/bin/httpd//主进程www       1697  1663  0 09:14 ?        00:00:05 /www/wdlinux/apache/bin/httpd//子进程www       1698  1663  0 09:14 ?        00:00:05 /www/wdlinux/apache/bin/httpd

第一列就是显示的哪个用户在执行它，主要看非root下的。上方说明是www用户在运行apache进程来处理php文件。一般来说apache/nginx会以root来启动主线程，然后fork出子线程来处理具体的业务，而子进程在创建时会根据配置文件中的用户名和用户组通过setuid和setgid命令来设置有效用户名和有效用户组。需要注意的是“有效”这两个字，例如，某个用户名为test，其所属组test，而apache中配置文件中设置的用户名为test，但是用户组设置为abc，这时就可能很疑惑了，那组到底是按照用户名所属的组还是配置文件中设置的组呢？答案是设置的，因为通过setgid变更了，具体谷歌百度搜索“有效用户”、“实际用户”、“setuid函数”等关键字。

这里需要注意的是，如果有安装php-pfm，则应该还需要查看php-pfm执行时的用户名及用户组。（没有安装，所以没实践过）

默认的可能是nobody或者apache等其它的用户及用户组，上方是已修改过的。此时应该在网站目录中用ls-all来确认下网站文件是属于哪个用户，分几种情况说明下吧：

a、例如网站所有者是这样：

drwxr-xr-x   2 www www 4096 Jun  6 10:23 system
drwxr-xr-x   2 www www 4096 Jun  6 10:23 tmp-rw-r--r--   1 www www    0 Jun  6 10:23 index.php
...

网站所有者为www，而php执行者也为www，那说明是具有owner权限，上方system文件夹中755中的55根本不起作用，只要是7xx就会以7（rwx）的权限来执行。

b、如果网站所有者是这样：

drwxr-xr-x   2 test www 4096 Jun  6 10:23 system
drwxr-xr-x   2 test www 4096 Jun  6 10:23 tmp
-rw-r--r--   1 test www    0 Jun  6 10:23 index.php
...

网站所有者为test，所属组为www，而php执行者为www，执行组为www，那说明是说在同一组中，具有group权限，上方system文件夹中755中的7和5不起作用，只要是x5x就会以5（rx）的权限来执行。

c、如果网站所有者是这样：

drwxr-xr-x   2 test test 4096 Jun  6 10:23 system
drwxr-xr-x   2 test test 4096 Jun  6 10:23 tmp
-rw-r--r--   1 test test    0 Jun  6 10:23 index.php
...

网站所有者为test，所属组为test，而php执行者为www，执行组为www，那说明是说根本没什么关系，具有other权限，上方system文件夹中755中的75不起作用，只要是xx5就会以5（rx）的权限来执行。

所以不能简单的说修改权限为755，644什么的，还需要确认程序的执行者和网站的所有者才能确定权限。

目前好多集成环境为了省事（嗯，lanmpv3等），将php的执行权限和网站所在目录都设置为www，此时一般创建完目录后为755，创建文件后为644，当php执行时，起作用的目录权限为7（所有目录拥有创建删除权限）和文件权限6（所有文件具有写权限），这种是不是挺不安全的？正常应该是目录为5，文件为4，当有特殊需求时才将权限设为7。如果出现上方说的这种情况，修改的方法一是修改apache/nginx的用户和用户组，二是修改网站文件的所有者和所有组这两个方向来修改，以确保网站的安全。

以上，只是基础的权限说明。

위 내용은 Linux 권한 관리 문제의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!