New Crowdin updates (#1375)

* New translations mkdocs_venv.md (Ukrainian)

* New translations 01-basic.md (Korean)

* New translations librenms_monitoring_server.md (Korean)

* New translations haproxy_apache_lxd.md (Korean)

* New translations cron_jobs_howto.md (Korean)

* New translations pound.md (Korean)

* New translations navigation.md (Korean)

* New translations mkdocs_lsyncd.md (Korean)

* New translations sftp.md (Korean)

* New translations lab7-software_management.md (Korean)

* New translations mkdocs_venv.md (Korean)

* New translations active_directory_authentication.md (Korean)

* New translations dnf_automatic.md (Korean)

* New translations firewalld-beginners.md (Korean)

* New translations enabling_iptables_firewall.md (Korean)

* New translations learning_selinux.md (Korean)

* New translations firewalld.md (Korean)

* New translations generating_ssl_keys_lets_encrypt.md (Korean)

* New translations vbox-rocky.md (Korean)

* New translations introduction.md (Korean)

* New translations ssh_public_private_keys.md (Korean)

* New translations ssl_keys_https.md (Korean)

* New translations index.md (Korean)

* New translations pam.md (Korean)

* New translations mkdocs_venv.md (Italian)

* New translations navigation.md (Italian)

docs/books/learning_ansible/01-basic.ko.md

@@ -1,7 +1,7 @@
 ---
 title: Ansible 기초
 author: Antoine Le Morvan
-contributors: Steven Spencer, tianci li
+contributors: Steven Spencer, tianci li, Aditya Putta
 update: 15-Dec-2021
 ---
 
@@ -73,14 +73,15 @@ Ansible은 다음과 같은 작업에 도움을 줄 수 있습니다:
 ## Ansible 단어
 
 * **관리 시스템**: Ansible이 설치된 머신입니다. Ansible은 **에이전트가 없이** 동작하므로 관리 대상 서버에는 소프트웨어가 배포되지 않습니다.
+* **관리되는 노드**: Ansible이 관리하는 대상 장치를 "호스트"라고도 합니다. 이들은 서버, 네트워크 장치 또는 다른 컴퓨터가 될 수 있습니다.
 * **인벤토리**: 관리 대상 서버에 대한 정보를 포함하는 파일입니다.
-* **작업**: 작업은 실행할 절차를 정의하는 블록입니다(예: 사용자 또는 그룹 생성, 소프트웨어 패키지 설치 등).
-* **모듈**: 모듈은 태스크를 추상화하는 것입니다. Ansible에서는 여러 모듈이 제공됩니다.
-* **플레이북**: 목표 서버와 수행할 작업을 정의하는 간단한 yaml 형식의 파일입니다.
-* **롤**: 롤은 플레이북과 코드의 공유와 재사용을 용이하게 하기 위해 필요한 다른 모든 파일 (템플릿, 스크립트 등) 을 구성하는 것입니다.
-* **컬렉션**: 컬렉션에는 플레이북, 롤, 모듈 및 플러그인의 논리적인 집합을 포함합니다.
+* **작업들**: 작업은 절차를 정의하는 블록으로서 (예: 사용자 또는 그룹 생성, 소프트웨어 패키지 설치 등) 실행됩니다.
+* **모듈**: 모듈은 작업을 추상화한 것입니다. Ansible에는 많은 모듈이 제공됩니다.
+* **플레이북**: 대상 서버와 수행할 작업을 정의하는 YAML 형식의 간단한 파일입니다.
+* **롤**: 롤은 플레이북과 코드의 공유와 재사용을 용이하게 하기 위해 필요한 다른 모든 파일 (템플릿, 스크립트 등)을 구성하는 것입니다.
+* **컬렉션**: 컬렉션에는 플레이북, 롤, 모듈 및 플러그인의 논리적인 집합이 포함됩니다.
 * **팩트**: 시스템에 대한 정보(컴퓨터 이름, 시스템 버전, 네트워크 인터페이스 및 구성 등)를 포함하는 전역 변수입니다.
-* **핸들러**: 변경 사항 발생 시 서비스를 중지하거나 재시작하는 데 사용됩니다.
+* **핸들러들**: 이들은 변경 사항이 발생할 경우 서비스를 중지하거나 재시작하는 데 사용됩니다.
 
 ## 관리 서버에 설치
 

docs/guides/automation/cron_jobs_howto.ko.md

@@ -72,7 +72,7 @@ MAILTO=root
 * `/etc/cron.weekly` - 스크립트는 매주 실행됩니다. 최근 실행 시간의 달력 일에 기반합니다 (팁 참조)
 * `/etc/cron.monthly` - 스크립트는 매월 실행됩니다. 최근 실행 시간의 달력 일에 기반합니다 (팁 참조)
 
-!!! 팁
+!!! !!!
 
     이들은 매일, 매주, 매월 비슷한(정확히 같지는 않지만) 시간에 실행될 가능성이 높습니다. 보다 정확한 실행 시간은 아래의 @options를 참조하십시오.
 
@@ -124,29 +124,37 @@ MAILTO=root
 
     `cron`이 실행하려면 이 스크립트도 실행 가능해야 합니다(`chmod +x`).
 
+실행 중인 현재 작업을 나열하려면 다음과 같이 하십시오
+
+`crontab -l`
+
+사용자가 생성한 모든 작업을 나열하려면
+
+`crontab -l -u <username>`
+
 작업을 추가하려면 다음을 수행합니다.
 
 `crontab -e`
 
-`crontab`은 "cron table"을 나타내며, 파일의 형식은 사실 느슨한 테이블 레이아웃입니다. 이제 `crontab` 안에 들어왔으므로 파일의 맨 아래로 이동하여 새 항목을 추가합니다. 기본 시스템 편집기로 `vi`를 사용하는 경우 다음 키를 사용하여 작업합니다:
+`crontab`은 "cron table"을 의미하며, 파일 형식은 사실상 느슨한 테이블 레이아웃입니다. 이제 `crontab`에 들어갑니다. 파일 끝으로 이동하여 새 항목을 추가합니다. 기본 시스템 편집기로 `vi`를 사용하는 경우 다음 키를 사용합니다:
 
 `Shift : $`
 
-파일의 맨 아래에 도착했으므로 줄을 삽입하고 항목에 대한 간단한 주석을 입력하여 항목의 내용을 설명합니다. 이를 위해 줄의 시작에 "#"를 추가합니다:
+파일 끝에 도달하면 줄을 삽입하고 새 항목에 대한 간단한 설명을 입력합니다. 이를 위해 줄의 맨 앞에 "#"를 추가합니다:
 
-`# 매일 밤 10시에 시스템 백업`
+`# Backing up the system every night at 10PM`
 
-이제 엔터를 누르십시오. 여전히 삽입 모드에 있어야 하므로 다음 단계는 항목을 추가하는 것입니다. 빈 주석이 달린 `crontab`(위)에서 볼 수 있듯이 **m**은 분, **h**은 시간, **dom**은 날짜, **mon**은 월, **dow**는 요일입니다.
+Enter를 누릅니다. 여전히 삽입 모드에 있어야 하므로 다음 단계는 항목을 추가하는 것입니다. 빈 주석 처리된 `crontab` (위)에서 볼 수 있듯이 **m**은 분, **h**는 시간, **dom**은 월의 일, **mon**은 월, **dow**는 요일을 나타냅니다.
 
-매일 10:00에 백업 스크립트를 실행하려면 다음과 같이 입력합니다:
+백업 스크립트를 매일 오후 10시에 실행하려면 다음과 같은 항목을 작성합니다:
 
 `00  22  *  *  *   /usr/local/sbin/backup`
 
-이는 매일 밤 10시에 스크립트를 실행하도록 지정합니다. 이는 매월의 모든 날, 모든 월, 주의 모든 날에 해당합니다. 이것은 단순한 예제일 뿐이며, 특정한 요구 사항이 있는 경우 상황이 매우 복잡해질 수 있습니다.
+이것은 매일 오후 10시에 스크립트를 실행하도록 지정합니다. 이것은 간단한 예시이며 특정 요구 사항이 있는 경우 매우 복잡해질 수 있습니다.
 
 ### `crontab`에 대한 @options
 
-일정한 시간(예: 일, 주, 월, 년 등)에 작업을 실행하는 또 다른 방법은 @options을 사용하는 것입니다. @options은 더 자연스러운 타이밍을 사용할 수 있도록 합니다. @options은 다음과 같습니다:
+또한 엄격한 일정(예: day, week, month, year, 등)에 따라 작업을 실행하는 다른 방법은 @options을 사용하는 것입니다. @options은 더 자연스러운 타이밍을 사용할 수 있습니다. @options은 다음과 같습니다.
 
 * `@hourly` 는 매시 정각마다 매일 스크립트를 실행합니다 (이는 스크립트를 `/etc/cron.hourly`에 두는 것과 정확히 동일한 결과입니다).
 * `@daily`는 매일 자정에 스크립트를 실행합니다.
@@ -159,33 +167,33 @@ MAILTO=root
 
     이러한 `crontab` 항목을 사용하면 `anacron` 시스템을 우회하고 `anacron` 설치 여부에 관계없이 `crond.service`로 되돌아갑니다.
 
-백업 스크립트 예에서 @daily 옵션을 사용하여 자정에 백업 스크립트를 실행하면 항목은 다음과 같습니다.
+백업 스크립트 예제에서 @daily 옵션을 사용하여 자정에 백업 스크립트를 실행하려면 항목은 다음과 같습니다:
 
 `@daily  /usr/local/sbin/backup`
 
 ### 더 복잡한 옵션
 
-지금까지 사용된 해결책은 꽤 단순한 옵션들이었지만, 보다 복잡한 작업 타이밍은 어떻게 처리해야 할까요? 예를 들어, 하루 동안 매 10분마다 백업 스크립트를 실행하고 싶다고 가정해 봅시다 (실용적인 것은 아닐 수 있지만, 예제입니다!). 이를 위해 crontab은 다음과 같이 설정될 것입니다:
+지금까지 사용한 해결책은 꽤 단순한 옵션이었지만 더 복잡한 작업 시간을 사용하려면 어떨까요? 예를 들어 하루 종일 백업 스크립트를 매 10분마다 실행하려는 경우 (아마 실제로는 실용적이지 않을 수 있지만 예시입니다!). crontab은 다음과 같을 것입니다:
 
 `*/10  *   *   *   *   /usr/local/sbin/backup`
 
-백업을 매 10분마다 실행하되, 월요일, 수요일 및 금요일에만 실행하고 싶다면 다음과 같이 설정할 수 있습니다:
+매 10분마다 실행하되 월요일, 수요일 및 금요일에만 실행하려면:
 
 `*/10  *   *   *   1,3,5   /usr/local/sbin/backup`
 
-토요일과 일요일을 제외한 매일 10분마다 실행하려면 다음과 같이 설정할 수 있습니다:
+토요일과 일요일을 제외한 매일 10분마다 실행하려면:
 
 `*/10  *   *   *    1-5    /usr/local/sbin/backup`
 
-표에서 쉼표는 필드 내 개별 항목을 지정하고 대시는 필드 내 값 범위를 지정합니다. 이는 필드 중 어느 것에서든 발생할 수 있으며 여러 필드에서 동시에 발생할 수도 있습니다. 보시다시피 상황이 상당히 복잡해질 수 있습니다.
+표에서 쉼표를 사용하여 필드 내에서 개별 항목을 지정할 수 있으며 대시는 필드 내의 값 범위를 지정할 수 있습니다. 이것은 모든 필드에 대해 참이며 동시에 많은 필드에 대해서도 참입니다. 복잡해질 수 있음을 알 수 있습니다.
 
-스크립트를 실행할 시기를 결정할 때는 시간을 들여 계획해야 합니다. 특히 조건이 복잡한 경우에는 더욱 그렇습니다.
+스크립트를 실행할 시기를 결정할 때는 시간을 내어 계획해야 하며, 기준이 복잡한 경우 특히 그렇게 해야 합니다.
 
 ## 결론
 
-_cron/crontab_ 시스템은 Rocky Linux 시스템 관리자나 데스크톱 사용자에게 강력한 도구입니다. 이를 통해 작업과 스크립트를 자동화하여 수동으로 실행할 필요가 없게 됩니다. 더 복잡한 예제는 다음에서 확인할 수 있습니다:
+_cron/crontab_ 시스템은 Rocky Linux 시스템 관리자나 데스크톱 사용자에게 강력한 도구입니다. 이를 사용하면 작업과 스크립트를 자동화하여 수동으로 실행하지 않아도 됩니다. 더 복잡한 예시는 다음 위치에서 확인할 수 있습니다.
 
 * **하루 종일 작동하지 않는 기기**의 경우, [anacron - 명령 자동화](anacron.md)를 살펴보세요.
 * `cron` 프로세스에 대한 간략한 설명은 [cronie - 타이밍 작업](cronie.md)을 참조하세요.
 
-기본 사항은 매우 쉽지만 더 복잡해질 수 있습니다. `crontab`에 대한 자세한 내용은 [crontab 매뉴얼 페이지](https://man7.org/linux/man-pages/man5/crontab.5.html)를 참조하세요. 대부분의 시스템에서 추가 명령 세부 정보를 보려면 `man crontab`을 입력할 수도 있습니다. `crontab` 기술을 미세 조정하는 데 도움이 되는 풍부한 결과를 제공하는 "crontab"에 대한 웹 검색을 수행할 수도 있습니다.
+기본적인 내용은 꽤 쉽지만 옵션은 더 복잡할 수 있습니다. `crontab`에 대한 자세한 정보는 [crontab 메뉴얼 페이지](https://man7.org/linux/man-pages/man5/crontab.5.html)를 참조하세요. 대부분의 시스템에서도 `man crontab`을 입력하여 추가적인 명령어 세부 정보를 얻을 수 있습니다. 또한 "crontab"으로 웹 검색을 수행하면 `crontab` 기술을 더욱 세밀하게 조정하는 데 도움이 되는 다양한 결과가 나타납니다.

docs/guides/contribute/mkdocs_lsyncd.ko.md

@@ -22,8 +22,8 @@ tags:
 
 * 커맨드 라인에 대한 익숙하고 편안함
 * 편집, SSH, 동기화 도구 사용에 익숙하거나 따라하고 배울 준비가 되어 있음
-* LXD에 대해 참조합니다 - [서버에서 LXD를 구축하고 사용하는 방법](../../books/lxd_server/00-toc.md)에 대한 긴 문서가 있지만, 여기서는 Linux 워크스테이션에 기본 설치만 사용합니다. 이 문서는 이미 다른 목적으로 LXD를 사용하고 있다고 가정하며, LXD의 빌드 및 초기화를 다루지 않습니다.
-* 파일 미러링에 `lsyncd`를 사용할 예정이며 [여기에서](../backup/mirroring_lsyncd.md) 관련 문서를 찾을 수 있습니다.
+* LXD 참조 - 서버에서 LXD를 구축하고 사용하는 것에 대한 장문의 문서가 [여기](../../books/lxd_server/00-toc.md)에 있지만 Linux 워크스테이션에서는 기본 설치만 사용합니다
+* 미러링 파일에 `lsyncd ` 사용. 관련 내용은 [이 문서](../backup/mirroring_lsyncd.md)를 참조하세요.
 * [이 문서](../security/ssh_public_private_keys.md)를 사용하여 로컬 워크스테이션의 사용자 및 "root" 에 대한 공개 키를 생성해야 합니다.
 * 이하의 예제에서는 브리지 인터페이스가 10.56.233.1에 실행되며, 컨테이너는 10.56.233.189에 실행되는 것으로 가정합니다.
 * 이 문서에서 "youruser"는 사용자 ID를 나타내므로 해당 사용자에 맞게 바꿉니다.
@@ -148,7 +148,7 @@ scp -r .ssh/ [email protected]:/home/youruser/
 ssh -l 사용자 10.56.233.189
 ```
 
-무엇을 해야 하는지 이해하기 위해 동일하게 만들어야 합니다. 하지만 이렇게 하려면 `ssh-agent`를 사용할 수 있는지 확인해야 합니다.
+무엇을 해야 하는지 이해하기 위해 동일하게 만들어야 합니다. 하지만 이렇게 하려면 `ssh-add`를 사용할 수 있는지 확인해야 합니다. 이 작업을 수행하려면 <code>ssh-agent</code>를 사용할 수 있어야 합니다:
 
 ```
 eval "$(ssh-agent)"