TRACE

Namespace
: 하나의 k8s Cluster를 여러개 논리적인 단위(namespace)로 나누어서 개체를 관리하는 것

(App 배포 및 Project를 진행할 때 편리)

namespace 생성하기

- kubectl create ns globalvision
- kubectl run myhome --image=nginx --port 80 -n globalvision
- kubectl run mygame --image pengbai/docker-supermario --port 8080 -n globalvision
- kubectl get pod -n globalvision : 확인

서비스 생성

- kubectl api-resources | grep -i service : Namespace를 지정해야 하는지 확인.(namespace 부분이 true라면 지정해야 함)

- kubectl expose pod mygame --type NodePort --port 8080 -n globalvision

1. Polaris dashboard 앱 생성

- kubectl apply -f https://github.com/fairwindsops/polaris/releases/download/5.2.0/dashboard.yaml

- kubectl expose -n polaris deployment polaris-dashboard --type=NodePort --name=polaris2 --port=8080
- kubectl get svc -n polaris

Polaris dashboard 앱 삭제

-  kubectl delete ns polaris

2. Chaos Mesh 앱생성(script로설치)

-  curl -o chaos.sh https://mirrors.chaos-mesh.org/v2.0.1/install.sh : 다운로드

-  curl -sSL https://mirrors.chaos-mesh.org/v2.0.1/install.sh | bash : 설치

Chaos Mesh dashboard 앱 삭제

-  kubectl delete ns chaos-testing

--> k8s에서 App을 배포할 때는 App을 만든 개발자는 그 App에 대한 고유한 namespace를 만들어서 App을 배포하도록 하는 경향이 있다. 이렇게 하면 어떤 App이 설치 되었는지 쉽게 알 수 있고 삭제할 때도 참 편리하다.

하나의 Pod 안에 여러 개의 Container를 두고 싶을 때는 yaml 파일을 사용해야 한다.

YAML
: YAML Ain't Markup Language
YAML은 문서 마크업이 아닌 데이터 직렬화가 핵심이다.

• YAML 기본문법
(기본형식: Field)
기본 옵션 : apiVersion / kind / metadata / spec

• 각 Object 및 Controller의 현재 사용하는 버전 확인하기

- kubectl api-resources

• Object 및 Controller의 사용 가능한 Field가 어떤 것들이 있는지 확인하기

: kubectl explain 명령어 사용

- kubectl explain pods
- kubectl explain pods.metadata(항목별 상세 정보 확인)

 

 

 

※ pod-sample.yaml을 다운로드하여 실행하기

• wget http://down.cloudshell.kr/k8s/lab/pod/pod-sample.yaml

• kubectl apply -f pod-sample.yaml
• kubectl get pod -o wide

 

삭제할 때는 다시 pod-sample.yaml을 사용한다

• kubectl delete -f pod-sample.yaml
• kubectl get pod -o wide

 

 

