Gridberry 실행하기
Windows 10/11에서 Gridberry를 시작하고 모델을 연결한 후, SSH로 접근하는 Linux 서버를 환경으로 선택합니다. Ask first 모드를 선택하면 각 변경 사항이 확인을 기다립니다. 서버가 익숙하지 않다면 Plan only가 첫 번째 탐색에 좋습니다.
워크플로우
관리하는 서버의 리눅스 폴더에 그룹 추가하기
03
팀과 프로젝트 폴더 공유하기
관리하는 리눅스 서버의 공유 폴더(예: /srv/app)에 특정 그룹의 읽기 및 쓰기 권한을 부여해야 합니다. Gridberry는 SSH를 통해 서버에 연결하고 Shell을 사용해 현재 소유자, 그룹 및 권한 문자를 표시합니다. 변경 전 정확한 chgrp 및 chmod 명령어를 제안하고 승인을 기다립니다. 이후 동일한 목록으로 결과를 보여주므로 직접 비교할 수 있습니다. 순서는 중요합니다: 먼저 확인하고, 다음으로 변경하고, 마지막으로 검증합니다. 일반적인 사례로는 배포 폴더, 공유 업로드 폴더 또는 소규모 팀용 프로젝트 폴더가 있습니다. 폴더가 무엇이든 동일한 루프가 적용되며, 모든 명령어는 실제 결과와 함께 카드 형태로 제공되므로 전체 변경 사항을 채팅에서 다시 확인할 수 있습니다.
폴더 상태 확인하기
에이전트에게 폴더의 소유자, 그룹 및 권한 문자를 표시해 달라고 요청합니다. Shell에서 ls -ld를 실행하면 카드에 출력이 표시되며, 변경 전 이를 읽습니다. 이 단계에서는 아무것도 변경되지 않으며, 순수한 정보 조회입니다.
변경 승인하기
에이전트는 그룹을 위한 chgrp와 권한을 위한 chmod를 제안합니다. 각 줄을 읽고 승인한 후 종료 코드를 확인합니다. 0이 아닌 코드는 변경이 이루어지지 않았음을 의미합니다. 이해하지 못하는 줄이 있으면 거부하고 에이전트에게 설명을 요청하세요.
결과 확인하기
목록을 다시 실행하여 첫 번째 결과와 비교합니다. 그런 다음 해당 그룹의 사용자로 테스트용 명령어를 하나 실행해 보세요. 그룹 멤버십은 새 로그인 후에 적용되기 때문입니다. 출력을 보관하세요. 이는 변경의 기록입니다.
예제 스크립트: 읽기 전용 접근 확인
/srv/app에 대한 접근 확인 스크립트를 실행하고 출력을 보여주세요.
- Shell
bash check_access.shexit 0 - Shell
idexit 0 - Shell
getent group appteam1 match - Shell
ls -ld /srv/appdrwxrwx---
다음 단계를 진행하기 전 사용자의 승인을 기다리는 중거부수락
check_access.sh
#!/usr/bin/env bash
# Read-only access check for a shared folder.
# It changes nothing on the system.
set -eu
DIR=/srv/app
echo "User: $(whoami)"
id
groups
head -n 5 /etc/group
getent group appteam
ls -ld "$DIR"
echo "Check finished"이 스크립트는 현재 사용자, 그룹, 그룹 파일의 첫 줄, appteam 구성원 및 /srv/app의 소유자 및 그룹을 출력합니다. 정보만 읽으며 변경하지 않으므로, 변경 전후로 실행하여 출력을 비교할 수 있습니다. check_access.sh로 저장하고, 변경 전후에 Shell로 실행한 후 두 출력을 모두 보관해 비교할 수 있도록 하세요.
리눅스 폴더 권한에 사용자 추가: 4가지 작업
서버 및 폴더 상태 확인하기
Gridberry는 SSH를 통해 Linux 서버에 연결하고 Shell을 사용해 대상 폴더에 ls -ld를 실행하여 변경 전 소유자, 그룹 및 권한 문자를 보여줍니다. 그런 다음 사용할 그룹에 대해 getent group을 실행합니다. Ask first 모드에서는 변경을 일으키는 모든 작업 전 에이전트가 일시 정지하며, Plan only로 전환해 실행 없이 단계를 읽을 수 있습니다. 새 사용자에게 sudo를 작동시키는 방법은 다른 문제입니다: 사용자를 admin 그룹에 추가하고 다시 로그인하세요. 두 목록의 출력을 모두 읽고 나서 진행하세요. 그 목록을 보관하세요. 이는 변경 전 폴더의 상태를 기록한 것으로, 되돌려야 할 때 비교하는 기준이 됩니다.
그룹이 없으면 생성하기
getent group이 아무것도 출력하지 않으면 그룹이 아직 존재하지 않습니다. 에이전트는 groupadd appteam을 제안하고 카드에 정확한 줄을 표시합니다. 선호하는 다른 이름이 있다면 이름을 수정할 수 있으며, 실행 전 명령을 승인합니다. 이후 getent group appteam은 새 항목을 표시하며, 요약에 의존하기보다 직접 출력을 확인하세요. 그룹 파일 /etc/group는 모든 그룹을 나열하므로, 변경 전 복사본을 보관해 비교할 수 있습니다. sudo를 실행할 때 루트 환경 변수가 누락되면 당신에게는 작동하지만 관리자 스크립트가 실패하는 이유가 될 수 있으므로 초기 단계는 단순하게 유지하세요. 이미 관련 없는 그룹에 의해 사용 중인 이름이라면 재사용하지 말고 다른 이름을 선택하세요. 다른 사용자를 포함한 그룹이라면 해당 폴더에도 접근 권한이 부여되기 때문입니다.
폴더의 그룹 설정하기
에이전트는 chgrp appteam /srv/app을 제안하여 그룹을 폴더의 소유 그룹으로 설정합니다. 카드의 줄을 읽고 승인합니다. 의도하지 않은 상위 폴더나 마운트 포인트를 명령의 대상으로 지정하지 마세요. 예상 경로와 다른 경로를 명시한 카드는 거절해야 합니다. 종료 코드가 카드에 표시되며, 두 번째 ls -ld로 새 그룹 이름을 확인할 수 있습니다. 많은 사람들이 "리눅스 폴더에 그룹 추가"를 검색하고 재귀 명령을 찾지만, 단일 폴더가 검토하기 더 쉬우므로 여기서 시작하세요. usermod -aG appteam username로 구성원을 추가하고, 변경은 사용자가 다시 로그인한 후에 적용됨을 기억하세요. 이전 실수로 루트 소유 경로 아래의 소유권이 변경된 경우, 백업에서 복원하여 sudo chown 실수를 복구하세요.
그룹이 필요로 하는 권한만 부여하기
에이전트는 읽기 접근을 위해 chmod g+rx, 쓰기 접근을 위해 chmod g+rwx을 제안하며, chmod 777은 사용하지 않습니다. 문자 r, w, x는 각각 읽기, 쓰기, 실행을 의미하며, g는 그룹을 의미한다고 설명합니다. 줄을 승인한 후 에이전트는 ls -ld를 다시 실행하고 첫 번째 목록과 권한 문자를 비교합니다. 그런 다음 그룹의 계정 하나와 테스트용 명령어로 확인합니다. "리눅스 폴더 권한에 사용자 추가"를 검색하는 개인에게도 동일한 확인이 적용됩니다: 소유자 필드가 아닌 그룹에 추가하세요. 본인이 본 종료 코드를 보관하세요: 두 카드 모두 성공 종료 코드와 일치하는 ls -ld 줄은 단계가 성공했음을 증명하며, 다음 관리자가 채팅에서 이를 다시 읽을 수 있습니다.
