- 파일 권한,
- 링크 수,
- 소유자 이름,
- 소유자 그룹,
- 파일 크기,
- 마지막 수정 시간,
- 파일/디렉터리 이름

파일 권한은 다음과 같이 표시됩니다:

- 첫 번째 문자는 `-` 또는 `l` 또는 `d`이며, `d`는 디렉터리, `-`는 파일, `l`은 심볼릭 링크(또는 소프트 링크) - 특별한 파일 유형
- 세 개의 문자 집합이 세 번 반복되며, 소유자, 그룹 및 기타 사용자에 대한 권한을 나타냅니다:
  - `r` = 읽기 가능
  - `w` = 쓰기 가능
  - `x` = 실행 가능

예제 `-rwxrw-r--`에서 표시된 줄의 의미는 다음과 같습니다:

- 일반 파일 (`-`로 표시됨)
- 소유자가 읽기, 쓰기, 실행 가능 (`rwx`)
- 그룹이 읽기, 쓰기 가능, 실행 불가 (`rw-`)
- 기타 사용자가 읽기만 가능, 쓰기 및 실행 불가 (`r--`)

유용한 자료:

- [ls -al 출력의 필드는 무엇을 의미합니까? (원본)](https://unix.stackexchange.com/questions/103114/what-do-the-fields-in-ls-al-output-mean)

</details>

<details>
<summary><b>로그인한 사용자 목록을 어떻게 얻나요?</b></summary><br>

로그인한 사용자의 요약 정보를 보려면, 각 사용자 이름의 로그인, 사용자가 연결된 터미널, 로그인한 날짜/시간, 그리고 연결을 수행 중인 컴퓨터(가능한 경우)를 포함하여 다음을 입력하십시오:```bash
# It uses /var/run/utmp and /var/log/wtmp files to get the details.
who

마지막으로 로그인한 사용자 목록을 표시하는 것도 중요합니다. 다음을 입력하세요:```bash
# It uses /var/log/wtmp.
last

위 명령을 실행하면 다음과 같은 출력이 나타납니다:```bash
[1] 2203

백그라운드에서 작업을 실행하면 작업의 PID가 제공됩니다. 다음 명령을 사용하여 백그라운드에서 실행 중인 작업을 종료할 수 있습니다:```bash
kill PID

백그라운드에서 여러 작업이 실행 중인 경우 다음을 사용하여 원하는 작업을 포그라운드로 가져올 수 있습니다:```bash
fg %#

모든 파일을 예를 들어 **644** (`-rw-r--r--`)로 변경하려면:```bash
find /opt/data -type f -exec chmod 644 {} \;

이것은 해당 셸을 시작할 때 실행되는 모든 명령어와 그 인수를 보여줍니다.

또한 `PATH` 변수 값 표시도 매우 유용합니다:```bash
echo $PATH

대부분의 명령이 정상 작동할 것입니다. 그런 다음 `~/.bash_profile`을 `~/.bashrc` 대신 편집하고 `PATH`를 초기화시키는 부분을 수정하면 됩니다. **root** 및 다른 사용자의 기본 `PATH` 변수 값은 `/etc/profile` 파일에 있습니다.

유용한 자료:

- [PATH에 경로를 올바르게 추가하는 방법?](https://unix.stackexchange.com/questions/26047/how-to-correctly-add-a-path-to-path)

</details>

<details>
<summary><b>`CTRL + C`를 입력했는데도 스크립트가 계속 실행됩니다. 어떻게 중지하나요?</b></summary><br>

대부분의 경우 `CTRL + C` 키보드 조합을 사용하여 실행 중인 스크립트를 중지할 수 있습니다. 이는 스크립트에 인터럽트 신호(SIGINT)를 보내 실행을 종료합니다. 이 방법이 작동하지 않고 스크립트가 계속 실행 중이라면 `CTRL + \` 조합을 사용해 보세요. 이 조합은 스크립트에 종료 신호(SIGQUIT)를 보내 즉시 종료될 수 있습니다.

또는 터미널이나 명령줄 인터페이스를 사용 중이라면 `kill` 명령을 사용하여 스크립트 프로세스에 신호를 보낼 수 있습니다. `ps` 또는 `top` 명령을 사용하여 스크립트의 프로세스 ID(PID)를 찾은 다음 `kill` 명령에 PID를 사용하여 스크립트를 중지하세요.

일부 경우에는 스크립트가 멈추거나 응답하지 않아 일반 `kill` 명령이 작동하지 않을 수 있으므로 `kill -9` 명령을 사용하여 강제로 중지해야 할 수 있습니다. `-9` 옵션은 SIGKILL 신호를 보내 프로세스가 즉시 중지되도록 강제합니다.
</details>

<details>
<summary><b>`grep` 명령어란 무엇인가요? 같은 줄에서 여러 문자열을 일치시키는 방법은?</b></summary><br>

`grep` 유틸리티는 `egrep` 및 `fgrep`을 포함하는 Unix 도구 계열입니다.

`grep`은 파일 패턴을 검색합니다. 다른 명령의 출력에서 특정 패턴을 찾고 있다면 `grep`이 관련 줄을 강조 표시합니다. 로그 파일, 특정 프로세스 등을 검색할 때 이 `grep` 명령을 사용하세요.

여러 문자열을 일치시키려면:```bash
grep -E "string1|string2" filename

명령어 중 하나가 실패하면, 그 뒤에 오는 모든 다른 명령어는 실행되지 않습니다.

이전 명령어들이 실패했든 안 했든 모든 명령어를 실행하려면, 세미콜론으로 구분하십시오:```bash
cd /my_folder; rm *.jar; svn co path to repo; mvn compile package install

유용한 자료:

- [여러 리눅스 명령어를 한 줄로 결합하여 실행하기 (원본)](https://stackoverflow.com/questions/13077241/execute-combine-multiple-linux-commands-in-one-line)

</details>

<details>
<summary><b>다른 권한에 영향을 주지 않고 모든 사용자에게 파일 실행 권한을 부여하려면 <code>chmod</code>에 어떤 기호 표현을 전달해야 하나요?</b></summary><br>```bash
chmod a+x /path/to/file

- `-a`, `--archive` - 보관 모드
- `--delete` - 대상 디렉토리에서 불필요한 파일 삭제
- `-v`, `--verbose` - 자세한 모드 (상세 수준 증가)
- `--progress` - 전송 중 진행 상황 표시

유용한 자료:

- [두 로컬 디렉토리를 동기화하는 방법? (원본](https://unix.stackexchange.com/questions/392536/how-can-i-sync-two-local-directories)
- [rsync로 폴더 동기화](https://www.jveweb.net/en/archives/2010/11/synchronizing-folders-with-rsync.html)

</details>

<details>
<summary><b>많은 기본 유지보수 작업에서는 설정 파일을 편집해야 합니다. 변경 사항을 취소하는 방법을 설명하세요.</b></summary><br>

- 편집 전에 파일을 수동으로 백업 (중괄호 확장 사용 예: `cp filename{,.orig}`)
- 파일이 저장된 디렉토리 구조를 수동 복사 (예: `cp`, `rsync` 또는 `tar`)
- 편집기에서 원본 파일 백업 (예: 편집기 설정 파일에 규칙 설정)
- 가장 좋은 방법은 `git`(또는 다른 버전 관리 시스템)을 사용하여 설정 파일을 추적하는 것입니다 (예: `/etc` 디렉토리용 `etckeeper`)

유용한 자료:

- [파일 이름 확장자 앞에 .bak으로 백업 파일 생성](https://unix.stackexchange.com/questions/66376/backup-file-with-bak-before-filename-extension)
- [설정 파일 버전 관리를 위해 git을 사용하는 것이 좋은 생각인가요?](https://superuser.com/questions/1037211/is-it-a-good-idea-to-use-git-for-configuration-file-version-controlling)

</details>

<details>
<summary><b>20MB보다 큰 모든 파일을 찾아야 합니다. 어떻게 찾나요?</b></summary><br>```bash
find / -type f -size +20M

유용한 리소스:

- [Ping 포트 번호](https://networkengineering.stackexchange.com/questions/42463/ping-port-number)
- [주소:포트로 ping이 가능한가요?](https://superuser.com/questions/769541/is-it-possible-to-ping-an-addressport)

</details>

<details>
<summary><b>서버 A가 서버 B와 통신할 수 없습니다. 몇 단계로 가능한 이유를 설명하세요.</b></summary><br>

서버 간 통신 문제를 해결하려면 이상적으로 TCP/IP 스택을 따르는 것이 좋습니다:

1. **애플리케이션 계층**: 두 서버에서 서비스가 실행 중이고 정상 작동 중인가요? 올바르게 구성되었나요 (예: 올바른 IP와 올바른 포트에 바인딩)? 애플리케이션 및 시스템 로그에 의미 있는 오류가 표시되나요?

2. **전송 계층**: 애플리케이션이 사용하는 포트가 열려 있나요 (telnet 시도!)? 서버에 ping이 가능한가요?

3. **네트워크 계층**: 네트워크 또는 OS에 방화벽이 올바르게 구성되어 있나요? IP 스택이 올바르게 구성되었나요 (IP, 라우트, DNS 등)? 스위치와 라우터가 작동 중인가요 (ARP 테이블 확인!)?

4. **물리 계층**: 서버가 네트워크에 연결되어 있나요? 패킷 손실이 발생하나요?

</details>

<details>
<summary><b>왜 서버에서 호스트 이름이 확인되지 않나요? 이 문제를 해결하세요. ***</b></summary><br>

완료 예정.

</details>

<details>
<summary><b>CLI를 사용하여 (외부 DNS를 사용하여) 도메인 이름을 확인하는 방법은? IP를 도메인 이름으로 확인할 수 있나요?</b></summary><br>

IP 주소를 도메인 이름으로 확인하는 예시:```bash
# with host command:
host domain.com 8.8.8.8

# with dig command:
dig @9.9.9.9 google.com

# with nslookup command:
nslookup domain.com 8.8.8.8

</details>

<details>
<summary><b>왜 `telnet`을 사용하여 시스템을 원격으로 관리하는 것을 피해야 하나요?</b></summary><br>

최신 운영체제는 기본적으로 잠재적으로 안전하지 않은 모든 서비스를 비활성화했습니다. 반면, 일부 네트워크 장치 공급업체는 여전히 telnet 프로토콜을 사용한 통신 설정을 허용합니다.

**Telnet**은 가장 안전하지 않은 통신 방식을 사용합니다. 네트워크를 통해 데이터를 일반 텍스트 형식으로 전송하므로 누구나 네트워크 도구를 사용하여 쉽게 비밀번호를 알아낼 수 있습니다.

**Telnet**의 경우 로그인 자격 증명이 일반 텍스트로 전송되는데, 이는 네트워크에서 스니퍼를 실행하는 사람이 **Telnet** 로그인 세션을 도청하여 몇 초 만에 장치를 제어하는 데 필요한 정보를 찾을 수 있음을 의미합니다.

유용한 자료:

- [Telnet 및 SSH를 안전한 대안으로](https://www.ssh.com/ssh/telnet)
- [특정 포트의 IP 주소로 텔넷하는 방법](https://superuser.com/questions/339107/how-to-telnet-to-an-ip-address-on-a-specific-port)

</details>

<details>
<summary><b>`wget`과 `curl`의 차이점은 무엇인가요?</b></summary><br>

주요 차이점은 다음과 같습니다: `wget`이 `curl`에 비해 가지는 주요 강점은 재귀적으로 다운로드할 수 있는 기능입니다. `wget`은 명령줄 전용입니다. `curl`은 FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP, TELNET, DICT, LDAP, LDAPS, FILE, POP3, IMAP, SMTP, RTMP 및 RTSP를 지원합니다.

유용한 자료:

- [curl과 wget의 차이점은 무엇인가요? (원본)](https://unix.stackexchange.com/questions/47434/what-is-the-difference-between-curl-and-wget)

</details>

<details>
<summary><b>SSH란 무엇이며 어떻게 작동하나요?</b></summary><br>

**SSH**는 **Secure Shell**의 약자입니다. 서버 "A"에서 서버 "B"의 셸 세션으로 이동할 수 있게 해주는 프로토콜입니다. 서버 "B"와 상호작용할 수 있습니다.

**SSH** 연결을 설정하려면 원격 머신(서버 A)에서 **SSH** 데몬이라는 소프트웨어가 실행 중이어야 하며, 사용자의 컴퓨터(서버 B)에는 **SSH** 클라이언트가 있어야 합니다.

**SSH** 데몬과 **SSH** 클라이언트는 특정 네트워크 포트(기본값 22)에서 연결을 수신 대기하고, 연결 요청을 인증하며, 사용자가 올바른 자격 증명을 제공하면 적절한 환경을 생성합니다.

유용한 자료:

- [SSH 암호화 및 연결 프로세스 이해하기](https://www.digitalocean.com/community/tutorials/understanding-the-ssh-encryption-and-connection-process)

</details>

<details>
<summary><b>대부분의 튜토리얼은 비밀번호 인증보다 SSH 키 인증을 권장합니다. 왜 더 안전한 것으로 여겨지나요?</b></summary><br>

**SSH 키**는 SSH 프로토콜의 접근 자격 증명입니다. 사용자 이름 및 비밀번호와 기능이 유사하지만, 키는 주로 자동화된 프로세스와 시스템 관리자 및 고급 사용자에 의한 단일 로그온 구현에 사용됩니다.

사용자의 비밀번호를 요구하는 대신, 공개 키와 개인 키를 사용하는 비대칭 암호화 알고리즘을 통해 클라이언트의 신원을 확인할 수 있습니다.

SSH 서비스가 공개 키 인증만 허용하는 경우, 공격자는 서버에 저장된 공개 키에 해당하는 개인 키의 사본이 필요합니다.

SSH 서비스가 비밀번호 기반 인증을 허용하는 경우, 인터넷에 연결된 SSH 서버는 사용자 이름과 비밀번호를 추측하려는 봇넷에 의해 밤낮으로 공격을 받게 됩니다. 봇넷은 어떤 정보도 필요 없이 인기 있는 이름과 비밀번호만 시도하면 됩니다. 다른 문제 외에도 로그가 막히게 됩니다.

유용한 자료:

- [키 기반 인증 (공개 키 인증)](http://www.crypto-it.net/eng/tools/key-based-authentication.html)
- [SSH 비밀번호 vs 키 인증](https://security.stackexchange.com/questions/33381/ssh-password-vs-key-authentication)

</details>

<details>
<summary><b>패킷 필터란 무엇이며 어떻게 작동하나요?</b></summary><br>

**패킷 필터링**은 발신 및 수신 패킷을 모니터링하고, 소스 및 대상 인터넷 프로토콜(IP) 주소, 프로토콜 및 포트에 기반하여 패킷을 통과시키거나 차단함으로써 네트워크 접근을 제어하는 방화벽 기술입니다.

패킷 필터링은 보안 요구 사항이 적당한 경우에 적합합니다. 많은 조직의 내부(사설) 네트워크는 세분화되어 있지 않습니다. 조직의 한 부분을 다른 부분과 격리하기 위해 고도로 정교한 방화벽이 필요하지는 않습니다.

그러나 실험실 또는 실험용 네트워크로부터 프로덕션 네트워크를 어느 정도 보호하는 것이 현명합니다. 패킷 필터링 장치는 한 서브넷을 다른 서브넷으로부터 격리하는 데 매우 적절한 조치입니다.

TCP/IP 프로토콜 스택의 네트워크 계층 및 전송 계층에서 작동하며, 각 패킷이 프로토콜 스택에 진입할 때 검사됩니다. 네트워크 및 전송 헤더는 다음 정보에 대해 면밀히 검사됩니다:

- **프로토콜 (IP 헤더, 네트워크 계층)** - IP 헤더에서 바이트 9(바이트 카운트는 0부터 시작함)는 패킷의 프로토콜을 식별합니다. 대부분의 필터 장치는 TCP, UDP, ICMP를 구분할 수 있습니다.
- **소스 주소 (IP 헤더, 네트워크 계층)** - 소스 주소는 패킷을 생성한 호스트의 32비트 IP 주소입니다.
- **대상 주소 (IP 헤더, 네트워크 계층)** - 대상 주소는 패킷이 향하는 호스트의 32비트 IP 주소입니다.
- **소스 포트 (TCP 또는 UDP 헤더, 전송 계층)** - TCP 또는 UDP 네트워크 연결의 각 끝은 포트에 바인딩됩니다. TCP 포트는 UDP 포트와 별개입니다. 1024 미만의 포트는 예약되어 있으며 특정 용도로 사용됩니다. 1024 이상(포함)의 포트는 임시 포트로 알려져 있습니다. 공급업체가 선택한 대로 사용할 수 있습니다. "잘 알려진" 포트 목록은 RFC1700을 참조하십시오. 소스 포트는 의사 난수로 할당된 임시 포트 번호입니다. 따라서 소스 포트를 기반으로 필터링하는 것은 종종 유용하지 않습니다.
- **대상 포트 (TCP 또는 UDP 헤더, 전송 계층)** - 대상 포트 번호는 패킷이 전송되는 포트를 나타냅니다. 대상 호스트의 각 서비스는 포트를 수신 대기합니다. 필터링될 수 있는 잘 알려진 포트로는 20/TCP 및 21/TCP (FTP 연결/데이터), 23/TCP (텔넷), 80/TCP (HTTP), 53/TCP (DNS 영역 전송) 등이 있습니다.
- **연결 상태 (TCP 헤더, 전송 계층)** - 연결 상태는 패킷이 네트워크 세션의 첫 번째 패킷인지 여부를 알려줍니다. TCP 헤더의 ACK 비트가 "false" 또는 0으로 설정되면 이 패킷이 세션의 첫 번째 패킷입니다. ACK 비트가 "false" 또는 0으로 설정된 패킷을 거부하거나 폐기함으로써 호스트가 연결을 설정하는 것을 쉽게 차단할 수 있습니다.

유용한 자료:

- [인터넷 방화벽 구축 - 패킷 필터링](http://web.deu.edu.tr/static/oreily/networking/firewall/ch06_01.htm)

</details>

<details>
<summary><b>리버스 프록시 서버 사용의 장점은 무엇인가요?</b></summary><br>

**백엔드 서버의 토폴로지 및 특성 숨기기**

**리버스 프록시 서버**는 원본 서버의 존재와 특성을 숨길 수 있습니다. 인터넷 클라우드와 웹 서버 사이에서 중간자 역할을 합니다. 특히 웹 호스팅 서비스를 사용할 때 보안상의 이유로 좋습니다.

**백엔드 서버의 투명한 유지보수 허용**

리버스 프록시 뒤에서 실행되는 서버에 대한 변경 사항은 최종 사용자에게 완전히 투명하게 처리됩니다.

**로드 밸런싱**

리버스 프록시는 라운드 로빈, 가중 라운드 로빈, 최소 연결, 가중 최소 연결 또는 랜덤과 같은 로드 밸런싱 알고리즘을 적용하여 클러스터 내 서버 간에 부하를 분산합니다.

서버가 다운되면 시스템은 자동으로 다음 서버로 장애 조치(failover)되며, 사용자는 안전한 파일 전송 활동을 계속할 수 있습니다.

**SSL 오프로딩/종료**

들어오는 HTTPS 연결을 처리하고 요청을 복호화하여 암호화되지 않은 요청을 웹 서버에 전달합니다.

**IP 마스킹**

단일 IP를 사용하지만 다른 URL을 사용하여 다른 백엔드 서버로 라우팅합니다.

유용한 자료:

- [리버스 프록시의 이점](https://dzone.com/articles/benefits-reverse-proxy)

</details>

<details>
<summary><b>라우터와 게이트웨이의 차이점은 무엇인가요? 기본 게이트웨이는 무엇인가요?</b></summary><br>

**라우터**는 일반적인 기술 기능(계층 3 포워딩) 또는 그 목적을 위한 하드웨어 장치를 설명하는 반면, **게이트웨이**는 로컬 세그먼트의 기능(다른 곳으로의 연결 제공)을 설명합니다. "라우터를 게이트웨이로 설정한다"라고 말할 수도 있습니다. 또 다른 용어로는 서브넷 간 포워딩을 설명하는 **홉(hop)**이 있습니다.

**기본 게이트웨이**라는 용어는 LAN 외부의 컴퓨터로 가는 트래픽의 첫 번째 접점 역할을 담당하는 LAN의 라우터를 의미합니다.

관점의 차이일 뿐이며, 장치는 동일합니다.

유용한 자료:

- [라우터와 게이트웨이의 차이점 (원본)](https://networkengineering.stackexchange.com/questions/51426/difference-between-router-and-gateway)

</details>

<details>
<summary><b>다음 DNS 레코드의 기능을 설명하세요: SOA, PTR, A, MX, CNAME.</b></summary><br>

**DNS 레코드**는 기본적으로 각 도메인이 어떤 IP 주소와 연결되어 있는지, 그리고 각 도메인으로 전송된 요청을 처리하는 방법을 DNS 서버에 알려주는 매핑 파일입니다. 거의 모든 DNS 레코드 구성에서 일반적으로 사용되는 몇 가지 **DNS 레코드** 구문으로는 `A`, `AAAA`, `CNAME`, `MX`, `PTR`, `NS`, `SOA`, `SRV`, `TXT`, `NAPTR`가 있습니다.

- **SOA** - 권한 시작 (Start Of Authority)
- **A** - 주소 매핑 레코드
- **AAAA** - IPv6 주소 레코드
- **CNAME** - 정식 이름 레코드
- **MX** - 메일 교환 레코드
- **NS** - 네임 서버 레코드
- **PTR** - 역방향 조회 포인터 레코드

유용한 자료:

- [DNS 레코드 유형 목록](https://en.wikipedia.org/wiki/List_of_DNS_record_types)

</details>

<details>
<summary><b>네트워킹에서 IPv4/6 대신 MAC 주소를 사용할 수 없는 이유는 무엇인가요?</b></summary><br>

**OSI** 모델은 물리적(계층 2) 메커니즘을 기반으로 라우팅(계층 3 개념) 결정을 내리는 것이 타당하지 않은 이유를 설명합니다.

현대의 네트워킹은 종단 간 통신을 달성하기 위해 여러 다른 계층으로 나뉩니다. 네트워크 카드(MAC 주소 - 물리적 주소로 주소 지정됨)는 물리적 네트워크에 있는 피어와 통신하는 역할만 담당하면 됩니다.

**MAC** 주소로 수행할 수 있는 통신은 시스템과 물리적으로 연결된 다른 장치로 제한됩니다. 예를 들어 인터넷에서는 각 머신에 물리적으로 연결되어 있지 않습니다. 그래서 물리적으로 연결되지 않은 머신과 통신해야 할 때 **TCP/IP**(계층 3, 논리적 주소) 메커니즘을 사용합니다.

**IP**는 컴퓨터 그룹을 논리적으로 구분하기 위해 계층적 방식으로 부과된 임의의 번호 부여 체계입니다(서브넷이 바로 이것입니다). 이러한 그룹 간에 메시지를 보내는 것은 라우팅 테이블을 통해 이루어지며, 라우팅 테이블 자체는 여러 수준으로 나뉘어 모든 단일 서브넷을 추적하지 않아도 됩니다.

이는 다른 두 시스템과 관련짓기도 쉽습니다. 주(state)에서 발급한 ID 번호가 있다면, 그 ID가 이미 당신에게 고유한데 왜 우편 주소가 필요할까요? 우편 주소가 필요한 이유는 통신의 고유한 대상이 어디로 가야 하는지를 설명하는 임의의 시스템이기 때문입니다.

반면, 네트워크 전반의 **MAC** 주소 분포는 무작위적이며 토폴로지와 전혀 관련이 없습니다. 경로 그룹화가 불가능해지며, 모든 라우터는 트래픽을 중계하는 모든 단일 장치에 대한 경로를 추적해야 합니다. 이것이 바로 **계층 2** 스위치가 하는 일이며, 특정 호스트 수를 넘어서면 확장성이 좋지 않습니다.

유용한 자료:

- [네트워킹에서 IPv4/6 대신 MAC 주소를 사용할 수 없는 이유는 무엇인가요? (원본)](https://serverfault.com/questions/410626/why-couldnt-mac-addresses-be-used-instead-of-ipv46-for-networking)

</details>

<details>
<summary><b>최대 30대의 장치를 포함하는 네트워크에 적용할 수 있는 가장 작은 IPv4 서브넷 마스크는 무엇인가요?</b></summary><br>

최종 사용자를 위한 표준 `/24` VLAN이든, 지점 간 링크를 위한 `/30`이든, 그 사이의 무언가이든 최대 30대의 장치를 포함해야 하는 서브넷은 `/27` - 즉 서브넷 마스크 `255.255.255.224`에 해당합니다.

유용한 자료:

- [프리픽스, 네트워크, 서브넷 및 호스트 번호를 계산하는 방법은 무엇인가요?](https://networkengineering.stackexchange.com/questions/7106/how-do-you-calculate-the-prefix-network-subnet-and-host-numbers)
- [IP 주소 뒤의 슬래시 - CIDR 표기법](https://networkengineering.stackexchange.com/questions/3697/the-slash-after-an-ip-address-cidr-notation)
- [사설 IPv4 주소 범위가 3개인 이유는 무엇인가요?](https://networkengineering.stackexchange.com/questions/32119/why-are-there-3-ranges-of-private-ipv4-addresses)
- [IP 계산기](http://jodies.de/ipcalc)

</details>

<details>
<summary><b>일반적인 HTTP 상태 코드는 무엇인가요?</b></summary><br>

- **1xx** - 정보 응답 - 전송 프로토콜 수준 정보 전달
- **2xx** - 성공 - 클라이언트의 요청이 성공적으로 수락되었음을 나타냄
- **3xx** - 리디렉션 - 클라이언트가 요청을 완료하기 위해 추가 조치를 취해야 함을 나타냄
- **4xx** - 클라이언트 측 오류 - 이 오류 상태 코드 범주는 클라이언트를 가리킴
- **5xx** - 서버 측 오류 - 서버가 이러한 오류 상태 코드에 대한 책임을 짐

유용한 자료:

- [HTTP 상태 코드](https://httpstatuses.com/)

</details>

###### DevOps 질문 (5)

<details>
<summary><b>DevOps란 무엇인가요? DevOps 커뮤니티의 성공에 더 중요한 것은 무엇인가요: 사람들이 의사소통하는 방식인가요, 아니면 배포하기로 선택한 도구인가요? ***</b></summary><br>

**DevOps**는 개발 및 운영 작업을 모두 수행하는 응집력 있는 팀이거나, 매우 긴밀하게 협력하는 개별 운영 및 개발 팀입니다. 이는 공통 목표를 달성하기 위해 다른 부서와 협력하는 "방식"에 가깝습니다.

</details>

<details>
<summary><b>버전 제어란 무엇인가요? 당신의 커밋 메시지는 보기 좋게 작성되어 있나요?</b></summary><br>

파일 또는 파일 집합의 변경 사항을 시간에 따라 기록하여 나중에 특정 버전을 다시 호출할 수 있는 시스템입니다. 버전 제어 시스템은 팀원이 파일 또는 파일 집합의 변경 사항을 커밋할 수 있는 중앙 공유 저장소로 구성됩니다. 그런 다음 버전 제어의 용도를 언급할 수 있습니다.

버전 제어를 사용하면 다음이 가능합니다:

- 파일을 이전 상태로 되돌리기
- 전체 프로젝트를 이전 상태로 되돌리기
- 시간에 따른 변경 사항 비교
- 문제를 일으킬 수 있는 항목을 마지막으로 수정한 사람 확인
- 문제를 도입한 사람과 시점 확인

훌륭한 커밋 메시지의 일곱 가지 규칙:

- 제목과 본문을 빈 줄로 구분
- 제목 줄을 50자로 제한
- 제목 줄을 대문자로 시작
- 제목 줄을 마침표로 끝내지 않음
- 제목 줄에 명령형 사용
- 본문을 72자로 줄 바꿈
- 본문을 사용하여 '어떻게'보다는 '무엇'과 '왜'를 설명

유용한 자료:

- [시작하기 - 버전 제어 정보 (원본)](https://git-scm.com/book/en/v2/Getting-Started-About-Version-Control)

</details>

<details>
<summary><b>기본적인 `git` 명령어를 설명하세요.</b></summary><br>

- `git init` - 새로운 로컬 저장소 생성
- `git commit -m "message"` - 변경 사항을 HEAD에 커밋
- `git status` - `git add`로 추가한 파일 목록을 표시하고, 그 이후 변경된 파일도 커밋
- `git push origin master` - 변경 사항을 원격 저장소의 master 브랜치로 전송

</details>

<details>
<summary><b>간단한 지속적 통합(CI) 파이프라인을 설명하세요.</b></summary><br>

- 저장소 복제
- 배포 단계 (QA)
- 테스트 환경 (QA)
- 배포 단계 (PROD)

</details>

<details>
<summary><b>기본적인 `docker` 명령어를 설명하세요.</b></summary><br>

- `docker ps` - 실행 중인 컨테이너 표시
- `docker ps -a` - 모든 컨테이너 표시
- `docker images` - 도커 이미지 표시
- `docker logs <container-id|container-name>` - 컨테이너에서 로그 가져오기
- `docker network ls` - 모든 도커 네트워크 표시
- `docker volumes ls` - 모든 도커 볼륨 표시
- `docker exec -it <container-id|container-name> bash` - 대화형 셸로 컨테이너에서 bash 실행

</details>

###### 사이버 보안 질문 (1)

<details>
<summary><b>보안 잘못된 구성(Security Misconfiguration)이란 무엇인가요?</b></summary><br>

**보안 잘못된 구성**은 장치/애플리케이션/네트워크가 공격자가 악용할 수 있는 방식으로 구성된 취약점입니다. 기본 사용자 이름/비밀번호를 변경하지 않은 상태로 두거나 장치 계정 등에 너무 간단한 설정을 사용하는 것과 같이 간단할 수 있습니다.

</details>

### :diamond_shape_with_a_dot_inside: <a name="regular-sysadmin">일반 시스템 관리자</a>

###### 시스템 질문 (60)

<details>
<summary><b>프로덕션 환경에서의 경험에 대해 말씀해 주세요. ***</b></summary><br>

작성 예정.

</details>

<details>
<summary><b>주요 웹 서버를 운영하기 위해 어떤 배포판을 선택하시겠습니까? ***</b></summary><br>

작성 예정.

</details>

<details>
<summary><b>Linux 시스템의 부팅 과정을 몇 가지 포인트로 설명하세요.</b></summary><br>

**BIOS**: BIOS(Basic Input or Output System)는 무결성 검사를 수행하고 부트로더를 검색, 로드 및 실행합니다.

**부트로더**: 이전 단계는 운영체제에 특화되지 않으므로, x86 및 x86-64 아키텍처의 BIOS 기반 부팅 프로세스는 마스터 부트 레코드(MBR) 코드가 리얼 모드에서 실행되고 1단계 부트로더가 로드될 때 시작되는 것으로 간주됩니다. UEFI 시스템에서는 Linux 커널과 같은 페이로드를 직접 실행할 수 있습니다. 따라서 부트로더가 필요하지 않습니다. 인기 있는 부트로더: **GRUB**, **Syslinux/Isolinux** 또는 **Lilo**.

**커널**: Linux의 커널은 메모리 관리, 태스크 스케줄링, I/O, 프로세스 간 통신, 전체 시스템 제어 등 모든 운영체제 프로세스를 처리합니다. 이는 두 단계로 로드됩니다. 첫 번째 단계에서는 커널(압축된 이미지 파일)이 메모리에 로드되고 압축이 풀리며, 기본 메모리 관리와 같은 몇 가지 기본 기능이 설정됩니다.

**Init**: 시스템의 모든 프로세스의 부모이며, 커널에 의해 실행되고 다른 모든 프로세스를 시작하는 역할을 합니다.

- `SysV init` - init의 임무는 "커널이 완전히 실행된 후 모든 것이 제대로 실행되도록 하는 것"입니다. 기본적으로 사용자 공간 전체를 설정하고 운영합니다. 여기에는 파일 시스템 확인 및 마운트, 필요한 사용자 서비스 시작, 시스템 시작이 완료되면 최종적으로 사용자 환경으로 전환하는 것이 포함됩니다.
- `systemd` - systemd의 개발자는 Unix System V에서 상속된 Linux init 시스템을 대체하는 것을 목표로 했습니다. init와 마찬가지로 systemd는 다른 데몬을 관리하는 데몬입니다. systemd를 포함한 모든 데몬은 백그라운드 프로세스입니다. Systemd는 부팅 중에 시작되는 첫 번째 데몬이며, 종료 중에 마지막으로 종료되는 데몬입니다.
- `runinit` - runinit은 Unix 계열 운영체제를 위한 init 방식으로, 운영체제 전체에서 프로세스를 초기화, 감독 및 종료합니다. Linux, Mac OS X, \*BSD 및 Solaris 운영체제에서 실행되는 daemontools 프로세스 감독 툴킷의 재구현입니다.

유용한 자료:

- [Linux 부팅 프로세스 분석](https://opensource.com/article/18/1/analyzing-linux-boot-process)
- [Systemd 부팅 프로세스 자세히 살펴보기 - Linux](https://linoxide.com/linux-how-to/systemd-boot-process/)

</details>

<details>
<summary><b>Linux 데몬은 어떻게 그리고 왜 권한을 낮추나요? 일부 데몬이 시작하기 위해 루트 권한이 필요한 이유는 무엇인가요? 설명하세요. ***</b></summary>

작성 예정.

</details>

<details>
<summary><b>싱글 코어 머신에서 부하 1.00이 이상적이지 않은 이유는 무엇인가요?</b></summary><br>1.00의 부하는 여유 공간이 없다는 문제가 있습니다. 실제로 많은 시스템 관리자는 0.70에서 선을 그을 것입니다.

"확인이 필요한" 경험 법칙: 0.70. 부하 평균이 > 0.70을 계속 초과한다면, 상황이 악화되기 전에 조사할 때입니다.

"지금 수정하세요" 경험 법칙: 1.00. 부하 평균이 1.00을 초과하여 유지된다면, 문제를 찾아 즉시 수정하세요. 그렇지 않으면 한밤중에 깨게 될 것이고, 재미있지 않을 것입니다.

경험 법칙: 5.0. 부하 평균이 5.00을 초과하면 심각한 문제에 직면할 수 있습니다. 시스템이 멈추거나 심각하게 느려지며, 이는 (설명할 수 없이) 한밤중이나 컨퍼런스에서 발표 중일 때와 같은 최악의 시점에 발생할 것입니다. 그런 상태에 이르지 않도록 하세요.

유용한 자료:

- [4코어 8스레드 프로세서에서 시스템 부하를 해석하는 올바른 방법](https://serverfault.com/questions/618130/proper-way-of-interpreting-system-load-on-a-4-core-8-thread-processor)
- [리눅스 CPU 부하 이해하기 - 언제 걱정해야 할까?](http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages)

</details>

<details>
<summary><b>유효 사용자가 root인데 실제 사용자 ID가 여전히 사용자 이름인 것은 무엇을 의미하나요?</b></summary><br>

**실제 사용자 ID**는 실제 사용자(프로세스를 소유한 사용자)이고, **유효 사용자 ID**는 운영 체제가 어떤 작업을 수행할 권한이 있는지 결정하기 위해 확인하는 것입니다(대부분의 경우 예외가 있습니다).

로그인하면 로그인 셸은 **실제 사용자 ID와 유효 사용자 ID**를 모두 비밀번호 파일에서 제공된 동일한 값(사용자의 **실제 사용자 ID**)으로 설정합니다.

예를 들어 setuid를 실행하면, 다른 사용자(예: **root**)로 실행되는 것 외에도 setuid 프로그램이 사용자를 대신하여 작업을 수행해야 합니다.

setuid를 실행한 후에는 사용자의 **실제 ID**(프로세스 소유자이므로)와 setuid이므로 파일 소유자의 유효 사용자 ID(예: **root**)를 갖게 됩니다.

`passwd`의 경우를 살펴보겠습니다:```bash
-rwsr-xr-x 1 root root 45396 may 25  2012 /usr/bin/passwd

이는 파일을 프로세스를 방해하지 않고 잘라내기 때문에 매우 유용합니다.

유용한 자료:

- [logrotate를 사용하여 로그 파일을 관리하는 방법](https://www.linode.com/docs/uptime/logs/use-logrotate-to-manage-log-files/)
- [시스템 로깅](https://www.ibm.com/developerworks/library/l-lpic1-108-2/index.html)

</details>

<details>
<summary><b>Linux 커널은 시스템에서 프로세스를 어떻게 생성, 관리 및 삭제하나요? ***</b></summary><br>

작성 예정.

유용한 자료:

- [Linux 프로세스](https://www.tldp.org/LDP/tlk/kernel/processes.html)

</details>

<details>
<summary><b><code>top</code>과 <code>htop</code>에서 볼 수 있는 선택된 정보를 설명하세요. 이러한 도구를 사용하여 부하, 높은 사용자 시간 및 메모리 부족 문제를 진단하는 방법은 무엇인가요? ***</b></summary><br>

작성 예정.

유용한 자료:

- [top 시각적으로 설명](https://www.svennd.be/top-explained-visually/)
- [htop 시각적으로 설명](https://codeahoy.com/2017/01/20/hhtop-explained-visually/)
- [Linux에서 htop/top에서 볼 수 있는 모든 것 설명](https://peteris.rocks/blog/htop/)

</details>

<details>
<summary><b>리소스를 독점하고 있는 프로세스를 어떻게 인식하시겠습니까? </b></summary><br>

`top`은 올바른 숫자를 보는 한 꽤 잘 작동합니다.
- **M** 현재 상주 메모리 사용량 기준 정렬
- **T** 총(또는 누적) CPU 사용량 기준 정렬
- **P** 현재 CPU 사용량 기준 정렬 (기본 새로 고침)
- **?** 모든 top 명령에 대한 사용 요약 표시

이는 컴퓨터 프로세스가 느리게 실행되는 원인을 해결하고 어떤 프로세스를 죽일지/어떤 소프트웨어를 제거할지 결정할 때 얻어야 할 매우 중요한 정보입니다.

유용한 자료:

- [머신을 독점하고 있는 프로세스를 찾는 방법](https://superuser.com/questions/326300/how-to-find-the-processes-which-are-hogging-the-machine)

</details>

<details>
<summary><b>200대의 서버에서 <code>ntpd</code> 서비스를 업그레이드해야 합니다. 이 모든 서버를 최신 버전으로 업그레이드하는 가장 좋은 방법은 무엇인가요?</b></summary><br>

**Infrastructure as a Code** 접근 방식을 사용하면 여러 좋은 방법이 있습니다:

1. **구성 동기화 변경 관리 모델**:

구성 관리 도구(Ansible, Chef, Puppet, Saltstack 등)를 사용하여 모든 서버에서 `ntpd` 서비스를 자동으로 업데이트할 수 있습니다. 시스템 안정성을 유지하기 위해 서버의 시스템 패키지는 일반적으로 보안 업데이트만 자동 업데이트됩니다. 패키지의 주요 또는 부 버전은 서비스의 잘못된 구성을 방지하기 위해 구성 정의에서 일반적으로 버전 잠금됩니다. 변경은 구성 정의에서 `ntpd` 버전을 변경하여 배포됩니다.

이 접근 방식을 사용할 때는 인프라에 변경 사항을 대규모로 배포할 때 주의해야 합니다. 배포 파이프라인에는 단위, 통합 및 시스템 테스트가 포함되어야 하며, 결국에는 구성을 증명하기 위해 스테이징 환경에 먼저 배포되어야 합니다. 테스트가 구성의 정확성을 입증하면, 오류나 실패 시 롤백할 수 있는 점진적 롤아웃 방식으로 배포해야 합니다.

2. **불변 서버 모델**:

불변 서버 모델에서는 실행 중인 서버를 변경하는 대신 전체 단위(서버, 컨테이너)를 새로운 업데이트된 이미지로 교체합니다(이를 통해 구성 드리프트를 제거합니다). 이 접근 방식을 사용하면 일반적으로 Packer나 Docker 및 Dockerfile을 사용하여 서버 이미지를 빌드합니다. 이 이미지는 위의 옵션(1.)과 유사하게 테스트 및 배포되지만, 이제는 Canary Release와 같은 기술을 사용하며 점진적 롤아웃 및 롤백 기능도 있습니다.

유용한 자료:

- [Infrastructure as a Code - Chapter 8: Patterns for Updating and Changing Servers](http://shop.oreilly.com/product/0636920039297.do)

</details>

<details>
<summary><b>Linux/Unix에서 <code>$PATH</code>를 영구적으로 설정하는 방법은 무엇인가요? 이 변수가 왜 그렇게 중요한가요? ***</b></summary>

작성 예정.

</details>

<details>
<summary><b>서버가 부팅될 때 콘솔에 일부 오류가 나타납니다. 부트 메시지를 검사하는 방법과 이러한 메시지는 어디에 저장되나요?</b></summary><br>

콘솔에는 두 가지 유형의 메시지가 있습니다:

- **커널에 의해 생성된 것** (printk 통한)
- **사용자 공간에 의해 생성된 것** (보통 init 시스템)

커널 메시지는 항상 **kmsg** 버퍼에 저장되며, `dmesg` 명령으로 볼 수 있습니다. 또한 종종 **syslog**에 복사됩니다. 이는 `/dev/kmsg`에 기록된 사용자 공간 메시지에도 적용되지만, 이러한 경우는 매우 드뭅니다.

한편, 사용자 공간이 화려한 부팅 상태 텍스트를 `/dev/console` 또는 `/dev/tty1`에 쓸 때는 어디에도 저장되지 않습니다. 그냥 화면으로만 가고 끝입니다.

`dmesg`는 커널 링 버퍼에 포함된 부트 메시지를 검토하는 데 사용됩니다. 링 버퍼는 고정된 크기의 버퍼로, 새 데이터가 추가되면 가장 오래된 데이터를 덮어씁니다.

부팅 프로세스가 완료된 후의 작업(예: 커널에 전달된 명령줄 옵션, 감지된 하드웨어 구성 요소, 새 USB 장치가 추가될 때의 이벤트, NIC(네트워크 인터페이스 카드) 오류 및 드라이버가 네트워크에서 링크 활동이 감지되지 않았다고 보고하는 등의 오류)을 보여줍니다.

시스템 로깅이 저널 구성 요소를 통해 이루어지는 경우 `journalctl`을 사용해야 합니다. 이 명령은 커널 및 부트 메시지, syslog 또는 다양한 서비스의 메시지를 보여줍니다.

부팅 문제/오류는 시스템 관리자가 특정 명령과 함께 중요한 파일을 살펴보아야 합니다(Linux 버전에 따라 다르게 처리됨):

- `/var/log/boot.log` - 시스템 부트 로그. 시스템 부팅 중에 발생한 모든 내용 포함
- `/var/log/messages` - 시스템 부팅 중 기록된 메시지를 포함한 전역 시스템 메시지 저장
- `/var/log/dmesg` - 커널 링 버퍼 정보 포함

유용한 자료:

- [부팅 후 Linux에서 모든 부트 메시지를 보는 방법? (원본)](https://superuser.com/questions/1188407/how-to-view-all-boot-messages-in-linux-after-booting)
- [/var/log/{syslog,dmesg,messages} 로그 파일의 차이점](https://superuser.com/questions/565927/differences-in-var-log-syslog-dmesg-messages-log-files)
- [Debian 시스템 부팅 시 스크롤되는 메시지를 나중에 검토하는 방법?](https://serverfault.com/questions/516411/all-debian-boot-messages)

</details>

<details>
<summary><b>스왑 사용량이 너무 높습니다. 그 원인은 무엇이며 스와핑 문제를 해결하는 방법은 무엇인가요?</b></summary><br>

**스왑** 공간은 사용 가능한 메모리가 완전히 사용되었을 때 운영 체제에서 사용하도록 할당된 제한된 양의 물리적 메모리입니다. 메모리 섹션을 물리적 저장소로/에서 스와핑하는 메모리 관리 방식입니다.

시스템이 더 많은 메모리 리소스를 필요로 하고 RAM이 가득 차면 메모리의 비활성 페이지가 스왑 공간으로 이동됩니다. 스왑 공간은 RAM 용량이 작은 시스템에 도움이 될 수 있지만, 더 많은 RAM을 대체하는 것으로 간주되어서는 안 됩니다. **스왑** 공간은 물리적 메모리보다 접근 시간이 느린 하드 드라이브에 위치합니다.

워크로드가 RAM 수요를 증가시킵니다. 더 많은 메모리가 필요한 워크로드를 실행 중입니다. 전체 스왑 사용은 이를 나타냅니다. 또한 `swappiness`를 **1**로 변경하는 것은 현명한 결정이 아닐 수 있습니다. `swappiness`를 **1**로 설정한다고 해서 스와핑이 수행되지 않는다는 것을 의미하지는 않습니다. 이는 커널이 스와핑에 대해 얼마나 적극적으로 대처할지 나타낼 뿐이며, 스와핑을 제거하지는 않습니다. 스와핑은 필요하면 수행됩니다.

- **스왑 공간 크기 증가** - 첫째, 디스크 사용량이 증가합니다. 디스크가 충분히 빠르지 않으면 시스템이 스래싱될 수 있으며, 데이터가 메모리 안팎으로 스와핑되면서 속도 저하가 발생합니다. 이는 병목 현상을 초래합니다.

- **RAM 추가** - 실제 해결책은 더 많은 메모리를 추가하는 것입니다. RAM을 대체할 수 있는 것은 없으며, 충분한 메모리가 있으면 스와핑이 줄어듭니다.

스왑 공간 사용 모니터링:

- `cat /proc/swaps` - 총 스왑 크기 및 사용된 스왑 크기 확인
- `grep SwapTotal /proc/meminfo` - 총 스왑 공간 표시
- `free` - 사용 가능한 여유 및 사용된 시스템 메모리(스왑 포함) 표시
- `vmstat` - 스와핑 통계 확인
- `top`, `htop` - 스왑 공간 사용량 확인
- `atop` - 시스템이 메모리를 과도하게 할당하고 있는지 표시
- 또는 한 줄 셸 명령을 사용하여 스왑 공간 검색이 사용 중인 킬로바이트 단위의 모든 응용 프로그램 나열:```bash
for _fd in /proc/*/status ; do
  awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $_fd
done | sort -k 2 -n -r | less

**suid 및 사용자 실행 비트 활성화 (소문자 s)** - 비트 `rwsr-x-r-x`가 설정되었습니다.```bash
chmod u+s b.pl
ls -lt b.pl
-rwsr-xr-x 1 root root 179 Jan  9 01:01 b.pl

**guid 및 그룹의 실행 비트 활성화 (소문자 s)** - `rwxr-sr-x` 비트가 설정됨.```bash
chmod g+s b.pl
ls -lt b.pl
-rwxr-sr-x 1 root root 179 Jan  9 01:01 b.pl

만약 `LC_ALL`이 작동하지 않는다면, `LANG`을 사용해보세요 (그래도 작동하지 않으면 `LANGUAGE`를 시도해보세요):```bash
LANG=C date +%A
Monday

**3) 애플리케이션 소유자 및 그룹**

각 애플리케이션에는 지정된 **소유자**(예: **u01-prod**, **u02-prod**)와 **그룹**(예: **g01-prod**, **g02-prod**)이 있으며, 이들은 웹사이트 디렉터리의 모든 파일과 디렉터리의 소유자로 설정됩니다.```bash
chown -R u01-prod:g01-prod /var/www/app01
chown -R u02-prod:g02-prod /var/www/app02

So **alice** user has standard privileges for `/var/www/app01` and **bob** user has standard privileges for `/var/www/app01` and `/var/www/app02`.

**5) 웹 서버 소유자와 그룹**

웹 서버에서 쓰기 작업이 필요한 모든 파일이나 디렉토리는 해당 소유자를 갖습니다. 웹 서버가 Apache인 경우 기본 소유자/그룹은 **apache:apache** 또는 **www-data:www-data**이고, Nginx의 경우 **nginx:nginx**입니다. 이 설정은 변경하지 마십시오.

애플리케이션이 **uwsgi** 또는 **php-fpm**과 같은 앱 서버와 함께 작동하는 경우, 특정 구성 파일에서 적절한 사용자와 그룹(예: **app01**의 경우 **u01-prod:g01-prod**)을 설정해야 합니다.

**6) 권한**

**액세스 제어 목록**으로 권한을 적절히 설정합니다:```bash
# For web server
setfacl -Rdm "g:apache:rwx" /var/www/app01
setfacl -Rm "g:apache:rwx" /var/www/app01

# For developers
setfacl -Rdm "g:g01-prod:rwx" /var/www/app01
setfacl -Rm "g:g01-prod:rwx" /var/www/app01

`df's` `-i` 옵션은 사용 가능한 공간 대신 각 파일시스템의 inode 정보를 제공하도록 지시합니다. 구체적으로, df가 각 마운트된 파일시스템에 대해 총 inode 수, 사용 가능한 inode 수, 사용된 inode 수 및 inode 사용 비율을 반환하도록 합니다. 이 옵션은 출력을 읽기 쉽게 하기 위해 다음과 같이 `-h` 옵션과 함께 사용할 수 있습니다:```bash
df -hi

**이상한 이름의 파일 삭제**

때로는 파일 이름에 이상한 문자가 포함된 파일이 생성되기도 합니다. Unix 파일 시스템은 null(ASCII 000) 또는 "/"를 제외한 모든 문자를 파일 이름의 일부로 허용합니다. 다른 모든 문자는 허용됩니다.

사용자는 디렉터리나 파일을 보기 어렵게 만드는 문자가 포함된 파일을 만들 수 있습니다. 예를 들어 끝에 공백이 있는 ".. " 디렉터리를 만들거나, 이름에 백스페이스가 있는 파일을 만들 수 있습니다. 다음과 같이 사용합니다:```bash
touch `printf "aa\bb"`

`ls`가 결과를 터미널로 보낼 때, 출력 불가능한 문자를 표시하기 위해 파일 이름에 "**?**"를 넣습니다.

`rm -i *`를 사용하여 이 파일을 제거할 수 있으며, 각 파일을 삭제하기 전에 확인을 요청합니다. 하지만 inode 번호를 알면 `find`를 사용하여 파일을 제거할 수도 있습니다.```bash
ls -i
435304 aa?b
find . -inum 435304 -delete

1) 권한 변경: `chmod 0777 sess_kee6fu9ag7tiph2jae` 후 제거 시도
2) 소유자 변경: `chown root:root sess_kee6fu9ag7tiph2jae` 후 제거 시도
3) 디렉터리 권한 및 소유자 변경: `chmod -R 0777 dir/ && chown -R root:root dir/` 후 제거 시도
4) 파일 재생성: `touch sess_kee6fu9ag7tiph2jae` 후 제거 시도
5) 서버에서 실행 중인 다른 프로세스(예: `rsync`)를 확인하세요. NFS 서버가 과도하게 부하된 경우 일시적 오류로 나타날 수 있습니다.
6) 파일 inode 찾기: `ls -i`, 제거 시도: `find . -inum <inode_num> -delete`
7) 파일 시스템 재마운트(가능한 경우)
8) 시스템을 단일 사용자 모드로 부팅하고 `fsck`로 파일 시스템 복구

유용한 리소스:

- [ls에서 디렉터리에 물음표가 표시됨. IO 오류도 발생합니다.](https://serverfault.com/questions/65616/question-marks-showing-in-ls-of-directory-io-errors-too)

</details>

<details>
<summary><b>LVM을 사용할까 말까? 어떤 이점이 있나요?</b></summary><br>

- LVM을 사용하면 파일 시스템을 매우 쉽게 이동할 수 있습니다
- 새 물리 볼륨에 볼륨 그룹을 확장할 수 있습니다
- 이전 물리 볼륨에서 원하는 수의 논리 볼륨을 이동할 수 있습니다
- 파티션을 마운트 해제하지 않고도 해당 볼륨을 볼륨 그룹에서 제거할 수 있습니다
- 백업을 위해 논리 볼륨의 스냅샷을 생성할 수도 있습니다
- LVM에는 내장 미러링 지원이 있어 여러 물리 볼륨에 걸쳐 논리 볼륨을 미러링할 수 있습니다
- LVM은 TRIM도 지원합니다

유용한 리소스:

- [LVM이란 무엇이며 용도는 무엇인가요?](https://askubuntu.com/questions/3596/what-is-lvm-and-what-is-it-used-for)

</details>

<details>
<summary><b>LVM 파티션 크기를 늘리는 방법은?</b></summary><br>

LVM 파티션 크기 조정을 위해 `lvextend` 명령을 사용하세요.

- 크기를 500MB 확장:```bash
lvextend -L +500M /dev/vgroup/lvolume

명령 경로는 절대 경로여야 합니다! 그런 다음 user1 셸에서 `sudo -u user2 /opt/scripts/bin/generate.sh`를 호출합니다.

</details>

<details>
<summary><b>bash 스크립트에서 루트로 실행 중인지 확인하는 방법은 무엇인가요? 주의해야 할 점은 무엇인가요?</b></summary><br>

bash 스크립트에서 실행 중인 사용자가 루트인지 확인하는 여러 방법이 있습니다.

경고: 루트 사용자 이름을 사용하여 사용자가 루트인지 확인하지 마세요. ID 0인 사용자가 root라고 불린다는 보장은 없습니다. 이는 널리 따르는 매우 강력한 관례이지만, 누구든지 슈퍼유저의 이름을 다른 이름으로 바꿀 수 있습니다.

bash를 사용할 때 가장 좋은 방법은 `$EUID`를 사용하는 것입니다. `$UID`는 변경될 수 있고 스크립트를 실행하는 실제 사용자를 반영하지 않을 수 있기 때문입니다.```bash
if (( $EUID != 0 )); then
  echo "Please run as root"
  exit
fi