IT Study Blog

Linux Server - FTP ◎ Linux FTP의 특징   - 가벼움, 기능은 더 적지만 사용에 큰 지장은 없음.   - 대용량 파일 전송 서비스에 적합 → 큰 차이는 없음   - 주로 엔지니어들이 사용   - xinetd 보다는 standalone 형태로 운영 미리 띄워져있는 프로그램 : 데몬 데몬을 띄우는 방법 1. standalone : Listening을 본인이 스스로 2. superdemon : super demon이 Listening 담당 (xinetd) 둘의 차이는? 요즘은 2 → 1로 가는 추세, 이유는 리소스가 풍부해졌기 때문   - 시스템에 리소스를 많이 차지하는 서비스   - Out of band     21번 포트 : control connection     20번 포트 : data connection (Active mode)                   - Passive mode : 임의의 1024번 이후의 포트를 사용 (위험하다고 생각할 경우)     * 이와는 무관하게 클라이언트는 모두 1024번 이후의 포트를 사용 ◎ 접속 및 전송 과정  1. FTP client는 21번 포트를 통해 서버와 control connection을 설정  2. 이 제어연결을 통해 사용자 계정과 비밀번호를 전송  3. client는 제어연결을 통해 원격지의 디렉토리 변경과 같은 명령을 전송.  4. 서버는 제어연결을 통해 파일 전송을 위한 명령을 받으면 TCP data connection을 초기화  5. 하나의 파일 전송이 끝나면 data 연결은 close 됨.  6. 다음 파일 전송을 위해서는 새로운 TCP connection을 생성 ◎ Acti...

● NFS 실습 ◎ 개요  - NFS 서버 : 네트워크를 통해 파티션을 공유하도록 제공  - 서버의 리소스를 제공하는 서비스 ◎ 설정 - 기존의 Apache 서버를 클라이언트로 사용 - 기존의 DNS 서버를 NFS 서버로 사용 ◎ 유저 디렉토리 옵션 default - root_squash / no_all_squash a1) no root squash a2) all squash a3) no all squash a4) root squash / all squash a5) no root squash / all squash a6) root squash / no all squash a7) no root squash / no all squash ◎ 실습 순서 1) 서버 - NFS의 설치 확인 [root@DNS-Server ~]# rpm -qa |grep nfs-utils nfs-utils-lib-1.0.8-7.2.z2.SUL2 nfs-utils-1.0.9-47.SUL2 [root@DNS-Server ~]# rpm -qa |grep portmap portmap-4.0-65.2.2.1 2) 서버 - 계정 생성 [root@DNS-Server ~]# groupadd -g 800 a [root@DNS-Server ~]# useradd -g 800 -u 801 a1 .. [root@DNS-Server ~]# useradd -g 800 -u 807 a7 [root@DNS-Server ~]# cat /etc/passwd |grep a a1:x:801:800::/home/a1:/bin/bash a2:x:802:800::/home/a2:/bin/bash a3:x:803:800::/home/a3:/bin/bash a4:x:804:800::/home/a4:/bin/bash a5:x:805:800::/home/a5:/bin/bash a6:x:806:800::/home/a6:/bin/bash a7...

◎ NFS   - 서버와 클라이언트 모두 유닉스이다.   - Sun사에서 개발 ◎ NFS 서버 설치 확인  # rpm -qa | grep nfs-utils   nfs-utils-1.2.3-64.el6.x86_64   nfs-utils-lib-1.1.5-11.el6.x86_64 # rpm -qa | grep rpcbind   rpcbind-0.2.0-13.el6_9.1.x86_64 ◎ 관련 파일  • 데몬 : /usr/sbin/rpc.nfsd           /sbin/rpcbind • 관리 스크립트 : /etc/rc.d/init.d/rpcbind                      /etc/rc.d/init.d/nfs • 환경 설정 파일 : /etc/exports                       → 기본 제공되는 파일이 아님 (만들자)   ※ 이전 버전은 portmap을 이용한다. (rpcbind 대신에)      → 둘은 같다고 봐도 무방하다. portmap 버전 up해서 나온게 rpcbind ◎ NFS - export • 허가할 클라이언트 지정   - 주소/넷마스크의 표현 형식으로 사용가능     ex. 203.228.182.0/24 → 203.228.182. 네트워크의 모든 주소   - 하나의 IP 및 호스트의 주소로 적을 수 있음     ex. *.msmc.or.kr → msmc 도메인에 있는 모든 서버     ▷ UID를 이용해 사용자를 구분 ◎ NFS - export 옵션 (서버) ...

