Network Administratoin 읽음:735 [ Chapter Networking Overview ] 1. OSI 7 layer 각 계층 순서별 이름. _______________________ | 7 | Application | ----------------------- | 6 | Presentatoin | ----------------------- | 5 | Session | ----------------------- | 4 | Transport | ----------------------- | 3 | Network | ----------------------- | 2 | Data Link | ----------------------- | 1 | Physical | ----------------------- Open System Interconnection 2. 각 계층의 역할 1) Physical Layer * Protocol model의 H/W level로 전자적 signal에 의해 제어된다. 2) Date Link Layer * ARP, RARP ARP는 IP address를 Ethernet address로 mapping RARP는 Ethernet address를 IP address로 mapping * packet의 형태로 data 전송 packet = ethernet header + ip header + tcp header + data 3) Network Layer * IP - IP address를 사용 data를 보내고 받을 수 있도록 IP header를 구성/해석 - outgoing시 (상위 layer ---> 하위 layer): 상위 layer인 Transport Layer에서 받은 frame에 IP header를 붙인다. - incoming시 (하위 layer ---> 상위 layer): 전송되어온 data가 분할(fragment)되었는지를 확인하여 분할된 경우는 원래의 data를 조합하여 Transport Layer로 넘겨줌. * datagram의 형태로 data를 넘겨준다. datagram = ip header + tcp header + data 4) Transport Layer * addressing 방법: port number * TCP - TCP connection에 의해 보내진 data는 반드시 대응되는(peer)상대가 받는다. 상대가 data를 흘려버리지 않도록 flow control을 하거나 전송중에 error가 발생한 경우 자동적으로 재전송한다. - data 전송시 일일이 virtual circuit(가상회선)을 설정한다. - TCP header 구성. * UDP - connectionless, unreliable datagram protocol - datagram의 loss나 fail을 recovery할 방법이 없다. - 사용예 ' 확실한 데이타 전송이 그리 중요치 않은 통신에 사용한다. ' 신뢰성이 매우 높은 회선을 사용한 통신에 사용한다. ' 사용자 프로그램등의 상위층이 확실한 데이타 전송을 대신할 수 있는 경우. ' 한번에 만흥ㄴ 상대에게 데이타를 전달하고자 할 때 사용한다. - UDP header를 구성. * TCP를 사용할지 UDP를 사용할지는 사용자에 의해 invoke되는 network application이 어느 protocol을 사용하는지에 따라 다르다. 예) telnet - TCP에 user request를 전달 domain name service - UDP에 user request를 전달. 5) Session Layer * 시스템 또는 전송 연결간의 fail이나 이벤트를 치료하거나 재구성하고, 통신 어플리케이션간의 연속적인 관리와 유지보수를 한다. 6) Presentation Layer * 어플리케이션 서비스 데이타를 전송하기위해 사용되어질 수 있는 데이타 포멧을 관리할 뿐만아니라 인코딩과 디코딩등을 한다. 7) Application Layer * 개별적인 네트워크 어플리케이션을 포함한다. 3. 어플리케이션 계층에서 사용되는 대표적 프로그램들 * telnet, ftp , tftp, "r"command series, NIS, DNS, nfs, sendmail 4. IP Address의 Class 구분 A Class : 1-127.*.*.* B Class : 128-191.0-255.*.* C Class : 192-223.0-255.0-255.*. D Class : 224-239.0-255.0-255.0-255 5. netmask의 의미및 사용시 장점 * 의미 : 네트워크 어드레스를 위해 미리 정한 IP address의 부분을 정한것이다. * 장점 : -Network의 전반적인 Traffic을 감소하고 Network상의 찾고자하는 IP address를 보다 빨리 찾을 수 있게한다. -방대한 한 network을 쪼개서 사용할 수 있다. [ Chapter Network Design and Development Planning ] 1. Basic Networking Terms and Concepts * Networking Models * Comparing Two Networking Models * The Client-Server Model * Types of Addressing * Using the TCP/IP Model to Exchange Data 2. LAN으로서 Ethernet의 특성, 설치시 유의사항 특성: * High-bandwith data transfer (10 Mbytes/s maximum) rates * Low error rate and offers error detection but not correction * Connectionless protocol;no guaranteed frame delivery * No buffering or flow-control when sending messages 유의사항 * 천장을 통해서 coaxial cable을 사용할때는 전류 도관이나 형광등을 피해야한다. * network 명세서에 지시된것처럼 network상에 1024를 넘지않고 100이나 그이상의 노드 를 가져야한다. * thick Ethernet coax로는 단지 2.5m * 다른 두 노드사이에는 오직 한개 또는 두개의 리피터를 놓아야한다. 3. CSMA/CD 설명 Carrier Sense Multiple-Access Collision Detection LAN의 각 client가 동시에 통신선을 사용할 때 발생할 수 있는 충돌을 막아주는 프로토콜이다. 통신회선의 사용여부를 반송파를 통해 진단한 후 패킷을 전송하는 방식으로, 네트워크의 부하가 크다는 단점이 있다. 4. LAN설치시 고려해야 할 사항########## 5. Repeater/Bridge/Gateway의 구분 * Repeater - OSi의 physiacl layer에 해당하는 기능을 수행한다. 전송신호의 증폭과 재생을 기본기능으로 하여 LAN을 상호접속하거나 거리를 연장시키고 접속되는 장치의 수를 증가시키는데 사용된다. 즉, 주된 기능은 두 개의 LAN을 견결시켜 데이타 bit를 하나의 LAN segment 에서 다음 segment로 전송하는 과정에서 신호의 감쇄를 보장해 줌으로써 두 개의 LAN을 물리적으로 연결된 하나의 네트웍으로 만들어 준다. 구체적인 용도는 두개 또는 그 이상의 LAN을 repeate로 연결함으로써 전체 네트워크의 거리를 확장하는 것이다. * Bridge - OSI 모델의 데이타 링크 계층중 MAC계층에서 기능한다. 리피터와는 대조적으로 두 segment 사이에서 datalink layer간의 패킷 전송을 담당하는 장치이다. 기능에 따라 여러가지로 구분되지만 LAN을 연결하는 방식에 따라 local, remote bridge로 나눈누는 것이 가장 일반적이다. local bridge는 지역적으로 매우 가까이 있는 두 LAN segment를 직접 연결시켜주는 bridge로 예를 들어 하나의 대규모 건물내에 있는 소규모 LAN들을 하나의 커다란 네트웍으로 연결하는데 사용된다. remote bridge는 서울에 있는 본사의 LAN과 지방에 분산되어 있는 지사의 LAN과 같이 지리적으로 먼거리에 떨어져 있는 두 LAN을 연결하는 용도로 사용되는데 대개의 경우 두 bridge간은 공중망을 통하여 연결하고 있다. * Gateway - 두 개의 컴퓨터 네트웍을 연결시켜 주는 시스템으로 LAN과 LAN 사이의 데이타 중계를 담당하는 통신 서버를 일컫는다. 하드웨어와 프로토콜, NOS가 전혀 다른 PC, 대형기종, 미니급 컴퓨터 등이 네트웍에서 사용되는 서로 다른 프로토콜을 변화시켜 결합시켜 준다. [ Chapter Network Configuration ] 1. Ethernet frame에 포함되는 정보 ---------------------------- | Destination IP address | ---------------------------- | Source IP address | ---------------------------- | | | | Transport | Data | -----------------------------| header | |------- | Destination | Source | Type | | | CRC | | Ethernet |Ethernet| | | | | | address |address | | | | | ------------------------------------------------------------------ |<------------------------ Ethernet Frame ------------------------>| 2. Ethernet설치시의 Guidline########## 3. receiver system은 sender system의 Ethernet Address를 어디서 구하는가?########## 4. 'arp" command를 사용 permanent ARP table에 Ethernet address를 추가하는 방법 # arp -s hostname ether_address ex) jhkim# arp -s lily 8:0:20:18:73:60 확인) jhkim# arp lily lily (158.44.203.14) at 8:0:20:18:73:60 permanent (expire after 20 min) 5. ARP에 대한 전반적인 설명 IP Address를 Ethernet address에 맵핑하기 위해 사용된 ARP(Address Resolution Protocol) 테이블을 display, control하는 것이다. arp -a : 현 ARP엔트리의 모든것을 보여준다. P - Publish S - Static U - Unresolved M - Mapping arp -d hostname : hostname에 관계되는 엔트리를 삭제한다. arp -s hostname ether_address [ temp ] [ pub ] [ trail ] : ARP 에트리를 첨가한다. 6. RARP에 대한 전반적인 설명 (Reverse Address Resolution Protocol) * Network Configuration Information - IP Information - Ethernet Information * Diskless Systems : diskless system을 사용하기 위해서는 IP address를 포함하는 초기화하기위해서 RARP를 사용해야만 한다. 7. automatic network address configuration에 관련되는 화일들 /etc/inittab, /etc/rcS ---> /etc/rcS.d/S30routusr.sh /etc/inet/hosts, /etc/hostname.*[0-9] /etc/nodename, /etc/defaultrouter 8. "sys-unconfig"의 용도 및 구체적 기능 시스템의 환경을 초기화하는 명령어이다. /etc/inet/hosts ---> /etc/inet/hosts.saved. restores : /etc/inet/hosts, /etc/TIMEZONE remove : /etc/hostname.*[0-9], /etc/nodename, /etc/defaultdomain, /etc/net/*/hosts /etc/inet/netmasks, /etc/shadow disable : NIS, NIS+ 9. ifconfig -a command 결과 해석하는 방법 jhkim# ifconfig -a lo0: flags=849 mtu 8232 inet 127.0.0.1 netmask ffffff00 le0: flags=863 mtu 1500 inet 158.44.203.19 netmask ffffff00 broadcast 158.44.203.255 ether 0:3:e3:c1:2:13 lo0 : Loopback interface flags : flag argument UP, DOWN : interface를 통해서 packet을 send, redeive할 수 있다(UP),없다(DOWN) NOTRAILERS : IP packet의 non-standard encapsulation을 지원하지 않는다. RUNNING : interface가 호스트에 의해서 인식된다는 의미. MULTICAST : multicast address를 지원한다. mtu (Maximum Transfer Unit) : network layer에서 packet fragmentation을 결정한다. inet : Internet address netmask : network layer에서 incoming, outgoing packet이 적용된다. broadcast : 모든 호스트들에게 메세지를 전송하는데 사용. ether : Ethenet Address 10. Troubleshooting Network Configuration * All interfaces are UP * The IP address is correct * The netmask is correct * The broadcast address is correct 11. subnetting의 이점 * network상에서 broadcast되는 routing traffic의 양을 감소시킬 수 있게된다. * 모든 host가 하나의 physical network상에 있을 필요가 없게 되는 점. - SRI로 부터 추가의 network number를 얻지 않고서도 한 network이 확장이 가능하게 된다. - "nework 사용을 많이 하는 부류"를 분리시킬 수 있게 된다. 예를 들어, 어느 한 group이 network load가 큰 program을 사용한다면 다른 일반 사용자들과 분리함으로써 그 program이 전체 network performance를 저하시키는 것을 막을 수 있다. 12. subnetting의 구현 절차, 각 시스템에서 구현시 사용 command와 화일들. 1. 새로운 network/subnet topology결정 - 몇개의 physical subnet으로 분리할 것인지를 결정. - subnet간의 router로써 쓰일 machine을 결정한다. - subnet상의 host들의 위치를 결정한다. - IP address의 몇개의 bit가 network number로 쓰일지를 결정한다.(network class) 2. subnet상의 machine들에 host address를 할당한다. 3. 새로이 할당된 IP address에 맞춰 /etc/hosts file을 변경한다. 4. Reboot all machine 5. 정확히 사용되었는지 check (IP address,netmask,broadcast) = ifconfig command 13. Static Routing/Dynamic Routing의 차이점. * Static Routing - 커널에 있는 테이블들이 시스템이 부팅될때 정의되고 바뀌지 않는다. * Dynamic Routing - 커널이 있는 테이블들이 네트웍이 바뀔때마다 라우팅 데몬에 의해 update된다. Solaris machine들은 모두 호스트들 사이에 라우팅 정보를 교환하는 "in.routed"를 제공한다. 14. ICMP란 무엇인가, 기능. (Internet Control Message Protocol) * internet layer상에서 IP를 공존하고, IP를 위한 error와 diagnostic을 제공한다. * IP상에 존재하는 datagram protocol이다. * Destination unreachable - network, host, protocol, port는 획득할 수 없다. - 메세지는 user program으로 보내진다. * Source quench [ Chapter Network Services ] 1. port number란 무엇인가? * port나 address space를 이용하기 위해 요청되거나 제공되는 각각의 network service는 그 서비스를 위해 보존된다.일반적으로 잘 알려진 포트를 통해서 서버에 통신을 하고 그 밖의 포트를 통해서 client인 works가 존재한다. * 한 port는 physical port가 login 서비스를 제공하기 위해서 사용되는 것처럼,이런 서비스를 위해 사용하는 커널 address이다. * /etc/inet/services file 2. RPC란 무엇인가? * Remote Procedure Call * 이들 루틴들은 네트웍을 통한 다른 시스템과 교류하기 위해서 C Language로 구현됐다. 먼저, client는 서버에 request를 보내고, request를 받은 서버는 request된 서비스를 수행하기 위해서 처리루틴을 call하고 응답을 보내게 된다. 3. RPC process가 start되는 과정########## * /etc/inet/inetd.conf * /etc/rpc * rpc.nisd,mountd,nfsd --> inetd,rwalld,sprayd,admind [ Chapter Network Performance and Tuning ] 1. performance activity 각 단계 * Application level * kernel level * System configuration level * Network level 2. tuning에 관련한 고려사항, 목적등 * Responsiveness to pleas for better performance * Network and server evaluation * Capacity planning purposes 3. performance tuning processes? * Establish Metrics (기준표) * Gather Data * Identify Bottlenecks * Test Hypothesis * Analyze Data * Implement Solution * Observe Problem 4. Monitoring Performance명령어들(iostat, vmstat, sar, ps, netstat, nfsstat...) * iostat (터미널과 디스크 입.출력을 측정) jhkim# iostat -xtc 5 2 extended disk statistics tty cpu disk r/s w/s Kr/s Kw/s wait actv svc_t %w %b tin tout us sy wt id fd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 1 248 10 6 33 51 sd0 5.7 0.7 126.4 12.1 0.2 0.1 48.5 1 9 sd2 0.0 0.0 0.2 0.0 0.0 0.0 24.3 0 0 sd3 5.7 1.4 33.3 29.0 0.1 0.1 33.5 1 8 extended disk statistics tty cpu disk r/s w/s Kr/s Kw/s wait actv svc_t %w %b tin tout us sy wt id fd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 0 85 1 3 13 83 sd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 sd2 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 sd3 10.0 2.0 46.4 16.0 0.2 0.2 34.3 2 16 # disk 디스크 이름 # r/s 초당 일기 # w/s 초당 쓰기 # Kr/s 초당 읽기 Kbytes # Kw/s 초당 스기 Kbytes # wait queue length # actv removed from the queue but not yet completed # svc_t queue non-empty * vmstat(프로세서,가상 메모리, 디스크, 트랩, CPU) jhkim# vmstat 1 5 procs memory page disk faults cpu r b w swap free re mf pi po fr de sr f0 s0 s2 s3 in sy cs us sy id 0 0 0 122296 2712 0 17 152 28 131 0 46 0 6 0 7 140 443 130 10 6 84 0 1 0 80164 3008 0 17 0 0 0 0 0 0 0 0 0 93 130 60 3 2 95 0 1 0 80164 3008 0 5 0 0 0 0 0 0 0 0 2 73 121 47 1 6 93 0 1 0 80164 3008 0 5 0 0 0 0 0 0 0 0 0 83 66 34 0 1 99 0 1 0 80164 3004 0 6 4 0 0 0 0 0 0 0 1 100 66 38 1 0 99 * sar (only 2.x, 시스템 액티버티 리포터) * ps (프로세서 상태보기) * netstat (네트웍에 관계된 정보를 보여준다) jhkim# netstat -i 1 input le0 output input (Total) output packets errs packets errs colls packets errs packets errs colls 157020 0 2287 1 76 157543 0 2810 1 76 29 0 0 0 0 29 0 0 0 0 19 0 0 0 0 19 0 0 0 0 0 0 0 0 0 0 0 0 0 0 13 0 0 0 0 13 0 0 0 0 13 0 0 0 0 13 0 0 0 0 # Collision Rates = 76 / 2287 * 100 = 3.32% collision rate * nfsstat (커널상의 RPC, NFS에 관한 정보를 보여준다.) jhkim# nfsstat -cnrs Server rpc: Connection oriented: calls badcalls nullrecv badlen xdrcall dupchecks dupreqs 0 0 0 0 0 0 0 Connectionless: calls badcalls nullrecv badlen xdrcall dupchecks dupreqs 0 0 0 0 0 0 0 Server nfs: calls badcalls 0 0 Version 2: (0 calls) null getattr setattr root lookup readlink read 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% wrcache write create remove rename link symlink 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% mkdir rmdir readdir statfs 0 0% 0 0% 0 0% 0 0% Version 3: (0 calls) null getattr setattr lookup access readlink read 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% write create mkdir symlink mknod remove rmdir 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% rename link readdir readdir+ fsstat fsinfo pathconf 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% commit 0 0% Client rpc: Connection oriented: calls badcalls badxids timeouts newcreds badverfs timers 0 0 0 0 0 0 0 cantconn nomem interrupts 0 0 0 Connectionless: calls badcalls retrans badxids timeouts newcreds badverfs 0 0 0 0 0 0 0 timers nomem cantsend 0 0 0 Client nfs: calls badcalls clgets cltoomany 0 0 0 0 Version 2: (0 calls) null getattr setattr root lookup readlink read 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% wrcache write create remove rename link symlink 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% mkdir rmdir readdir statfs 0 0% 0 0% 0 0% 0 0% Version 3: (0 calls) null getattr setattr lookup access readlink read 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% write create mkdir symlink mknod remove rmdir 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% rename link readdir readdir+ fsstat fsinfo pathconf 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% commit 0 0% # options - c : Diplay client information n : Display NFS information r : Display RPC information s : Display server information 5. network monitoring * netstat, snoop * snoop (capture and inspect network packets) 6. Performance Tuning Guidelines * Recall the factors that lead to poor network performance * Use performance monitoring commands to find performance bottlenecks * Describe solutions to improve performance [ DNS Overview ] 1. DNS의 service개념 DNS는 TCP/IP를 이용한 응용계층의 protocol로서 그 기능은 네트웍상의 Host에 관한 정보를 질문하고 응답하는 것이며 NIS와는 달리 Domain간의 access가 가능하다. 또한, TCP/IP 네트웍상의 모든 주소는 4개의 숫자와 "."으로 이루어져 있다. 이런 주소 형태를 가리켜 IP address라고 부르고 인테넷상의 모든 Host들은 각자의 유일한 IP address를 NIC(Network Information Center)로부터 부여받게 된다. 그러나 이러한 숫자형의 주소 보다 기억하기 쉽고 명료한 address를 이용하게 된 것이 바로 Domain address이다. 2. 각 용어 정의들 (Name Service, Namespace, Domain, Name Server, Resolver) * Name Service - dns server로 작동하기 위해서 /etc/init.d/inetsvc /etc/rc2.d/S72inetsvc 와 hard link가 되어있는데, in.named daemon이 돌면서 Name Service를 수핸한다. * Namespace - network을 구성하고 있는 모든 호스트들의 집합. * Domain - 각 기관에 주어지는 네트웍상에서 사용하는 이름이며 "."으로 구분한다. * Name Server - Namespace를 관리하고 완전한 정보를 갖고있다. * Resolver - machine 이름들을 알기위해 필요한 어플리케이션들안에서 컴파일된 라이브러리. - 이러한 루틴들은 client request들에 응답하기위해 네임 서버로부터 호스트 정보를 추출해낸다. 3. DNS와 관련된 화일들 - /etc/named.boot, /etc/resolv.conf, /etc/nssiwtch.conf - /etc/named.boot에 지정된 directory와 dns map file들 * name.boot - 서버로서 동작하기 위한 profile을 작성하여 booting시 check후 in.named를 동작시키는 것으로 서버의 동작을 취한다. * resolv.conf - client로 작동하기 위해서 어떤 네임 서버를 사용할 것인지 정한다. * nsswitch.conf - name service switch file * /etc/named.boot file ; /etc/named.boot, 1995/4/01 | ; | directory /usr/local/dns | ; | ; type domain source host/file backup file | ; | cache . root.cache | primary trigem.co.kr tg.zone | primary 44.158.in-addr.arpa tg.rev | primary 0.0.127.in-addr.arpa local.rev - root.cache : root zone에 대한 서버들을 지정한다. - tg.zone : root domain안에서 모든 host에 대한 data를 포함하는 file - tg.rev : reserse address domain에 대한 primary name server 를 나타낸 host이다. address-to-name(inverse) mapping을 지원한다. - local.rev : loopback network에 대한 primary name server에 대해 기술 할 file이다. 4. /etc/nsswitch.* files의미 * nsswitch.conf - name service switch를 위한 configurations file * nsswitch.nis - "files"와 "nis"를 사용하는 샘플 configurations file * nsswitch.nisplus - "files"와 "nisplus"를 사용하는 샘플 configurations file. * nsswitch.files - "files"단독으로 사용하는 샘플 configurations file. 5. DNS server가 client IP request를 처리하는 절차 * Client(Resolver) ==Queries==> [Server(in.named) --> Central cache --> Local domain information] ==Queries==> [Foreign name server(in.named) --> Central cache --> Local domain information] ==Responses==> Server(in.named) ==>Responses ==> Client(Resolver) 6. name server의 debugging방법 ex) jhkim# ps -ef |grep named jhkim# kill -9 named.pid jhkim# more /var/tmp/named_dump.db 잘못된 부분을 수정한다,그리고 debug mode로 in.named를 수행한다. jhkim# in.named -d 1 jhkim# more /var/tmp/named.run * Increasing the debugging level: jhkim# kill -USR1 `cat /etc/named.pid` jhkim# more /var/tmp/named.run * Decreasing the debugging level: jhkim# kill -USR2 `cat /etc/named.pid` jhkim# more /var/tmp/named.run [ Chapter NIS + ] 1. NIS, NIS+차이점 NIS NIS+ flat name space hierarchical(UPdate와 변화를 쉽게 관리한다.) - 보안과 사소한 것까지 control - update는 매우빠르다. single key-value pairs multiple key-value pairs(특별한 키의 특별한 값에 근거를 두고 찾을 수 있다.) 2. NIS+의 전반적인 설명 * 매우 큰 네트웍을 위해 serve small로 설계된 enterprise level nameing service이다. 3. NIS+사용상의 이점 * 더이상 전달된 map들을 얻기 위해 24시간 이상을 기다릴 필요가 없다. 빠른 update. 그래서 어떠한 변화에도 매우 쉽고 쉽게 update한다. * 많은 trouble없이 모든 도메인들을 통해서 선회할 수 있다. * local sysadmin은 엔트리들의 몇몇 필드를 변화할 수 있는 그런한 policies를 셋팅 할 수 있다. [ Chapter Jumpstart - Automatic Installation ] 1. Jumpstart feature * Solaris 2.x operating 환경하에서 사용가능한 자동 인스톨 프로세서이다. * 미리설정된 소프트웨어로 새로운 시스템을 인스톨하기 위해서 사용된다. 2. Jumpstart가 작동하는 절차 * network으로부터 부팅된다 ===> boot server에 "in.rarpd"daemon실행(서버는 클라이언트 의 어드레스를 리턴한다 ===> boor server로부터 client stub를 얻기위해 "tftp"사용 ===> boot server상에서 "inetd"daemon실행(JumpStart boot image가 client에 되돌려 보내진다 ===> client로부터 JumpStart boot image가 "hostconfig"를 발생한다 ===> name server가 클라이언트의 "bootparams"테이블에 정보를 리턴한다 ===> client가 boot parameter를 갖을때 부트 프로그램이 부트 서버로부터 "/(root)"를 마운트하고 "/kernel/unix"를 실행한다, "init"프로그램이 다른 것들도 실행한다 ===> client는 "bootparams"정보를 이용해서 configuration server를 찾는다, 클라이언트는 configuration directory를 마운트하고 "sysidtool"이 실행된다. 3. Jumpstart의 customizing configuration을 위한 actions jhkim# cd /export/install/jumpstart jhkim# cp rules rules.org jhkim# vi rules [ make changes as per your need] 4. auto-install feature 5. Network install시 server의 기능/역할 * Configuration server - 자동 인스톨 프로세서를 수행하는 동안 커스터마이즈된 configuration file들을 포함한다. * Install server - 자동 인스톨 처리동안 사용하기 위해서 client machine을 위해 Solaris 2.2 media를 제공한다. install server와 configuration server는 종종 같은 시스템이다. * Boot server - 네트웍 접근과 부팅을 위한 기능을 서브넷상에서 client install을 제공한다. [ Chapter Sendmail ] 1. Email의 장점 * 인터넷에서 가장 많이 사용되는 서비스이고, 대부분의 메세지가 간단한 형태의 텍스트이고 일반적인 그래픽이미지 파일도 Email로 주고 받을 수 있다. 2. mail alias resolution과 관련된 화일들과 그 기능 및 customizing방법? * mailtool(.mailrc aliases) ===> /usr/lib/sendmail(other mail transports) ===> Local(/etc/mail/aliases) ===> NIS+ aliases ===> NIS aliases map :nsswitch.conf ===> .forward file ===> Local dellivery machanism 3. sendmail daemon의 기능들 * 한사람 또는 여러사람에게 메세지를 전달한다. * 네트웍을 통해서 메세지를 라우팅해준다. * sendmail은 user interface 루틴을 의미하지는 않는다. * sendmail은 미리 정의된 메세지들을 딜리버하기 위해서만 사용된다. * local network에 다른 알려진 host들에게 직접적으로 메일을 라우트한다. * 편지가 딜리버리되지 않은것을 알게되면 그것은 보내진 곳으로 되돌려지고 그 편지는 dead.letter에 남게된다. 4. sendmail.cf file에 정의되는 내용들? * router에 물려있는 hostname(name server)과 그것의 domainname을 정의한다. * 사용하는 Mailer를 지정한다. * default mail gateway를 지정한다. 5. standard rewriting rules는? * Rule Set 3 - local-address@host-domain * Rule Set 0 - destination과 메일을 보내기위해 사용하는 메일러 프로그램을 결정한다. * Rule Set R - mail-specific recipient rewriting * Rule Set S - mail-specific sender rewriting * Rule Set 4 - internal부터 external form까지 메세지에 있는 모든 이름들을 결정한다. * Rule Set D - sender domain addition * Rule Set 1 - From을 결정한다 * Rule Set 2 - To, Cc를 결정한다.