제 목 : [9707]유닉스 네트워크 관리자(6) 유닉스 네트워크 관리자(6) SLIP/PPP와 UUCP 이번 호에는 우리가 흔히 집에서 전화선을 통해 인터넷을 쓸 때 사용하는 SLIP/PPP 그리고 UUCP에 대해 공부하기로 하겠다. 들어가며 SLIP(Serial Line Internet Protocol)과 PPP(Po int to Point Protocol)는 전화선 (serial li ne)을 통한 네트워크 패킷(network packet)전송을 가능하게 한다. 즉, LAN 밖에서 전화선으로 네트워크에 연결하여 마치 LAN으로 연결된 것처럼 네트워크를 사용하는 것을 가능하게 하는 프로토콜인 것이다. 이 프로토콜들은 패킷이 어떻게 인코드되어 느린 전화선으로 전송될지를 지정한다. 그래서 시리 얼 라인 캡슐화 프로토콜(serial line encapsulation protocols)이라고도 한다. 참고적인 용어로 Dial-up은 전화선을 통한 단말기(호스트) 접속으로 의미한다 는 것을 알아두자. UUCP(Unix-to-Unix copy)는 컴퓨터사이의 직렬 접속이나 기존 전화선을 통 한 통신을 가능하게 하는 프로그램과 프로토콜의 집합을 통칭한다. UUCP는 두 가지 동작을 수행하는데 파일 복사와 원격 명령수행이 그것이다. UUCP와 SLIP/PPP와의 차이점 결론부터 이야기하자면 네트워크의 기능제공 차이가 답이다. 즉 UUCP는 상대 적으로 제한된 집합의 명령과 능력을 제공하는 배치(batched), store-and-forward 프로토콜이지만 SLIP/ PPP는 연결 위에서 rlogin, rsh, ftp, rcp, telnet, NFS 심지어 X 윈도도 쓸 수 있는 완전한 네트워크 기능을 모두 지원한다. 게다가 원격호스트(remote host)로의 다중 연결(multiple connection) 도 가능하다. SLIP/PPP는 모든 이서네트 기능을 제공하지만 그만큼 느리다. 일반적으로 dial-up 연결은 14kbps 정도이다. UUCP는 배치 시스템이다. 만약 여러분의 모뎀이 자주 다운된다거나 하면 SLIP/PPP보다는 UUCP가 훨씬 효과적일 것이다. UUCP는 주로 전자메일과 유 즈넷 뉴스를 전송한다. 만약 이 기능이 필요한 모든 기능이라면 굳이 IP 주소 기반의 전송 프로토콜을 쓰지 않아도 UUCP를 통해 더 간단하고 신뢰성 있는 전송을 수행할 수 있다. UUCP는 기본적으로 느린 전화선(직렬 라인)을 기준으로 설계되었기에 IP보다 모뎀간의 정보 전달에는 더 효율적이다. UUCP를 통해 다른 사이트를 접속하고자 하는 경우 우선 두 시스템간의 접속 에 관한 세팅을 맞추어야 한다. 셋업은 보통 UUCP 연결이라 불리는데 이때 연결된 상대방 사이트를 UUCP 이웃(neighbors)라고 한다. UUCP 수행은 uux와 uucp 명령으로 하게되는데 uux는 원격 시스템에서의 명 령어를 수행해 준다. 그리고 uucp는 수행할 명령을 기술하는 파일을 만들고 UUCP의 작업큐(“/var/spool/uucp”)에 저장한다. 실제 작업의 전송은 uucico 라는 독립된 프로세스에 의해 이루어진다. SLIP & PPP 비교 SLIP과 PPP는 서로 다른 독립적 시리얼 라인 캡슐화 프로토콜(serial line encapsulation protocol)이다. 그러나 기능과 목적은 유사하다. SLIP은 가정과의 연결, 작은 지역 사무실 간의 연결시 최적이다. 양쪽 다 커널에 드라이버를 추 가해야 하고 시스템은 사용자 수준의 명령어(원격 호스트에 연결하고 끊거나 조정)를 제공해야 한다. SLIP 패킷내의 네트워크 문제 해결의 부가 정보를 여과 없이 그대로 전송하다 보니 느리다 (RFC1055). 전화선에서 불필요한 정보를 뺀 부분(packet)만을 전송하는 CSLIP도 등장했다(RFC144). CSLIP(Compressed SLIP)은 아래의 3가지 방법을 이용한다. ① TCP header compression 양쪽의 헤더를 미리 저장하고 변경 부분만을 전송한다. ② Type-of-service Queueing 사용자 프로그램에서 오는 각 패킷에 상호작용 여부를 체크한다. 최근의 telnet 과 rologin은 이 옵션을 요구한다. 상호작용 패킷(Interactive packet)은 전송 큐 앞에 삽입된다. 그래서 상호 반응시간이 향상된다. ③ ICMP filtering ping 명령에 의해 호스트가 동작하는지 알아보고자 하는 경우에 사용되는 ICMP 패킷(packet) 전송을 피한다. PPP 우선, 단점은 복잡하고 구현이 어렵다는 것이다. 그래서 dial-up line에서는 SLIP을 주고 사용한다. 다중 프로토콜 패킷(multi-protocol packet)의 전송을 가능케 한다. SLIP보다 더욱 융통성을 가진다는 의미이다. 보통 3가지로 구성 된다. ① 전화선 연결(serial link)에서의 데이터그램 캡슐화(datagram encapsulating) 방법 정의 ② A Link Control Protocol(LCP), 즉 데이터 링크 연결에서의 테스팅, 컨피규 링, 설정 관련 ③ 서로 다른 네트워크층의 프로토콜(network-layer protocol)을 컨피그, 설정 하는 네트워크 제어 프로토콜(Network Control Protocol-NCPs) 계열 PPP는 SLIP에 비해 하나의 전화선 위에서 동시에 많은 프로토콜로부터 오는 패킷을 캡슐화(encasulate) 할 수 있다. 그러므로 TCP/IP와 DECnet 패킷을 교 환하는 경우 최적이다. 또한 자체 내장 에러 수정기능을 가진다. 기본적인 연결 모델 원격 호스트를 SLIP이나 PPP를 사용해 연결하고자 하는 경우 다음의 3가지를 고려해야 한다. ① 우선 호스트의 커널은 지정된 SLIP이나 PPP 프로토콜로서 전화선을 통해 IP 패킷을 전송할 수 있어야 한다. ② SLIP이나 PPP를 통해 연결을 할 수 있도록 하는 사용자 명령어가 있어야 한다. ③ 패킷을 받아 프로토콜을 이해할 수 있는 호스트가 전화선 상대쪽에 있어야 한다. 호스트가 SLIP, PPP를 이용해 패킷을 전송할 수 있도록 만들기 이 작업을 위해서는 커널이 패킷을 받아 시리얼 라인의 출력 버퍼에 패킷을 집 어넣거나 혹은 그 반대의 작업을 할 수 있어야 한다. 이를 위해서는 커널에 이러한 일을 수행할 모듈을 집어넣어야 하는 것이다. 이 모듈이 커널에 추가되면 또다른 네트워크 인터페이스로 나타나게 되면 이는 ifconfig 명령을 통해 다룰 수 있는 것이다. SLIP, PPP 연결 다루기 시리얼 IP 연결을 다루는데는 크게 3가지 방법이 있다. ① Static - 직렬(Serial) 포트를 네트워크 인터페이스로서 세팅하는 것이다. 이 방법은 두 컴퓨터의 연결이 하나의 케이블이나 전용선으로 연결된 경우에 사용 된다. ② Dial-Up - 모뎀에게 전화를 걸도록 하여 원격 호스트에 로그인하도록 한 후에 SLIP 혹은 PPP 프로토콜 엔진을 구동하는 방법이다. 이를 위해서는 위와 마찬가지로 직렬 포트가 네트워크 인터페이스로 세팅되어야 한다. 아마도 현재 대부분의 시스템이 이 방법을 사용하고 있는 것으로 안다. ③ Dynamic - 데몬이 직렬 네트워크 인터페이스를 감시하고 있다가 전송이 일어나는 경우에 자동으로 모뎀을 통해 원격 호스트로 연결을 수행하도록 하는 방법이다. 음성과 데이터를 같은 전화선을 통해 전송하고자 하는 경우 사용될 수 있을 것이다. SunOS에서 SLIP 설치하기 지금부터 SunOS에 Lawrence Berkeley 연구소에서 만든 SLIP인 cslip-2.7을 설치하는 과정을 보이겠다. 다른 SLIP도 이와 유사한 과정을 거쳐 설치하면 될 것이다. 1. cslip-2.7을 가져온다. ftp.uu.net의‘networking/ip/slip/cslip/cslip-2.7. tar.Z’ 파일을 가져온다. 여기 에는 SLIP 모듈과 tin 프로그램이 포함되어 있다. 2. uncompress 명령과 tar 명령을 이용해 파일을 푼다. README 파일을 프린 트해 놓으면 참고하기 좋을 것이다. 3. README 파일의 안내에 따라 적절한 디렉터리로 SLIP include 파일을 복 사한다. % cp common/net/slcompress.h /sys/net % cp common/net/slip.h /sys/net % cp sunos4/net/if_slvar.h /sys/net % cp common/net/slcompress.h /usr/include/net % cp common/net/slip.h /usr/include/net 4. 커널의 소스 디렉터리로 SLIP 커널 모듈에 해당하는 소스 파일을 복사한다. % cp common/net/slcompress.c /sys/net % cp sunos4/net/if_sl.c /sys/net 이 파일들은 커널과 함께 컴파일되어 커널에 설치되어야 하는 파일들이다. 5. ‘/sys/conf.common/files.cmn’ 파일을 수정하여 SLIP 모듈을 위한 엔트리 를 추가한다. net/if_sl.c optional sl INET net/slcompress.c optional sl NET 위 라인들은 config 명령이 SLIP 모듈을 커널에 포함하여 Makefile을 만들도록 지정한다. 6.‘/sys/sun/str_conf.c’ 파일을 수정하여 SLIP에 의해 사용되는 스트림을 기 술하는 라인을 포함하도록 한다. 주로 3부분으로 되었는데 적절한 곳에 다음 사항들을 추가한다. #include "sl.h" ... #if NSL > 0 extern struct streamtab if_slinfo; #endif ... #if NSL > 0 { "slip", &if_slinfo }, #endif 이 코드들은 SLIP 프로토콜을 구현하는 TTY 스트림과 연관되어 사용될 수 있는 유효한 커널 모듈로 변경하는 내용이다. 7. ‘/sys/sun4c/conf/시스템(커널 컨피그 파일의 이름)’을 수정하여 커널에 SLIP 디바이스가 선언되도록 다음 줄을 추가한다. pseudo-device sIN init slattach N은 추가할 SLIP 인터페이스의 개수이다. 만일을 대비해 2개정도로 해두면 좋 을 것이다. 8. 새 커널을 구축한다. 지난 기사에서 다루었던 부분이라 중복되지만 다시 한 번 간단히 설명하면 우선 config 명령을 수행하여 Makefile을 ‘/sys/sun4c/시 스템명’에 만든 후 make 명령을 수행하여 커널을 재구축한다. 9. 새 커널을 인스톨한다. 새 커널을 /vmunix로 이름붙이고 원래의 /vmunix는 다른 백업 디렉터리로 만일의 사태에 대비해서 복사해 둔다. 10. 시스템을 재부팅한다. 11. cslip-2.7 패키지의 tip 디렉터리로 이동한다. 12. tip 디렉터리의 Makefile을 수정해서 사용할 모뎀의 종류를 지정한다. 13. make 명령을 이용해 tip을 컴파일한다. 14. ‘/usr/local/bin’과 같은 원하는 디렉터리로 tip을 인스톨한다. 15. 모뎀을 시스템과 연결한다. 여기서는 모뎀을 ttya 포트에 연결한다고 가정 하겠다. 16. 시스템이 직렬 포트에 대해 하드웨어 제어 흐름을 이용하도록 컨피그 조정 한다. 소프트웨어 제어 흐름(XON/XOFF)은 SLIP의 일반적 동작을 간섭하므로 반드시 피해야 한다. 세팅방법은 다음과 같다. eeprom ttya-mode=38400,8,n,1,h 끝의 인자 h가 하드웨어 제어 흐름을 지정한다. 17. 포트에 대한 Soft Carrier를 끈다. 이를 위해서 /etc/ttytab 파일에서 ttya에 대한 on을 열고 후의 local 단어를 제거한다. 그리고 나서 다시 재부팅한다. ttya "/usr/etc/getty std.38400" dialup on 18. 모뎀을 연결하는데 tip 명령을 사용할 수 있도록 ‘/etc/remote’파일을 다 음과 같이 수정한다. telebit(모뎀명):dv=/dev/ttya:br#38400 19. tip 명령을 사용하여 모뎀과 연결한 후 모뎀의 레지스터들을 세팅한다. 각 모뎀의 세팅은 해당 매뉴얼을 참고하기 바라며 여기서는 telebit T3000 모뎀에 대한 예를 들겠다. AT &f &C1 &D2 S0=0 S2=128 S7=65 S10=25 AT S51=6 S58=2 S68=2 S180=2 S181=1 S225=0 AT M0 V1 E0 X0 Q0 &W &W1 코드에 대한 자세한 설명은 다음의 표와 같다. 코 드 의 미 AT 모뎀에게 명령을 받을 준비를 시킴 &F 공장에서 출하할 때 디폴트 파라미터로 세트 &C1 Carrier Detect를 가리키는데 DCD를 사용하게 함 &D2 DTR을 잃어버렸을 때 연결을 끊음 S0=0 자동 응답모드를 끔 S2=128 이스케이프 명령 모드를 작동하기 않게 함 S7=65 연결을 위해 65초를 기다림 S10=25 carrier 손실의 발생 전에 2.5초를 기다림 S51=6 모뎀 접속 속도를 38400 bps로 고정시킴 S58=2 RTS/CTS 하드웨어 흐름제어를 사용함 S68=2 RTS/CTS 하드웨어 흐름제어를 사용함 S180=2 V.42 에러 검출을 사용함 S181=1 에러 수정을 요구함 S255=0 전원이 들어오거나 리셋할 때 A에 대한 프로필을 로드함 M0 스피커를 끔 V1 자세한 결과 코드를 요구함 E0 echo 명령을 끔 X0 표준 결과 코드를 사용함 Q0 결과 코드를 반환함 &W A에 대한 고정된 프로필을 쓴다. &W1 B에 대한 고정된 프로필을 쓴다. 20. tip 명령으로 SLIP 연결을 설정하기 위해 ‘/etc/rem ote’ 파일에 엔트리 를 만든다. 원격 호스트의 전화번호와 IP 주소 등을 넣어주면 된다. 각 필드에 대한 설명은 tip 디렉터리의 README.SLIP파일에 기술되어 있다. ls 파라미터는 로그인 스크립트 포함하는 파일을 지정한다. cc 파라미터는 연결이 한번 설정되고 나서 수행할 명령을 지정한다. 일반적으 로 cslip에 포함된 sliplogin 명령이 사용된다. sliplogin 명령은 ‘/etc/slip.hosts’파일을 읽어 IP 주소와 여러 다른 속성을 결정한다. 다음은 컨피그한 예를 든 것이다. slip:\ :ls=/usr/local/slip/etc/annex.login:\ :cc=/etc/sliplogin Shost2:br#38400:\ :st=slip:rt:at=telebit:dv=/dev/ttya:du:pn=5551000: 21. tip 명령에 의해 사용될 로그인 스크립트를 만든다. 마찬가지로 tip 디렉터 리의 README.SLIP 파일에 설명되어 있는데 주로 원격 호스트로 접속한 후 SLIP 서버를 구동시키는 스크립트이다. 다음은 스크립트 예이다. 자세한 설명은 README.SLIP 파일을 참조하기 바란 다. send \r resv 10/again username: goto login label again send \r recv 10/error userrname label login send \dloginname\r recv 10\error word: send \dpassword\r recv 10/error annex: send\d\d\rslip\r\r done lable error fail 22. SLIP 연결을 설정하고 테스트한다. -s 옵션은 모뎀에게 다이얼을 걸고 로 그인하여 SLIP 프로토콜을 구동시킨다. % tip -s slip [Logging In] [SLIP Running] % ping -s xor.com PING xor.com: 56 data bytes 64 bytes from xor.com (192.108.21.1): seq=0, time=241ms ... 스크립트를 디버깅하려면 -v 옵션을 사용한다. Solaris 2.4에서 PPP 조정하기 솔라리스는 기본적으로 Dial-up PPP를 제공한다. Sun에서 기본적으로 제공되 는 것 말고도 다른 회사에서 더 많은 특징을 가지는 PPP 버전을 제공하지만 이 글에서는 Sun의 기본 PPP에 대해 설명하기로 하겠다. 솔라리스 2.4에 포함 된 PPP는 비동기 PPP(asynchronous PPP) 라고도 하는데 표준 전화선에 대한 연결을 다루기 때문이다. 자신의 솔라리스 버전이 PPP를 지원하는지 알아보는 방법은 다음의 명령을 수행하면 된다. pkginfo | grep ppp 만약 PPP가 인스톨되어 있으면 다음과 비슷한 메시지를 보게 될 것이다. system SUNWappr PPP/IP Async PPP configuration files system SUNWappu PPP/IP Async PPP login service system SUNWpppk PPP/IP and IPdialup Device Drivers 만약 인스톨되어 있지 않다면 직접 인스톨해야 되는데 pkgadd 에대한 매뉴얼 페이지를 참조하면 될 것이다. 다음 테이블의 내용은 솔라리스에서 사용되는 컨피그 파일들에 대한 설명이다. 파일 목 적 /etc/init.d/asppp dial-up PPP에 대한 부팅을 할 때의 스타트업 스크립트 /usr/sbin/aspppd PPP 연결을 다루는 데몬 /etc/asppp.cf 연결에 대한 목록을 가지는 컨피그 파일 /usr/sbin/aspppls dial-in 연결에 대한 로그인 셸 /var/adm/log PPP 동작 로그 파일 /asppp.log /tmp/.asppp.fifo dial-in 연결에 대한 aspppd로의 후크 솔라리스는 PPP와 UUCP가 서로 dial-out 모뎀을 서로 공유한다. 그러므로 원 격 호스트로의 PPP 연결을 설정하기 위해서는 우선 모뎀을 연결한 후 ‘/etc/uucp’ 디렉터리에 있는 Systems, Dialers, Devices 파일들에 원격 호스 트의 사이트를 추가한다. 일단 모뎀과 원격 호스트에 대한 셋업이 ‘/etc/uucp /Systems’ 파일의 로그 인 스크립트를 포함해 UUCP 파일들에 설정되고 나면 다음으로 ‘/etc/asppp.cf’ 파일을 수정해서 연결 IP주소를 조정하고 Systems의 엔트리 와 연관시킨다. 다음은 ‘/etc/asapp.cf’의 예로 myhost(165.246.10.2)로부터 sliphub(165.246.10.1)로의 연결을 세팅하는 경우이다. # set IP addresses of the pseudo-interface ifconfig ipdptp0 plumb 165.246.10.2 165.246.10.1 up # dynamic dialup parameters for pseudo-interface path interface ipdptp0 peer_system_name sliphub # System file과 동일 inactivity_timeout 600 # 10분 동안 동작 안하면 time out 수정이 다 되었으면 이제 수동으로 PPP 데몬을 띄우면 된다. 방법은 다음과 같다. /etc/init.d/asppp start 이렇게 한번만 해주면 다음 부팅 때부터는 PPP 데몬이 init에 의해 자동으로 시작된다. UUCP에 대하여 UUCP를 통해 다른 사이트를 접속하고자 하는 경우 우선 두 시스템사이의 접 속에 관한 세팅을 맞추어야 한다. 셋업은 보통 UUCP 연결(connection)이라 불 리는데 이때 연결된 상대방 사이트를 UUCP 이웃(neighbors)이라고 한다. UUCP 수행은 uux와 uucp 명령으로 하게되는데 uux는 원격 시스템에서의 명 령어를 수행해 준다. 그리고 uucp는 수행할 명령을 기술하는 파일을 만들고 UUCP의 작업큐(“/var/spool/uucp”)에 저장한다. 실제 작업의 전송은 uucico 라는 분리된 프로세스에 의해 이루어진다. UUCP 주소지정 주소를 지정하는 방법은 크게 2가지이다. 경로 중심(route-based) 예를 들면 ‘2블록 직진하여 오른쪽으로 돌아 하얀색 집’ 식으로 어떻게 목적 지에 도달하는지를 구체적으로 나타내는 것이다. 목적지 중심(destination-based) 예를 들면 ‘서울 서초구 방배동 1008번지’와 같이 직접 주소를 주는 것이다. 물론 어떻게 가야하는지는 지정하지 않는다. 알아서 가란 의미인 것이다. UUCP는 바로 전자의 경로 중심 방법으로 주소를 지정한다. UUCP 명령어가 사용하는 주소지정 형식은 ‘사이트명!타겟(사용자명, 파일명, 명령어)’이다. 사용자 수준의 UUCP 명령 보통 2개의 프로그램이 사용된다. ① uucp - 호스트사이에 파일을 복사한다. ② uux - 원격 호스트에서 명령어를 수행한다. uucp - 파일을 복사 uucp 명령어는 cp 명령과 유사하다. 다른 점은 UUCP 문법을 사용하여 파일의 위치가 지정된다는 점이다. 만약 /staff/yjy 디렉터리로 가서 다음의 uucp 명령 을 수행하면 uucp eslab!files/exabyte exabyte eslab 시스템의 ‘/staff/yjy/exabyte’ 파일을 자신의 ‘/sta ff/yjy/exabyte’ 로 복사한다. uux - 다른 시스템에서의 명령어 수행 다음의 명령 예를 보자. uux '!diff hal!/usr/yjy/test mllab!/res/test2 > !diffs' 위의 명령은 eslab 시스템의 ‘/usr/yjy/test’ 파일과 mllab 시스템의 ‘/res/test2’ 파일에 대해 자신의 시스템의 diff 명령을 수행하고 그 결과를 자신의 시스템에 파일 diffs로 저장한다. 위의 예에서 알 수 있듯이 uux 명령어는 셸 메타문자인 ‘>’, ‘<’, ‘|’, ‘;’를 이해한다. 참고로 uux 명령은 그 인자를 항상 작은 따옴표로 묶어주어야 한다. UUCP 데이터 전송 시스템사이의 통신은 UUCP 에서는 uucico(Unix-to-Unix Copy In Copy Out) 명령을 사용해 이루어진다. uucico를 통한 통신이 수행되려면 양쪽의 호스트에 서 uucico 명령이 수행되어야 한다. 그러므로 만약 한쪽의 uucico 명령이 원격 호스트에 로그인하는 경우 자동으로 원격 호스트의 uucico 명령이 수행되도록 로그인 스크립트를 만들어야 한다. 일단 uucico-uucico 연결이 설정되고 나면 두 프로세스는 서로 특정 프로토콜 로 통신하게 되는데 UUCP에서의 전화선을 위한 통신 프로토콜은 g 프로토콜 이라 부른다. UUCP 셋업하기 보통 3개의 중요한 디렉터리를 확인하면 된다. ① /usr/lib/uucp - 실행 파일과 컨피그 파일 존재 ② /var/spool/uucp - 작업과 임시 파일을 위한 저장 공간 ③ /var/spool/uucppublic - 사용자에 의해 사용되는 디렉터리 그리고 대부분의 UUCP 사용자 수준의 명령들은 /usr/bin 디렉터리에 있다. 어 떤 시스템을 ‘/etc/uucp’로 이동한 경우도 있을 터이니 확인해 보기 바란다. 대부분 ‘/usr/lib/uucp’ 디렉터리를 확인하면 Honey DanBer 타입의 파일들 혹은 BSD 타입의 UUCP 파일들을 발견하게 된다. HoneyDanBer 타입은 Devices, Dialcodes, Dialers, Permissions, Systems와 같은 파일들로 구성되며 BSD 타입인 경우는 L-devices, L-dialcodes, L.cmds, L.sys, USERFILE 파일 등으로 구성된다. 만약 이 디렉터리에서 uucico, uuclean, uuxqt와 같은 명령어들만이 있다면 이 미 시스템은 UUCP를 사용할 수 있도록 셋업이 되어있는 상태이다. BSD HDB 목적 L-devices Devices 사용가능한 모뎀의 타입을 지정 Dialers 모뎀에 전화 거는 명령들 L-dialcodes Dialcodes 전화번호 데이터베이스 L.aliases 이름을 변경하는 호스트의 목록 L.cmds Permissions 명령을 통해 가능한 명령어 목록 uuxqt USERFILE Permissions 파일시스템 접근허가 지정 L.sys Systems UUCP 이웃(neigbors) 목록과 로그인 스크립트 uucico uucico 시스템사이의 통신 처리 uuclean uuclean 스풀 디렉터리를 청소 uuxqt uuxqt 원격 명령 수행 서버 자세한 셋업 사항은 SLIP/PPP와 매우 유사하므로 각자가 매뉴얼을 참조하기 바란다. 여러 OS에서의 UUCP 세부사항 BSDI를 제외하고는 대부분 HoneyDanBer UUCP를 사용한다. 솔라리스에서 UUCP 설치는 옵션으로 되었으므로 해당 매뉴얼을 참조하기 바라며 ‘/usr/lib/uucp’ 디렉터리 대신 /etc/uucp를 사용하며 스풀 디렉터리는 ‘/var/spool/ uucp’이다. 또한 공용 디렉터리는 ‘/var/spool/uucppublic’이 다. HP-UX나 IRIX에서는 일반 UUCP 설정과 거의 같은 형태로 되어있다. HP-UX의 컨피그 파일들은 /usr/lib/uucp 디렉터리에 위치하며 스풀, 공용 디 렉터리는 각각 /usr/spool/uucp와 /usr/spool/uucppublic에 위치한다. IRIX는 HP-UX와 비슷하며 /usr/lib/uucp/Devconfig파일이 프로토콜 스택의 컨 피그에 사용되는 것이 특징이다. SunOS의 UUCP는 솔라리스와 기본적으로 동 일하다. OSF/1의 경우는 인스톨이 옵션이며 uucpsetup 명령이 있어 환경을 세팅하는데 도와주는 것이 특징이다. BSDI는 BSD 타입의 UUCP를 확장한 시스템을 사용하는데 컨피그 파일들은 /etc/uucp 디렉터리에 있으며 /etc /uucp/CONFIG 파일은 다른 관련 디렉터리 의 위치를 지정한다. 이 파일의 셋업에 대해서는 uuparams 명령의 매뉴얼 페 이지를 참조하기 바란다. 다른 디렉터리는 기본적으로 /var/spool/uucp와 /var/spool/uucppublic이다. 마치며 이번 달에는 SLIP/PPP 그리고 UUCP 대해서 다루었다. SLIP/PPP는 주요한 유닉스 시스템에서 제공된다. 하지만 그 설치와 특징은 시 스템마다 상당한 차이가난다. 하지만 기본 원리는 유사하므로 이번 글을 잘 읽 은 독자는 각자 시스템에 적용할 수 있을 것이다. 요즈음에는 Dial-in 허브도 많은 회사에서 나와 있는 것으로 안다. 이도 마찬가지 원리이지만 각 장치의 특징은 역시 매뉴얼을 참조해야 할 것이다. 다음 기사는 전자메일에 대한 것이다. 일반적으로 전자메일을 사용하는 것은 간단하다. 특히 PC에서 넷스케이프나 익스플로러를 이용하면 더더욱 그러하다. 하지만 유닉스에서 전자메일에 관련된 내용을 깊이 있게 아는 사람은 관련된 프로그램을 짜본 사람 이외에는 그리 많지 않을 것이다. 다음 호에서 깊이 있게 알아보기로 하겠다.