Linux - YUM, CRON, RSYNC ◎ RPM - 패키지를 불러와야한다는 단점?, 고질적 문제인 의존성 문제 ◎ YUM - RPM과 동일한 형식의 설치 구조 지원  - 인터넷 repository (창고, 저장소)를 이용하는 기술로, 인터넷만 연결되어 있다면, 지원되는 모든 프로그램의 설치와 관리가 가능  - 설치하고 싶은 패키지를 설치하면 의존성 때문에 필요한 다른 패키지도 같이 설치.  - 인터넷으로는 YUM으로, 나의 저장장소로 부터 설치하면 RPM으로. 차이가 큰 것은 아님 ● 조회   - yum list : 설치된 패키지를 확인     # yum list - rpm -qa 와 동일     # yum list [패키지명] - 지정한 패키지의 설치여부를 확인 ● 설치     # yum install [-y] [패키지명] - 패키지를 repository로부터 설치 ● 업데이트     # yum update [-y] [패키지명] - 패키지를 repository로부터 업데이트한다. - production에서 테스팅이 끝난 패키지만 업데이트 ● 삭제     # yum remove [패키지명] - 지정한 패키지를 삭제한다. 실습) http 패키지를 찾아보고, 있다면 지우고 재설치, 없다면 설치해보자. 툴삭제 툴 재설치 설치 완료! ◎ CRON   ● 주기적으로 작업되는 작업 일정을 저장하여 자동으로 실행하는 데몬   ● at이나 anacron 등과 같이 다양한 프로그램 지원     - /etc/rc.d/init.d/crond  :  데몬 실행 스크립트 (service를 이용한다.)     - /usr/lib/systemd/system/crond.servi...

Linux - 07. RPM과 YUM ◎ RPM 이란?   - Redhat이 제공하는 리눅스용 프로그램 배포 기술   - 프로그램의 설치, 검증, 삭제 등의 다양한 기능을 제공   - 패키지 구조      → 패키지명-버전-릴리즈(업데이트?).아키텍쳐(하드웨어).rpm   - 질의      #rpm -qa : 시스템에 설치된 모든 패키지명      #rpm -qi 패키지명 : 패키지의 상세한 정보      #rpm -ql 패키지명 : 패키지의 파일리스트      #rpm -qf 파일명 : 지정한 파일이 포함된 패키지  ◎ 설치 및 업그레이드    #rpm [-ivh | -uvh | -Fvh]   옵션     -i : 설치     -u : 업그레이드 (이전버전 미설치 시 -i와 동일)     -F : 업그레이드만     -v : 설치과정 출력     -h : 설치정도 출력 (#)  ◎ 삭제    #rpm -e 패키지명       → 지정한 패키지를 삭제한다 (하지만 대부분 삭제되지 않음 - 의존성 문제)  ◎ 주요 추가 옵션    --nodeps : 의존성을 무시하고 작업(삭제에 주로 이용)    --force : 같은 버전의 패키지나 파일이 있어도 무시하고 작업진행 → 작업 중 문제가 생길 때 처음부터 재설치하는 경우, 좋은 방법은 아님    --oldpackage : 다운그레이드시 사용 내일은 YUM에 대해서 공부.

Linux - 06 네트워크 설정 커널 - 하드웨어를 관리 user는 디바이스 파일을 통해 h/w를 제어 (직접 접근할 수 없다) ◎ Network Interface Card   - 유닉스 시스템들은 각 시스템마다 NIC를 지칭하는 디바이스 파일명이 고유   - 리눅스의 경우, eth0, eth1.. 등의 이름으로 명명   - (en0, en1.... tu0, tu1...등 유닉스마다 다 다른 이름)장치의 설정은 커널 부트업시    자동으로 수행   - 지원되지 않는 NIC는 직접 컴파일 후 디바이스를 적재해야 함.   +) 리눅스에서 램카드를 이용하려면 오랜 시간 사용하여 검증된 마더보드를    구입하는 것이 좋다. ◎ 디바이스 파일  - /lib/modules/2.6.18-274.el5/kernel/drivers/net 경로에 리눅스에서 지원하는   모든 네트워크 디바이스 파일이 존재 +) 실습 PC의 경로   - /lib/modules/2.6.18-398.el5/kernel/drivers/net ◎ ifconfig 명령어  네트워크 인터페이스 상태를 확인하거나 설정을 변경   - 변경 내용은 영구적이지 않음     -> 시스템이 변경 내용을 읽어야하는데, 부트 시에만 한번 읽기 때문에 서비스를        죽였다 살리거나 시스템을 리부트해야 변경 가능.     -> 환경설정 파일을 아무리 변경해도 즉시 변경이 적용되지 않음.     - 인터페이스를 변경하더라도 재부팅하면 원상 복귀.   - IDC : 매우 빠른 네트워크, 제공자의 Server를 관리 (비싼 임대료)           서버 1대 한 달에 70정도? # ifc...