• YAML 구문의 유효성 확인 (http://www.yamllint.com/)

Pod

    - 여러 개의 Container를 운영하는 가장 기초적인 모듈

Replicaset

    - Replicaset은 동일 Pod에 대한 가용성을 안정적으로 보장받기 위한 모듈

    - Pod의 개수를 유지시켜 줌

Deployment 

    - 같은 Pod가 여러개의 Node에 배포되는 형태 

    - Pod와 Replicaset에 대한 선언과 업데이트를 관리해주는 모듈

    - 사용이유 : Pod가 죽을 경우를 대비하여 서버를 보호 차원에서 사용

Nginx Pod을 K8S cluster에 배포하기

• K8S 환경에서 실행중인 Pod은 한 개 이상의 container로 구성되며, 그 Pod에 있는 docker container들은 storage와 Network을 공유한다

• mynginx라는 deployment 생성하기 >> 이와 함께 pod도 생성됨

- kubectl create deployment mynginx --image=nginx
- kubectl get deployments.apps
- kubectl get pod -o wide (wide 옵션 : 어느 node에 무슨 ip 인지 확인)

10.47.0.0 : weave-net IP

- kubectl scale deployment mynginx --replicas=4

로도 수정할 수 있다.

Kubernetes deployment로 pod을 만들 때의 장점

: pod가 죽으면 자동으로 새로운 pod를 생성

기존 데이터는 cluster 외부에 저장하게 설정하여 데이터 유실을 막아야 한다.

kubectl describe deployments.apps (deployment 이름) : deployment 정보 확인

kubectl describe pod (pod 이름): pod 정보 확인

그런데, 외부에서 pod로는 직접 접속이 안된다.
따라서 서비스를 노출시켜야 한다.

Kubernetes의 서비스 유형

1. ClusterIP (기본 형태)
2. NodePort
3. LoadBalancer
4. ExternalName

더보기

1. ClusterIP

:  파드들이 클러스터 내부의 다른 리소스들과 통신할 수 있도록 해주는 가상의 클러스터 전용 IP

:  Cluster IP로는 Cluster 내부(master, node1, node2, node3)에서만 접속할 수 있다.

2. NodePort

: 외부에서 노드 IP의 특정 포트(<NodeIP>:<NodePort>)로 들어오는 요청을 감지하여, 해당 포트와 연결된 파드로 트래픽을 전달하는 유형의 서비스다.

: 이때 클러스터 내부로 들어온 트래픽을 특정 파드로 연결하기 위한 ClusterIP 역시 자동으로 생성된다.

3. LoadBalancer

:  클라우드 공급자의 로드 밸런서를 사용하여 서비스를 외부에 노출시킨다.

:  외부 로드 밸런서가 라우팅되는 NodePort와 ClusterIP 서비스가 자동으로 생성된다.

:  로드 밸런서의 (virtual) IP를 통해 접속한다.

그림 출처 Google Cloud

Nodeport 서비스 이용

: 각 node IP의 특정 포트 번호로 접속 (관리자가 test 할 때의 용도로 많이 쓰임)

-kubectl create service nodeport mynginx --tcp=80:80

## 서비스 이름 : mynginx
# 앞의 80: Cluster-IP로 접속할 때 사용되는 포트 번호
# 뒤의 80: Container의 Port 번호

- kubectl get service -o wide

Container의 강점(Docker 관점)

• 도커 호스트의 커널(프로세스, 하드웨어 관리)을 공유하기 때문에 가볍고 빠르다
  (하드웨어가 차지하는 용량이 적다)
• Application 운영 시 VM보다 가볍다
• Application 배포가 빠르다
• 지속적인 개발, 통합 및 배포가 가능하다
• 개발, 테스트, 운영 전반에 걸쳐 일관성 있는 환경을 제공한다
• Resource를 충분하게 활용할 수 있다

Container의 약점(Docker 관점)

• 개발자 입장
  - Application code 작성 > Build > Ship > Run
  - 도커는 container 단위로 관리
  따라서 Container가 많으면 docker 명령어로 일일이 관리하기가 어렵다
• 운영자 입장
  - Container가 갑자기 죽으면?
  - Container 운영 중 업그레이드는? Rollback은 어떻게?
  - 서비스의 이상 및 부하의 모니터링은 어떻게?

>>>> K8S - Container Orchestrarion<<<<

= Container 환경을 효과적으로 관리(생성, 수정, 삭제)하기 위한 도구

특징

1. Clustering : 여러 node 중앙 관리
2. 상태(State) 관리 : 설정한 Pod 개수 보장, Pod의 livenessProbe(컨테이너가 동작 중인지 여부를 나타낸다. 만약 활성 프로브에 실패한다면, kubelet은 컨테이너를 죽이고, 해당 컨테이너는 재시작 정책의 대상이 된다.)
3. 부하 조정(Scheduling)으로 배포 관리 : Pod 배포 시 부하 정도가 가장 적절한 node 선정하여 배포
4. 배포  버전 관리 : Rolling Update (Deployment로 새로운 버전의 App을 이전 버전을 유지한 채 업데이트 진행) + Roll Back (문제 발생 시 이전 버전으로)
5. Service Discovery
   (Pod 집합에서 실행중인 Application을 네트워크 서비스로 노출하여 Cluster 외부에 있는 User가 Application을 이용하도록 네트워크 경로를 제공하는 것)
   (K8S는 Pod에게 고유한 IP주소 부여, Pod 집합에 대한 단일 DNS명을 부여. 이들간의 로드-밸런싱 수행)
   
6. Volume Storage
   (각 node 별 다양한 storage 제공)
   (Volume : Pod에 종속되는 디스크. 해당 Pod에 속해 있는 여러 개의 Container가 공유해서 사용)

Kubernetes는 서비스 관리를 개별적이 아닌 집단적으로 관리한다

따라서 대부분의 상황에서 개별 시스템(node)와 상호작용할 필요는 없다

→ 비교적 Stateless(관계의 상태를 유지하지 않는 것) 업무에 적합하다 (stateless 예시 : UDP 프로토콜)

개발 배경

• Container는 stateless, immutable, mortal (상태를 가지고 있지 않고, 변화하지 않으며, 언제든 죽을 수 있는)개념을 기반으로 아키텍처를 구성하다 보면 운영에 앞서 반드시 필요한 것이 Container Orchestration(=Kubernetes)이
• Container Orchestration은 다수의 Container를 다수의 node(Cluster)에 적절하게 분산 실행하고, 원하는 상태(Desired State)로 실행상태를 유지해 주고, 다운타임 없이 유동적으로 스케일을 확장/축소(Scale)할 수 있게 도와준다
• 사용자가 Container에 대한 동작과 다른 Container와의 관계를 정의하면 배포/운영/스케일링에 문제가 없도록 자동으로 관리되는 운영 시스템이라고 할 수 있다

Kubernetes 종류

• 관리형 Kubernetes
  : Amazon EKS, Azure AKS, Google GKE
• 설치형 Kubernetes
  : RANCHER, RedHat OPENSHIFT
• 직접 구성형 Kubernetes
  : Kubeadm, Kubespray, Kops, Krib

Kubernetes 설치

(아래 내용은 master, node1, node2, node3 모두에게 적용)

실행 환경 : centos7-x86_64

1. /etc/hosts 파일 수정

각 PC의 IP 작성 후 scp 로 node1,2,3에 복사
- scp /etc/hosts node1:/etc/hosts

2. SWAP 기능 끄기
- swapoff -a
- vi /etc/fstab 
(마지막 부분인 swap 부분 주석처리)
- reboot

3. br_netfilter Kernel Module 기능 켜기
- modprobe br_netfilter
- echo '1' > /proc/sys/net/bridge/bridge-nf-call-iptables
- vi /etc/sysctl.conf
(net.bridge.bridge-nf-call-iptables = 1
net.bridge.bridge-nf-call-ip6tables = 1 작성)
- reboot

4. 방화벽과 selinux disable 처리
- systemctl disable firewalld
- vi /etc/sysconfig/selinux (## centos7 이전 버전 시)
(SELINUX=disabled 수정)

5. Kubernetes Repository 파일 다운로드

• repository : kubelet, kubectl, kubeadm

(원래는 repo 파일을 직접 구성해야 한다. 편의상 있는 자료를 다운받겠다)
- cd /etc/yum.repos.d
- wget http://down.cloudshell.kr/k8s/kubernetes.repo

- yum repolist -y (## kubernetes 설치 확인)

6. docker 설치 및 시작 
- curl -sSL http://get.docker.com | bash
- systemctl start docker && systemctl enable docker
- docker info | grep -i cgroup
(이 명령어 입력 시 Cgroup Driver : cgroupfs라고 나타난다.
Kubernetes는 docker의 cgroup을 systemd를 사용하기 때문에 
이를 systemd로 변경해주어야 한다)

7. docker cgroup driver를 systemd로 변경
- vi /usr/lib/systemd/system/docker.service
(ExecStart=/usr/bin/dockerd 바로 뒤에 --exec-opt native.cgroupdriver=systemd를 삽입)
- systemctl daemon-reload (## 모든unit file을reload)
- systemctl restart docker 
- docker info | grep -i cgroup (## systemd로 변경됨)

8. 특정한 이전 버전(1.21.1)의 K8S 설치

※ kubernetes repository 
1. kubeadm - 쿠버네티스 클러스터 구성, 클러스터 가입, 삭제시 사용(init, reset, join..)
2. kubelet - 쿠버네티스 서비스(서버). 클러스터의 각 노드에서 실행되는 에이전트. Kubelet은 파드에서 컨테이너가 확실하게 동작하도록 관리한다.
3. kubectl - kubectl은 쿠버네티스 클러스터 관리자를 제어한다.

- yum install -y kubelet-1.21.1-0 kubeadm-1.21.1-0 kubectl-1.21.1-0
- systemctl daemon-reload
- systemctl enable kubelet --now

9. K8S Clustering 구성(Master에서만 작업)
#특정한 이전 버전(1.21.1)의 K8S Clustering 구성
- kubeadm init --kubernetes-version=v1.21.1
이때, 설치 결과를 복사하여 다른 곳에 꼭 저장해놓는다.
----------------------------------------------------------------------------

설치 결과
Your Kubernetes control-plane has initialized successfully!

To start using your cluster, you need to run the following as a regular user:

  mkdir -p $HOME/.kube
  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  sudo chown $(id -u):$(id -g) $HOME/.kube/config

(master에서 클러스터 구성 시 필요)

Alternatively, if you are the root user, you can run:

  export KUBECONFIG=/etc/kubernetes/admin.conf

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
  https://kubernetes.io/docs/concepts/cluster-administration/addons/

Then you can join any number of worker nodes by running the following on each as root:

kubeadm join 10.0.2.15:6443 --token h1a03j.qe1qctd831cfijxa \
        --discovery-token-ca-cert-hash sha256:538ab8cea29bab9814f850a87450008bf8ee7efcf3706e562bbc6ce5bb08cf74

(나중에 node1,2,3에서 join 할 때 필요)
----------------------------------------------------------------------------
그리고 

  mkdir -p $HOME/.kube
  cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  chown $(id -u):$(id -g) $HOME/.kube/config

이 부분을 순차적으로 입력해준다.

10. Kubernetes 버전 정보 확인 - Master에서
- kubectl version --short
- kubeadm version -o yaml
- kubelet --version 

Namespace 확인
- kubectl get namespaces

- kubectl get namespace

- kubectl get ns 

11. Cluster 구성정보(ConfigMap) 확인하기 - Master에서
- kubectl get configmap -n kube-system
- kubectl get cm kubeadm-config -n kube-system
- kubectl get cm kubeadm-config -n kube-system -o yaml
- kubeadm config view

12. Clustering 상태 및 Pod 상태 확인하기 - Master에서
- kubectl get node (## master가 NotReady 상태)
- kubectl get pod --all-namespaces (## 모든 pod 확인)
- kubectl get pod -A (## 모든 pod 확인)

-->> cluster 상태가 Not Ready이고 coredns 상태가 Pending이다.

이 상태에선 각 Node들에서 실행중인 Pod들간에 통신이 안된다
-->>Pod Network를 생성하여 이 문제를 해결할 수 있다

13. Pod Network 구성하기 - Master에서만 작업 (weave-net 설치)
- export kubever=$(kubectl version | base64 | tr -d '\n')
- kubectl apply -f "https://cloud.weave.works/k8s/net?k8s-version=$kubever"

- kubectl get pod -A (## coredns가 이제는 running)
30초 정도 기다린 후 
- kubectl get pods -A

- kubectl get nodes (## master가 Ready 상태가 됨)

(node1,2,3에서)
kubeadm join 10.0.2.15:6443 --token h1a03j.qe1qctd831cfijxa \
        --discovery-token-ca-cert-hash sha256:538ab8cea29bab9814f850a87450008bf8ee7efcf3706e562bbc6ce5bb08cf74
입력 후

(master)
- kubectl get nodes (## master 말고 node1,2,3도 Ready 상태가 됐음을 알 수 있다)

docker image는 Layer로 구성 (Meta + Data)

메타 정보 확인
- docker inspect (이미지이름)

Docker Layer = image layer(read-only) + container layer(read/write)

container layer = 컨테이너가 작업하는 데이터 저장. 따라서 컨테이너 종료 시 conatiner layer 삭제됨

• Docker Image Layer

: Docker Image Layer는 Dockerfile 명령어 갯수와 동일

image layer를 보여주는 docker inspect와 docker history는 보여지는 image layer 갯수가 다를 수 있다

(docker inspect에서는 image layer 크기가 0인 것은 보여주지 않음)

※ 먼저 생성된 Layer는 다음에 생성된 Layer의 부모(Parent)가 된다

• Build Cache

docker build를 실행할 때 사용되는 개념.

Build 중에 동일한 Image Layer가 있으면 기존 것을 재사용한다는 개념

여기서, 수정이 없는 Layer2 까지는 Cache를 사용하지만, 새롭게 입력된 명령어( echo SLEEPING ,,,)에 대해서는 새롭게 작업함을 알 수 있다.

따라서, Image Layer 수정이 빈번한 dockerfile명령어는 최대한 마지막에 쓰는 것이 중요
• 만약 제일 위에 빈번한 수정이 있는 Image Layer가 있다면, 수정할 때마다 대부분의 Image Layer를새롭게 생성하기 때문에, 그만큼 Build 속도가느리고 Image Layer 저장공간을 많이 차지하게 된다

• dangling 이미지 = 이름과 태그가 없는 image

dangling 이미지 종류 

1. docker build 과정에서 중간에 생성되어 삭제된 docker image layer = "dangling build cache"

2. 기존 도커 이미지와 동일한 이름과 태그를 사용하여 docker build했을 때 = "dangling image"

dangling 이미지는 불필요하게 디스크 공간을 차지할 수 있으므로 관리자가 수동으로 삭제해야 한다!

＊dangling build cache 삭제 명령어

- docker system prune -a (##모든 이미지 다 삭제됨. 조심조심)

＊dangling image 몽땅 삭제 명령어

- docker images -f "dangling=true"

- docker rmi $(docker images -f "dangling=true" -q) 또는 docker image prune

• 라우터 쓰는 목적, 이유

1. Routing & Switching : 길 찾기
2. 거리가 멀어서
3. 네트워크 간 충돌을 줄이기 위해 스위치 중간에 위치하여 대역(네트워크)을 나눠 원활하게 통신. (브로드캐스팅 차단)
4. 보안(패킷 필터링으로 차단)

단점 : 속도 저하(잘 못 느낌) -> 해결 : 라우터 대신 L3 스위치 사용(LAN 라우터. 속도 안떨어짐)

- tracert(traceroute) : 라우터 경로 추적하는 명령어, 고장난 라우터 찾을 수 있음

• 공인 IP는 전세계에서 유일한 IP 주소

• 하나의 네트워크 안에서 유일

L2 : 스위치 - VLAN..
VLAN(Virtual LAN)
- 하나의 Switch에 연결된 장비들의 Network(Broadcast Domain)를 나눔
- 사용 시, 보안성 강화(라우터로 통신해야 하기 때문에)

L3 : 라우터 포함 스위치 - VPN..

1. 포트 포워딩

- 공유기(라우터)에서 진행
- 특정 포트(모든 포트)를 통해 목적지를 지정해 줌

2. Reverse Proxy

- 웹 서버 앞에 위치하여
- 웹 서버(80,443)에 대해서만 포워딩
- "L7 스위치"
- 리버스 프록시 서버를 여러개의 서버 앞에 두면 특정 서버가 과부화 되지 않게 로드밸런싱이 가능

ex) nginx(리버스 프록시 서버), AGW (Application GateWay(Azure Cloud 용어))

3. (Forward) Proxy

- 클라이언트 앞에 위치하여 클라이언트가 자신을 통해서 다른 네트워크 서비스에 간접적으로 접속할 수 있게 해 주는 컴퓨터 시스템이나 응용 프로그램
- 일반 프록시 서버

4. 로드 밸런서

- 여러 대의 서버를 두고 서비스를 제공하는 분산 처리 시스템에서 필요한 기술
-  똑같은 storage. 다른 contents. DNS 서버의 단점을 해결한 장비
- 보안을 위해서 사용
- "L4 스위치"

한 주소에 여러 접속 요청이 있을 시(부하 상황 발생), 어떻게 할까?
"스케일 아웃" : 장비를 추가해서 확장하는 방식(주소(url)는 같고 IP는 다르게. 무한 분산 방식)

1)  DNS Server : 라운드 로빈 방식(첫 번째 요청은 첫 번째 서버, 두 번째 요청은 두 번째 서버, 세 번째 요청은 세 번째 서버에 할당)
문제점 : 부하가 걸리는지 체크할 수 없음
2) Load Balancer : DNS Server의 문제점 해결. 지능적으로 여러 서버가 분산 처리 하는 것

• 라우터

• Switch와 Router의 차이점

• 라우터 Interface 종류

• 라우터 접속 방법

• NAT (Network Address Translation, 네트워크 주소 변환) 

공유기의 NAT 기능(내부 → 외부)
외부 → 내부 로 설정하기 위해선?
1) Port Forwarding
: 외부 포트를 개방하여 통로를 만드는 것
보통, 외부 포트와 내부 PC 포트 번호를 동일하게 설정
단점 :  1개의 장치/컴퓨터에 1개의 포트만 매핑 가능(1:1)

2) DMZ
: 외부에서 접근하는 어떤 포트라도 1개의 특정 사설IP/ 내부IP로 매핑
--> 보안에 매우 취약

포트 포워딩 시 포트스캐닝을 통한 해킹이 가능하기 때문에 VPN을 설정하면 효과적임

1) 직접 연결 
2) 이동형 VPN 장치
3) VPN 클라이언트 설치

1) 인증
2) 정책(누가, 언제 접속 가능한지 등)

• DHCP 

• 라우터

• 이더넷1(NAT네트워크)
  : ToInternet(외부 인터넷 설정) 
  - 10.0.2.201, 10.0.2.202
• 이더넷2(어댑터에 브리지)
  : LAN(PC(centos)로의 연결) 
  - 192.168.201.1, 192.168.202.1
• 이더넷3(내부 네트워크)
  : InterRouter(라우터끼리의 연결) 
  - 172.16.0.1, 172.16.0.2
  
  

• 내부 네트워크 

• NAT = 기본적으로 일방향(내부 > 외부)

라우팅 프로토콜 RIP
 = 라우터끼리의 정보교환 하여 네트워크 연결

https://padlet.com/yerim999/tgf0wzcq63foh5vc/wish/2232934744

• 모드형 편집기 : vi

i - 현재 커서 입력
o - 아랫줄 입력
O - 윗줄 입력
yy - 복사
3yy - 3줄 복사
p - 붙여넣기
dd - 한 줄 삭제
x -한 글자 삭제
D - 현재 커서부터 마지막 커서까지 삭제
:w - 저장하기
:w "파일이름" - saveas 다른이름으로 저장
:q - 수정 적용 후 빠져나오기
:q! - 수정 적용하지 않고 빠져나오기
:wq - 저장하고 나오기
$ - 가장 마지막 커서로 이동
:$ - 가장 마지막 라인으로 이동
:숫자 - 해당 라인으로 이동
u - 이전 작업 취소
:e! - 저장 이후 작업 전부 취소
수정? 마지막 커서로 간다($) -> /이나 ? 입력 -> n으로 찾기
:r "파일" - 읽어오기(불러오기)

• 비모드형 편집기 : gedit

- yum list installed : 설치된 "패키지" 확인

- yum list update : 업데이트 가능한 패키지 확인
- yum update : 몽땅 업데이트!

- yum info "패키지명" : 패키지 정보 확인
- yum search "이름대충" : 비슷한 이름의 패키지 찾기
- yum provides "파일" : 파일이 어느 패키지에 속하는지 찾기

- du -sh /lab/ :디렉토리 용량 확인

- tar cvf /mnt/lab.tar /lab/ : /lab/을 archive하여 /mnt/에 lab.tar라는 이름으로 저장(c : create, v : 화면에 상세히 출력, f : archive파일 사용)
- scp lab.tar centos2:/root/ :centos2의 /root/로 파일 전송
- tar xvf lab.tar : archive풀기

- tar cvzf labzip.tar.gz /lab/
- scp labzip.tar.gz centos2:/root/
- tar xvzf labzip.tar.gz

- fdisk -l | grep /dev : 연결 확인
- fdisk /dev/sdb : 하드디스크 연결
- mkfs -t ext4 /dev/sdb1  : 포맷
(n : 파티션 생성 > 숫자 입력(몇개로 파티션 할 건지), w: write & exit)
- mount -t ext4 /dev/sdb1 /mnt : 하드디스크에 연결하여 사용
- vi /etc/fstab : reboot 해도 mount 유지
- umount /mnt : 마운트 해제

- groups suser : 속한 그룹 확인
- id suser : 1,2차 그룹 자세히 (1차 그룹 : 파일 소유 그룹. 2차 그룹 : 파일 접속 그룹

- useradd "유저" : 자신의 group에 속함
- useradd -N "유저" : N 옵션 사용 시 기본 group에 속함

- groupadd "그룹"
- gpasswd "그룹"

- usermod : 사용자 수정. 그룹 변경
- usermod -g salesgroup suser1 : 1차 그룹 변경
- usermod -aG salesgroup suser1 (add, G:2차 그룹)

- groupadd pubgroup
- gpasswd pubgroup
- usermod -aG pubgroup suser1

- chmod 640 /public/public.txt
소유자(root)만 rw가능, 나머지 그룹은 아무 권한 없음

- chgrp -R pubgroup /public : 소유 그룹 변경(R : 하위까지)

- sudo -i : root 비밀번호 없이 root로 변경

https://padlet.com/yerim999/tgf0wzcq63foh5vc/wish/2232278223

FTP : 포트 20,21번 사용. 인터넷 상의 파일을 다운로드, 업로드 하는 서비스

(centos3 - ftp 서버)
- yum install vsftpd -y (설치)
- systemctl enable vsftpd --now(구동)
- cd /var/ftp
- cd pub (ftp서버 기본 디렉토리)
- touch secret.file

(Windows - 클라이언트)
1. 서버 관리자 - 로컬 서버 - IE 보안 강화 구성(다 disable로 변경)
2. 인터넷 -  MobaXterm 다운
3. session - ftp - centos3 ip주소 입력, anonymous 입력 - 들어가면 pub 디렉토리 보임

(centos1 - 클라이언트)
- yum install ftp -y
- ftp 10.0.2.7
anonymous
ENTER
- put "파일" : 업로드
- get "파일" : 다운로드


ftp 서버 = 여러 파일 동시 다운로드 가능 
다운로드 속도도 빠름 
인터넷에서 주고받을 때는 이를 이용하는 것이 좋음