Linux - 05 파일시스템과 파티션 ▣ 파일시스템? 파일을 저장하기 위한 운영체제의 논리적인 구조 각각의 OS는 여러 파일시스템을 지원 Linux : ext3, ext2, xfs, jfs, ReiserFS... Windows : FAT, FAT32, NTFS... *NTFS - FAT보다 느림, 쓴 다음 읽어보고 일정시간 이상이 걸린다면 다른 곳에 저장. 물리적으로 데이터가 망가지지 않았으면서도 데이터가 날아가는 FAT의 단점을 보완. 파티션 물리적인 디스크를 논리적인 저장영역으로 구별한 것 MBR 디스크의 앞쪽이 물리적으로 정의되어있는 sector OS가 직접 사용하지 않으며 부트로더가 저장된다. ▣ 파티션의 종류 Primary partition 물리적인 디스크에 독립적으로 존재하며 파일시스템을 생성, 운영체제가 직접 사용 가능하다. 각 물리적인 디스크마다 4개까지 생성할 수 있다. Extended partition 디스크마다 1개까지 생성 가능하며 직접 사용할 수 없고 logical partition으로 분할 사용한다.  -> 직접 사용 불가능 (안은 개수제한이 없는 logical 파티션으로 사용) Logical partition Extended partition내에 만들어지며 사용은 parimary partition과 동일하다. P+E는 최대 4개까지 생성 가능하다. 쉘 / 커널 시험문제 나옴! IDE - 디스크 자체 : /dev/hda, /dev/hdb, /dev/hdc - 파티션 : /dev/hda1, /dev/hda2, /dev/hda3… SCSI, SATA - 디스크 자체 : /dev/sda, /dev/sdb, /dev/sdc - 파티션 : /dev/sda1, /dev/sda2, /dev/sda3… *SATA : sda, sdb, sdc 중 하나 5번 이후부터 Logical Partition이라 할 수 있다. ▣ 디스크 확인 * df 명령어 ...

Linux 04 파일구조와 퍼미션 Protection Ring 아래와 같은 링 구조가 48 계층으로 이루어짐   각 계층에 관여할 수 있는 계층은 인접한 계층 뿐. º Device File   - 유저가 H/W에 명령하는 것은 이 파일을 통해 직접 작업하는 것처럼 느끼는 것   - 수정한 디바이스 파일이 커널을 통해 H/W에 명령   - 장비를 사도 디바이스 파일이 없는 경우 사용 불가 º Shell   - 유저가 치는 명령어를 받아들이는 역할 ------------------------------------------------------------------------------------------- 리눅스 파일 구조 º 구조     d     rwx r-x ---      2           root        root       4096   Dec 18  12:31       aa 파일종류 / 퍼미션 / 하드링크 수 / 소유자 / 그룹소유자 / 크기 / 마지막변경일자 / 파일명 중첩된 권한은 큰 권한을 따라간다 ----? º 파일의 종류  - : 일반 파일  d : 디렉토리  l : 링크 파일  b : 블록 디바이스 파일  c : 문자 디바이스 파일 - 블록 디바이스 파일은 입출력의 최소 단위가 OS에서 정한 블록 단위로만 캐시 가능   -> 캐시가 가능하다    * 작은 규모의 메모리 탐색은 큰 규모의 탐색보다 빠름      -...

Linux 모든 사용자은 등록 전에 그룹이 정해져 있어야 한다. user 기반 그루핑 - 사람을 기준으로 그루핑 role 기반     "     - 권한을 기준으로 그루핑 ○ 사용자 등록 정보 - /etc/passwd  + 패스워드는 해시코드로 저장   암호 - 원문으로 복호화 가능 (느림)   해시 - 원문으로 복호화 할 수 있는 방법이 없음 (빠름) - 사용자의 기본 등록 정보가 저장 - 사용자 패스워드의 경우 shadow password 사용 - useradd 명령을 이용 등록 - 사용자의 직접수정이 가능(추천하지 않는다) # cat /etc/passwd root:x:0:0:root:/root:/bin/bash ………… 계정:암호:UID:GID:주석:홈디렉토리:쉘 계정, 암호 UID - User ID Number GID - Group ID Number 주석 - 아무거나 써도 됨 홈디렉토리 - 개인 디렉토리 쉘 - 사용자가 입력한 내용을 받아 시스템에 전달해주는 역할을 담당   (윈도우 - 명령어 해석기) - /etc/shadow # cat /etc/shadow ………… ora9i:$1$EyiB87fi$VcYrH1VIxKKeqq9tq/:13443:0:99999:7::: 계정 : 암호 : 최종변경일 : 암호변경까지 남은날 : 암호 유효기간 : 암호 만료까지 경고기간 : 암호만료뒤 계정 폐쇠까지 기간 : 계정의 만료일 : 예비 ○ pwconv(pwunconv) 명령을 이용 활성화(비활성화)   -> 쉐도 파일을 활성/비활성 ○ change명령을 이용 내용 수정 +쉐도파일 설명) shadow 파일 활성화 시킨 상태가 기본  - 패스워드를 shadow에 별도로 관리 비활성화 = pa...