[시스템] kernel-2.2.17 옵션 설명 [2]

Plug and Play support  —>

[ ] Plug and Play support

   PnP는 주변장치들을 자동적으로 커널에 인식시키는 옵션입니다. Y를

   누르시면 PnP가 작동됩니다.

   하지만 아직 리눅스에서 Pnp로 장치를 인식하도록 하면 충돌문제가 종종

   생기는거 같다.

Block devices  —>

<*> Normal PC floppy disk support

   만약 리눅스상에서 여러분의 PC에 설치된 플로피 디스크 드라이브를

   사용하고  싶다면 Y라고 하세요.

<*> Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support

   각각 master와 slave 디바이스를 지원해 총 8개의 IDE

   disk/cdrom/tape/floppy 드라이브를 가질 수 있도록, 4개까지의 IDE

   interface를 제어할 수 있는 완전한 형태의 IDE 드라이버를 사용하길

   원한다면 Y로 답해주십시오. SCSI만으로 이루 어진 시스템을 가지진

   분은 N라고 답하셔도 됩니다.

[ ]    Use old disk-only driver on primary interface

   4개의 IDE interface 중 1개이 interface 를 구형 하드디스크 드라이브를 지원

   하기위해 남겨두게 된다. 하지만 오랜된 구형 컴퓨터가 아니라면 N 으로 지정하

   세요. 스카시 장치만 사용하는 경우에도 N .

<*>    Include IDE/ATA-2 DISK support

   이것은 MFM/RLL/IDE 하드 디스크들의 향상된 지원을 위해 포함될

   것입니다. 여러분이 MFM/RLL/IDE 디스크를 가지고 있고, 특별한

   이유없이 오래된 디스크 디라이버를 대신에 사용한다면 Y라고 하세요.

   SCSI_only시스템을 사용하신다면 여러분은 여기에 N이라고 하세요.

    여러분이 이 드라이버를 모듈 (=코드가 포함되어 있고, 여러분이

   원할때  언제라도 커널실행에서 지워질수 있는)로 컴파일 하길

   원하신다면 여기에 M이라고  하시고, Documentation/modules.txt를

   읽어 보세요. 모듈은 ide-disk.o로 불려질것입니다. 여러분의 루트

   파일 시스템(디렉토리 / 포함된)이 IDE 디스크에 자리 잡고 있다면

   모듈로 컴파일 하지 마세요.  확신이 없다면 Y라고 하세요.

<*>    Include IDE/ATAPI CDROM support

    ATAPI 규약을 사용하는 CD-ROM 드라이브를 가지고 있다면 “Y”로 하

   ATAPI는 SCSI 규약과 유사한 IDE CDROM과 TAPE 드라이브에 의해 더

   최신의 규약 사용되어진다. NEC-260, Mitsumi FX400, Sony 55E와

   비 SCSI 2배속 혹은 더 빠른 속도의 제품을 포함한  대부분의 최신

   CDROM 드라이브는 ATAPI를 사용한다.    만일 “Y”로 표기한다면 CDROM

   드라이브는 “hdb”혹은 “hdc”로, 또는 유사한 것(dmesg로 부팅메시지를

   점검하라)으로  IDE 장치로써 부팅시에 인식되어질것이다.  만일

   이것이 단지 하나의 CDROM드라이브이라면, 여러분은 모든

   CDROM관련옵션에 “N”로 할수 있다. 그렇지만 “ISO 9660 CDROM

   파일시스템 지원”에서는 “Y”또는 “M”으로 표시가 확실히

되게하라.

< >    Include IDE/ATAPI TAPE support

   ATAPI 프로토콜을 사용하는 IDE 테잎 드라이브가 있다면 Y를

   선택하세요.

< >    Include IDE/ATAPI FLOPPY support

   이 드라이버는 LS-120하고  IDE/ATAPI 아이오메가 집 드라이브도 지원합니다.

< >    SCSI emulation support

   이 옵션은 ATAPI디바이스를 가지고 있는데 디바이스 드라이버가 없을

   경우에 사용하는 옵션인것 같습니다. 전용 ATAPI 디바이스 드라이버가

   없으므로 대신에 적절한 SCSI 드라이버를 사용하고 이 에뮬레이션

   옵션으로 ATAPI 디바이스가 SCSI 디바이스 처럼 보이게 함으로써 ATAPI

   드라이버 없이 디바이스를 사용 가능게 해 주는 것 같습니다. 그렇다면

   “적당한 스카시 드라이버를 가지고 있을때도 이 에뮬레이션은

   유용합니다” 라는 부분은 “[이 옵션을 사용하면] 적당한 SCSI

   드라이버와 이 에뮬레이션을 함꼐 사용할 수 있습니다” 정도가 적절할

   것 같습니다.

[ ]    CMD640 chipset bugfix/support

   The CMD-Technologies의 CMD640 IDE chip은 일반적으로 “Neptune”이나

   “SiS” chipset과의 조합으로, 수많은 486과 Pentinum 마더보드에

   사용되었습니다. 안타깝게도 이 chipset은 일반적인 상황에서도 심각한

   데이터 손실을 초래할 수 있는, 다소 성가신 설계상의 결함을 가지고

   있습니다. 리눅스상에서 이러 한 문제점을 자동적으로 찾고 또 수정을

   시도하는 코드를 커널에 포함시키고 싶다면 Y로 답해주시기 바랍니다.

   또한 이 옵션은 CMD640에 기반한 일부 시스템에서 secondary IDE

   ports를 사용할수 있게끔 합니다.  이 드라이버는 PCI시스템(대부분의

   새로운 시스템은 PCI 슬롯이 있다.)에서  자동적으로 잘 작동합니다.

   그러나 PCI대신 VESA local bus(VLS)를 사용하는 시스템 이라면

   CMD640에 대한 버그수정 및 지원을 위해 커널 boot parameter 에

   “ide0=cmd640_vlb”를 추가하여야 합니다. (커널에 옵션을 주는 방법에

   대해서는 “man bootparam”을 쳐보거나 사용중인 boot loader에 대한

   문서를 보십시오. 또한 lilo의 실행과정은 anonymous FTP인

   ftp://metalab.unc.edu

/pub/Linux/docs/HOWTO에서 구할 수 있는

   SCSI-HOWTO에 설명되어 있습니다.)  CMD640 chip는 Acculogic의

   애드인 카드(add-in card)와 몇몇 사람들이 가진 CSA-6400E PCI to

   IDE controller에도 사용되었습니다. 자세한 내용을 원하신 다면

   Documentation/ide.txt를 읽어보십시오  SCSI만을 사용하는 시스템을

   가지신 분은 N로 받하셔야 합니다. 잘 모르시겠으면 Y로 답하십시오

[ ]    RZ1000 chipset bugfix/support

   PC-Technologies RZ1000 IDE 칩(chip)은 486, 펜티엄 보드에서  대개

   “Neptune”칩셋과 함께 많이 사용됩니다. 불행히도,이 칩은  많은

   상황에서 심각하게 데이터를 손실시키는 경우가 생길수 있는  심각한

   디자인상의 결점을 가지고 있습니다. 리눅스상에서 이러한  문제를

   자동으로 고치고 점검을 해주는 코드를 넣고 싶다면 Y라고  하시기

   바랍니다. 이것은 몇퍼센트의 디스크 입출력속도 저하를  가지고

   올지도 모릅니다. 하지만 100퍼센트 신뢰할수있도록 작동을  할겁니다.

     SCSI장치만을 가진 시스템이라면 여기에 N이라고 하세요.  잘

   모르시면 Y라고 하시면 됩니다.

[*]    Generic PCI IDE chipset support

   PCI용 IDE 드라이버를 사용하면 ‘Y’를 선택해라.  이 옵션은

   IDE드라이버를 자동으로 감지하고 모든 PCI용 IDE인터페이스를

   설정하도록 도와준다.  SCSI방식만 지원하는 경우는 ‘N’을 치면된다.

    확실치 않으면 ‘Y’를 눌러라.

[*]      Generic PCI bus-master DMA support

   만일 여러분의 PCI 시스템이 IDE(스카시의 반대되는것을 말하는)를

   사용하고 버스마 스터링 작동(대부분 펜티엄 PCI 시스템)이

   이용가능하다면, 여러분은 CPU의 부하을 줄 이기 위해서 Y로 대답하는

   것을 원할 것이다. 그리고나서 여러분은 자동으로 DMA가 되 지않는

   DMA 장치를”hdparm”과 같은 유틸리티를 사용함으로써 DMA를 가능하게

   할수 있 다.   기본적으로 DMA는 이러한 장치들에서는 자동적으로

   활성화되지 않는다. 그러나 “유 효한 경우 기본적으로 DMA 사용”이란

   부분에서 “Y”를 선택함으로써 변화할수 있다.   여러분은

   ftp://metalab.unc.edu/pub/Linux/system/hardware/로 부터 익명계정

   FTP 를 통하여 hdpam 유틸리티의 최신버전을 구할 수 있다.

   dirvers/block/idedma.c의 시작부분과 더 많은 정보를 위해서

   Documentation/ide.txt  의 설명을 읽어보아라.   이 항에서는 “Y”로

   표기하는 것이 안전하다.

[ ]      Boot off-board chipsets first support

   일반적으로, 마더보드에 추가된 PCI카드(내장되지 않은 콘트롤러)가

   ide2와 ide3이 되는 동안 내장되어 있는 IDE 컨트롤러는 ide0과 ide1이

   할당됩니다.  Y라고 답하면 상황이 바뀌어, 내장되지 않은 콘트롤러가

   ide0/1로, 내장 콘트롤러가 ide2/3으로 바뀝니다. 이것은 내장되지

   않은 콘트롤러를 사용해서 부팅할 때 lilo와 같은 몇몇 부트 메니저에게

   편리함의 향상이 될 수 있습니다.  주의할 점은, 만약 여기에 Y라

   답하면, hd* 장치는 재배열 되고, fstab나 다른 파일의 변경이 필요하게

   될 것입니다.  미심쩍다면 N이라 답하십시오.

[*]      Use DMA by default when available

   커널 버전 2.1.112 이전에는, DMA 를 지원하는 IDE 드라이브와 칩셋에

   대하여 이 기능을 자동적으로 사용하였습니다. 그러나 일부 하드웨에서

   문제를 유발할 수 있어, 현재는 DMA 기능을 자동적으로 사용하지

   않습니다. DMA 기능을 자동적으로 사용하시려면, Y 를 선택하세요.

   만약  여러분의 하드웨어에 문제의 소지가 있다면, N 을 선택하세요.

   이 문제에 대해 IDE 드라이버 개발자에게 email을 보내지 마십시요.

   여러분의 메인보드가 VIA VP2 칩셋을 사용한다면 N 을 선택하셔야

   하고, 그렇지 않다면 Y 를 선택하셔도 별문제 없을 겁니다.

[ ]      OPTi 82C621 chipset enhanced support (EXPERIMENTAL) (NEW)

   이것은 OPTi 82C621 EIDE 컨트롤러를 위한 드라이버입니다.

   drivers/block/opti621.c 파일내용의 상단부분 주석을 읽어 보시기

   바랍니다.

[ ]      Tekram TRM290 chipset support (EXPERIMENTAL) (NEW)

   이 옵션은 Teckram TRM290 PCI IDE칩을 사용하는 버스 마스터

   DMA전송을  지원하는 옵션입니다. 이 옵션의 좀더 향상된 개발을

   위하여 자원자를  필요로 하고 있습니다.

   /drivers/block/trm290.c파일의 상단에 위치한 주석을 읽어보시기

   바랍니다.

[ ]      NS87415 chipset support (EXPERIMENTAL) (NEW)

   이 드라이버는 NS87415칩(스팍64등에 사용되는칩) 을 감지해 내고

   지원해 줍니다.   drivers/block/ns87415.c파일의 상단 주석부분을

   꼭 읽어보시기  바랍니다.

[ ]      VIA82C586 chipset support (EXPERIMENTAL) (NEW)

   ATA3에 호환되는 온보드 IDE 컨트롤러인 VIA (U)DMA에 대해 초기 타이밍

   설정을 추가해 주는 옵션입니다. ATA4 시스템에서도 작동할 수 있지만

   아직 테스트되지 않았습니다.   이 옵션에 Y를 선태하면 위에 있는

   ‘가능하면 디폴트로 DMA 사용’이라는 옵션에도 Y를 선택해야 합니다.

     불확실하면 N을 선택하세요.

[ ]      CMD646 chipset support (EXPERIMENTAL) (NEW)

   위와 같은 IDE 콘터롤러를 가지고 있으면 Y를 선택하라.

[ ]      Cyrix CS5530 MediaGX chipset support (NEW)

   Cyrix CS5530 MediaGX chipset  에 UDMA 지원을 포함합니다. 이 옵션은

   검색되었을때, 자동으로 잡이고 설정되어집니다.  이 질문에 Y 라고

   대답하는게 안전하실 것입니다.

[ ]    Other IDE chipset support

   만약 마더보드와 애드온 카드에 사용된 갖가지 IDE 형식의 칩셋의

   진보된 지원을 원한다면 예(Y)라고 치십시오. 그리고 따라나오는

   옵션에서 일정 의 IDE 칩을 선택하실 수 있습니다. 몇 시스템에서는

   이 진보된 지원이 리눅스에서 세번째/네번째 드라이브를 액세스하는데

   필요할지도 모릅니다. 이것은 또한 이러한 칩셋들과의 시스템 성능

   향상을 위한 고속의 I/O의 양 셋팅을 가능하게 할 것입니다. 이것들의

   대부분이 런타임에 정확히 지원을 위한 특별한 커널 부트 파라미터도

   필요하다; 이 것들의 리스트는 Documentation/ide.txt 에서 찾을 수

   있다.  SCSI만 사용하는 사람은 여기서 N.

<*> Loopback device support

   여기서 Y를 선택하는 것은 전형적인 화일들을 블록 디바이스로

   사용하도록 해줍니다; 그러면 파일시스템을 만들고 하드 드라이브

   파티션들이나 CDROM, 혹은 플로피 드라이브들처럼 다른 블록 디바이스에

   마운트할 수 있습니다.  이것은 CD를 굽기 전에 ISO 9660 파일

   시스템을 체크하려 할 때나, 플로피 이미지를 플로피에 쓰기 전에

   체크할 때 매우 유용합니다.  loop 디바이스 드라이버는 디스크

   파티션, 플로피, 혹은 전형적인 화일의 파일시스템을 “숨기”거나, 또는

   암호화(데이타를 뒤섞음) 혹은 steganography(더 낮은 비트의

   음악화일로 데이타를 숨기는 것)할 때도 사용됩니다. 이것은 만약 원격

   화일 서버에 화일이 오랜동안 머물때도 역시 안전합니다. loop 디바이스를

   사용하기 위해서는, util-linux 패키지에 포함되어 있는 losetup 유틸리티

   와 최신 버전의 마운트 프로그램이 필요합니다. 그 위치와 최신 버전의

   숫자는 Documentaion/Changes 화일에 있습니다.

   loop 디바이스는 유용합니다. 가능하다면 모듈로 설정해 둡니다.

   iso 이미지경우 loop 디바이스를 이용하면 쉽게 마운트할 수 있습니다.

    mount -t iso9660 -o loop=/dev/loop0 image.iso /mnt/cdrom

<*> Network block device support

   “Y”라고 답함으로써 여러분 컴퓨터 네트워크 블럭디바이스의

   클라이언트가 될 수 있습니다. 즉, 서버(블럭 디바이스에 화일시스템을

   마운트하는것 등)에 의해 익스포트(export)된 블럭디비이스들을 사용할

   수 있게 되는 것입니다.(역자주 : 이부분의 정확한 이해를 못했습니다.

   아시는분은 추 가 또는 수정바랍니다.) 클라이언트와 서버 사이에

   통신은 TCP/IP 네트워 킹 상에서 동작합니다. 그러나 클라이언트

   프로그램에게 이것은 보이지 않습니다? 이것은 /dev/nd0와 같은 블럭

   디바이스 특수 화일에 대해 일어 나는 통상적이 로컬 화일 엑서스와

   같은 형태로 일어납니다.  네트워크 블럭디바이스는 또한 여러분이

   “userland”의 block-device를 사용살 수 있게 해줍니다.(이로 인해,

   서버와 클라이언트는 루프백 네트워 크 디바이스를 이용, 통신하면서

   물리적으로는 동일한 컴퓨터가 됩니다) 더 자세한 정보를 원한다면

   Documentation/ndb.txt를 읽으면 됩니다. 특히 어디서 서버코드를

   찾을수 있는지, 그리고 어떤 것이 사용자측의 공간에서 실행됨으로

   인해 특정 커널의 지원을 받을 필요가 없는지에 대한 자세한 정보를

   얻고 싶을 경우 참고하면 됩니다.  이것은 NFS(Network File

   Systems)나 코다(Coda)와는 아무런 상관이 없습 니다. 따라서 NFS나

   Coda를 사용할 계획이라 하더라도 “N” 이라고 할 수 있습니다.  이

   드라이버를 모듈(실행중인 커널에서 언제라도 삽입과 제거가 가능한

   코드)로서 컴파일하고 싶다면 여기서 “M” 이라 하고

   Documentation/modules.txt를 읽으면 됩니다.. 이 모듈은 앞으로 nbd.o

   라고 부를 것입니다.  확실하지 않으면 “N” 이라고 하십시오.

[ ] Multiple devices driver support

   이 드라이버는 여러개의 하드 디스크 파티션을 논리적인 하나의

   디스크로 묶어줍니다. 간단하게 한 파티션을 다른 파티션에 붙이거나

   여러개의 하드 디스크를 RAID 1/4/5 디바이스에 묶어 하드 디스크

   에러를 막기 위해 쓰입니다. 이걸 “소프트웨어 RAID”라고 부르는데

   커널이 이 일을 해주기 때문입니다. 특정한 콘트롤러가 이 일을 해

   주면 “하드웨어 RAID”라고 부릅니다. 이런 콘트롤러를 갖고 있다면

   Y를 고르지 않아도 됩니다.  리눅스에서 소프트웨어 RAID에 대한

   더 자세한 정보는

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/mini(anonymous 유저)에서

   Software-RAID mini-HOWTO를 참고하세요. 이 문서에는 유저 레벨의

   RAID용 유틸리티를 얻을 수 있는곳도 나와 있습니다.  잘 모르겠으면

   N이라고 하세요.

   소프트웨어 레이드의 사용예는 아래와 같습니다.  1. 분할된 여러

   파티션을 묶어서 사용하고 싶을때. 2. 여려개의 하드디스크를 묶어서

   사용하려 할때. 3. 부정기적인 시스템의 에러발생시 신속한 시스템

   복구를 위한 미러 시스템을 구축할때. 4. 하드디스크의 용량확장 및

   데이터 안정성 있는 데이터 복구를 원할때.  1번과 2번은 linear,

   raid-0로 설정할수 있으며, 3번은 raid-1로, 4번은 raid-5로 구성할수

   있습니다.

< >    Linear (append) mode (NEW)

   Y를 선택하면, 다중 디바이스 드라이버는 소위 선형 모드들 사용한다.

   즉, 하드 디스크 파티션을 단순히 한녀석을 다른 녀석에

   덧붙이는것으로 합해진다.  모듈( = 원할때마다 실행되는 커널에

   추가하거나 빼낼 수 있는 코드) 로 컴파일  하려면, M을 선택하고

   Documentation/modules.txt를 읽어보라. 이 모듈은 linear.o 이다.

    잘모르겠으면, Y를 선택하라.

< >    RAID-0 (striping) mode (NEW)

   만약 Y하시면 사용자의 다수의 장치가(하드 드라이브를 말할것임)

   소위raid-0 모드로 사용할수 있습니다. 그것은 하드디스크 파티션을

   하나의 (논리)장치로 합치고 동시에 채울것입니다. 만약 파티션이 다른

   디스크에 존재하면 자료처리율이 증가할 것입니다. (느려진다는

   이야기입니다.)  리눅스의 소프트웨어 RAID에 관한 정보는

   Software-RAID mini-HOWTO에 있습니다.  via FTP(user: anonymous)

   (ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/mini)에서 찾으실수

   있습니다.  거기서 사용자 space raid툴들을 어디서 얻는지도

   알수있습니다.  만약 이것을 모듈(언제든 사용자가 원하면 삽입하거나

   제거가능한 코드)로 컴파일 하려면 M하시면 됩니다. 그리고

   Documentation/modules.txt를 읽으세요. 이 모듈은 raid0.o로

   불릴겁니다.  잘 모르겠으면 Y하세요.  (레이드는 단순히 쉽게

   설명하면 여러디스크를 하나의 디스크로 쓴다는 개념입니다. 여기서

   한 물리적 디스크가 망가져도 다른 디스크만 멀쩡하면 자료가

   멀쩡하도록 설계되어 있습니다. 물론 레이드 설정하면서 그정도는

   아시겠지만 노파심)

< >    RAID-1 (mirroring) mode (NEW)

   RAID-1 세트는 정확히 같은 데이터를 가진 여러개의 하드디스크로

   구성된다.  만약, 미러링(동시복사)가 실패했을때는, RAID 드라이버는

    현재사용가능한 디스크에 계속미러링을 수행하게 되는데, 이때

   커널에서는 무결성의  MD(Multiple device)를 제공하게 되는 역활을

   한다. N개의 드라이버가 있을때는, 사용가능한 공간은 한개의 디스크의

   용량과  같고, N-1개의 드라이버가 고장시에도 나머지 한개의

   드라이버가 이의 데이터를 보호하는 역활을 제공한다.  리눅스에서

   소프트웨어 RAID에 관련한 정보는 Software-RAID mini-HOWTO  문서에

   있고, FTP (user:anonymous)

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/mini  사이트에서 구할수

   있다. 또한, 어느곳에서 사용자 공간의 raidtool 을 구할수있는지

   도 알수 있을것이다.  RAID-1 셋을 사용하고자 하면, ‘Y’를 입력한다.

   이 코드는 모듈(raid1.o)를 동적으로 로딩하여 사용할수도 있다. 물론,

   커널에 포함시킬수도 있다. 만약, RAID-1 셋을 모듈로 사용하고자

   하면 ‘M’을 입력한다.  모듈과 관련한 내용은

   Documentation/modules.txt 를 참고하라.  어떤것을 선택할지 확신이

   없을때는 ‘Y’를 입력한다.

< >    RAID-4/RAID-5 mode (NEW)

   C MB 바이트의 드라이버 N개로 구성된 레이드-4/5 묶음은 C * (N –

   1) MB의 용량이 되며, 하나의 드라이버에서 오류가 발생할 경우 복구할

   수 있는 기능을 제공한다. (N – 1) 드라이브는 데이타 섹터를 저장하면

   남은 한 드라이브는 복구를 위한 패러티 정보를 저장한다. 레이드-4

   묶음인 경우 패러피 블럭은 하나의 드라이브에 있게 되며, 레이드-5

   묶음에서는 사용가능한 패러티 분배 방법 중 하나를 선택하여 패러티

   자료의 분배를 선택할 수 있다.  Linux에서의 레이드(RAID)

   소트웨웨어에 대한 정보는 익명 FTP

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/mini/의 Software-RAID

   mini-HOWTO 문서에서 구할 수 있다. 또한 이 문서에서 raidtools라는

   유틸러티의 사용법에 대해서도 배울 수 있을 것이다.

   레이드-4/레이드-5를 사용하려면 Y를 선택한다. 이 기능을 커널 모듈로

   컴팔일하려면 M을 선택한다. 그러면, raid5.o라는 모듈이 생성될

   것이다.  레이드 기능을 사용할지에 대한 결정하기 어렵다면 M(또는

   y)를 선택한다.

< > RAM disk support

   여기서 Y를 선택하면 램 메모리의 일부를 블록 디바이스로 만들어 그

   위에 파일 시스템을 만들고, 읽고 쓰고 하는 것 외에 하드 디스크와

   같은 일반적인 블록 디바이스가 하는 다른 것들을 할 수 있습니다.

   처음 리눅스를 설치하는 동안, 일반적으로 최소한의 root 파일 시스템을

   플로피에서 램으로 불러내고 저장하는데 사용됩니다.  커널 command

   line 옵션 “ramdisk=XX”가 이제 사용되지 않는다는 것을 명심하세요.

   더 자세한 내용은 Documentation/ramdisk.txt를 읽어보도록 하세요.

    만약 이것을 모듈로 컴파일하기를 원한다면 여기서 M을 선택하고

   Documentation/modules.txt화일을 읽어보세요. 모듈은 rd.o로

   불립니다.  대부분의 일반 사용자들은 램 디스크 기능을 원하지

   않으므로 여기서 N을 선택하세요.

< > XT hard disk support

   여기서 Y를 입력하면 IBM XT 컴퓨터에서 지원하는 매우 오래된 8비트

   하드 디스크 콘트롤러를 지원합니다.  만약 이 드라이버를 모듈로

   컴파일하고자 하면 여기서 M을 입력하고 Documentation/modules.txt를

   읽어보세요.  모듈 이름은 xd.o입니다.  아마 당신은 이걸 가지고

   있을것 같지 않네요 : N라고 하세요~

< > Mylex DAC960/DAC1100 PCI RAID Controller support

   Mylex 사의 DAC960 및 AcceleRAID 와 eXtremeRAID PCI RAID 를 포함한

   컨트롤러를 지원합니다.  이 드라이버에 대한 자세한 사항은

   README.DAC960 문서를 참조 하십시요.  드라이버를 모듈(= 커널

   사용시 언제든지 커널에 포함시키거나 제거할 수 있느 코드)로

   사용하시길 원하시면 ‘M’을 선택하시고, Documentation 디렉토리의

   modules.txt 문서를 참고 하십시요. 모듈 이름은 ‘DAC960.o’ 입니다.

< > Parallel port IDE device support

   많은 외부 CD-ROM 이나 디스크 장치들이 Parallel port를 통해 연결되어

   있는데, 이들중 대부분은 실제로는 parallel port IDE adapter를

   사용하는 IDE장치들입니다. 이 옵션은 이러한 많은 외부 장치들의

   드라이버를 포함하는 PARIDE subsystem을 가능케 하는 옵션인데, 더

   자세한 사항은 linux/Documentation/paride.txt를 참고하세요. 만약

   “Parallel-port support”설정 선택에서 Yes라 하시는 분은 아마

   프린터와 다른 parallel port 장치들을 하나의 port에서

   공유하실겁니다.  커널에 PARIDE 지원을 가능케 하실려면 Y를

   선택하시든지, 또는 M을 선택하셔서 Loading이 가능한 모듈로써

   만드시면 되는데 단, 이경우에는 반드시 모듈로써 PARIDE를 만들어야

   합니다.  만약 커널에 PARIDE 지원을 하셨다면(즉 Y를 선택하셨다면)

   다른 개별적인 프로토콜 모듈이나 상위드라이버 역시 Loading이 가능한

   모듈로써 만드실수가 있는데 이런 경우 만들어지는 모듈들을 paride.o라

   부르게 됩니다. PARIDE 지원을 사용하기 위해서는 반드시 Y 또는 M

   을 선택하셔야 하며, 또한 최소한 하나 이상의 상위드라이버(예를 들어,

   Parallel port IDE disks”, “Parallel port ATAPI CD-ROMs”,

“Parallel

   port ATAPI disks”)와 프로토콜(예를 들어, “ATEN EH-100 protocol”,

   “MicroSolutions backpack protocol”, “DataStor Commuter

protocol”)이

   설치되어 있어야 합니다.

< > Compa SMART2 support

   이것은 콤팩의 스마트어레이 콘트롤러용 드라이버 입니다. 이 보드를

   사용하시는 분은 Y를 선택하십시오. 이 드라이버에 의해 현재 지원되는

   보드들의 목록과 이 드라이브의 사용에 관한 더 자세한 정보를 보시려면

   “linux/Documentation/cparray.txt”를 참조하십시오.

Networking options  —>

<*> Packet socket

   패켓 프로토콜은 커널에서 실행되는 (예를 들면 tcpdump) 매개체

   네트워크 프로토콜(intermediate network protocol)없이 네트워크

   장치를 직접적으로 통할려는 애플리케이션에서 사용한다. 당신이 이것을

   사용할려면 Y을 선택하라. 이 드라이버 또한 모듈로 사용할 수 있다.

   이름은 af_packet.o이다. (이 모듈 코드는 당신이 원할 때 삽입/제거를

   할 수 있다.) 당신이 이것을 모듈로 컴파일하길 원한다면 M을 선택하라.

   그리고 Documentation/modules.txt 을 읽어봐라. 당신이 이것에 대해

   잘 모르면 Y을 선택하라.

[ ] Kernel/User netlink socket

   이 드라이버는 커널 또는 모듈의 일부분과 유저 프로세서간의 쌍방향

   통신을 위한 것이다; 유저 프로세서는 /dev 디렉토리의 메이저 모드

   36을 갖는 특별한 문자 파일을 읽거나 쓸수 있는 것이다. 아래 “Routing

   messages”를 Y로 했다면 커널은 그것을 네트워크와 관련된 정보를

   알리는데 사용한다. 그외에도 만약 좀 더 아래의 “IP:firewall packet

   netlink device”를 Y로 했다면 가능성 있는 공격들에 관한 정보를

   알리는데 방화벽 코드에 의해 그것을 사용한다. arpd를 사용하길

   원한다면 역시 여기에 Y라고 해야한다. arpd는 내부 ARP 캐시(지역

   네트워크에서 IP 주소와 하드웨어 주소간에 맵핑시크는 것)가

   비대해지지 않도록 하는 데몬이다. ethertap 장치, 이것은 유저 영역

   프로그램이 저수준의 이더넷 프레임을 읽고 쓸 수 있도록 하는 것으로,

   또한  네트워크 링크 드라이버가 필요하다. 잘 모르겠다면, Y로 해라.

[ ] Routing messages (NEW)

   여기서 Y를 고른 다음에 mknod(“man mknod”)로 메이저 넘버 36, 마이너

   넘버 0인 스페셜 캐릭터 파일 /dev/route 를 만들면 이 파일을 읽어서

   라우팅 정보에 대해 알아낼 수가 있습니다. 하지만 이 파일에 대해

   쓰는것은 아무 의미가 없습니다.

< > Netlink device emulation (NEW)

   이것은 이전에 호환가능한 옵션이다. 당분간은 Y를 선택하라. 이 옵션은

   곧 제거될 것이다.

[ ] Network firewalls

   방화벽은 지역 네트워크를 그 밖의 외부 세계로 부터 보호해 주는

   컴퓨터를 말한다:지역 네트워크의 컴퓨터로 부터 나오거나, 또는 지역

   네트워크의 컴퓨터로 전달되는 모든 트래픽은 먼저 방화벽에 의해서

   조사되어 지며, 경우에 따라서 차단되거나, 변경될 수도 있다. 여기에

   주어진 옵션에 Y를 선택함으로써, 얻게되는 방화벽의 종류는 “Packet

   Filter”라고 불린다:이것은 네트워크 트래픽을 그 종류와, 근원지 ,

   목적지에 기반해서 차단할 수 있다. 대조적으로 “proxy-based” 방화벽은

   좀 더 안전하지만, 설치하는데 있어서 좀 더 강압적이고, 귀찮은 면이

   있다. proxy-based 방화벽은 네트워크 트래픽을 좀 더 자세히 관찰해서

   그것을 변경한다, 그리고 packet filter방화벽들이 가지고 있지 못한,

   좀 더 상위 레밸의 프로토콜에 대한 지식을 가지고 있다. 이 방화벽은

   또한 종종 지역 클라이언트에서 수행되는 몇몇 프로그램들에 대해서

   수정을 요구하기도 한다. 이 프록시 기반 방화벽은 커널의 지원을

   필요로 하지는 않는다. 그러나, 이것들은 당신이 여기서 Y를

   선택해야만, 작동하게 될 패킷 필터 방화벽과 함께 사용될 수 있다.

    만약 당신이 당신의 리눅스 박스를 당신의 지역 네트워크에 대한

   패킷 필터로서 설정하고자 한다면, Y를 선택하라. 만약 당신의 지역

   네트워크가 TCP/IP에 기반하고 있다면, 당신은 또한 “IP:

   firewalling”옵션에서도 Y를 선택해야만 할 것이다.  또한 IP 가장[IP

   masuerading] (예를들면 지역 컴퓨터가 외부의 호스트와 통신을 할

   수 있도록 해 주지만, 외부의 컴퓨터는 방화벽 컴퓨터와 통신하고

   있다고 생각하도록 만들기 위함이다. 즉 지역 네트워크를 외부 세계에

   대해서 완전히 보이지 않도록 해주며 지역 네트워크에 존재하는 컴퓨터

   들에 대해서 인터넷 전체에서 통용되는 IP 어드레스를 부여하지 않아도

   되도록 해준기 위함이다) 와 IP transparent proxying (지역 네트워크에

   존재하는 컴퓨터들이 원격지의 컴퓨터 들과 통신하고 있다고 믿게 해

   주지만, 실제로 트래픽들은 지역 프락시 서버 역활을 하는 리눅스

   방화벽으로 보내지게 된다) 사용하기 위해서도, 당신은  “IP:

   firewalling”옵션에 Y를 선택해야 한다.  만약 Y를 선택하고자 한다면

   , “Fast Switching”옵션에는 확실히 N을 선택하도록 한다.

[ ] Socket Filtering

   리눅스 소켓 필터는 버클리 패킷 필터에서 파생되었다. Y를 선택하면,

   사용자 프로그램은 임의의 소켓에 필터를 붙일 수 있고 그래서

   커널에게 소켓에서 얻는 데이터를 종류에 따라 허용하는지 그렇지

   않은지를  지정할 수 있다. 리눅스 소켓 필터링은 TCP를 제외한 모든

   종류의 소켓에 동작한다. 더 자세한 정보는

   linux/Documentation/networking/filter.txt를 참고하라.

   잘모르겠으면 N를 선택하라.

<*> Unix domain sockets

   소켓은 네트워크에 접근하고 구축하는데 기본적인 유닉스

   메카니즘입니다. 비록 네트워크에 물려 있지 않더라도 X 윈도우

   시스템이나 syslog 같은 많은 프로그램들이 이 소켓을

   사용합니다.임베디드 시스템 같은데서 돌릴게 아니라면 꼭 Y라고 해야

   합니다.  소켓은 모듈(실행중인 커널에 언제든지 넣었다 뺐다 할

   수 있는 코드)로 할 수도 있습니다. 모듈로 컴파일하려면 M이라고 하고

   Documentation/modules.txt를 읽어보세요. 모듈이름은 unix.o가

   될겁니다. 또, 모듈로 하려면 “커널 모듈 로더 지원”에 꼭 Y라고 했어야

   합니다. 그리고 /etc/conf.modules에 ‘alias net-pf-1 unix’란 줄을

   넣었는지 확인하세요. 여기서 M이라고 하면 몇몇 중요한 서비스가

   모듈을 커널로 올리지 않고 제대로 동작하지 않을겁니다.   뭘 하고

   있는지 모르겠다면 Y라고 하세요.

[*] TCP/IP networking

   이 프로토콜은 인터넷과 거의 모든 로컬 이더넷에서 쓰입니다. 여러분의

   컴퓨터가 다른 컴퓨터하고 안 물려 있어도 X 윈도우 같은 프로그램들이

   TCP/IP를 쓰기 때문에 꼭 Y라고 하세요.(커널이 35kb정도 커질겁니다.)

   자기 자신한테 ping할 수 있는 소위 루프백 디바이스란 것도 쓸 수

   있습니다.(엄청 재밌어요.)  리눅스 네트워킹에 대한 아주 훌륭한

   입문서인 NET-3-HOWTO를 꼭 읽어보세요. 이 문서는

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO(anonymous 유저)에서

   구할 수 있습니다.  만약에 term의 모든 기능을 쓰고 싶다면 역시

   이 옵션이 필요합니다.(term이란 여러분이 인터넷에 연결된 유닉스

   컴퓨터에 전화 연결로 접속했을때 거의 모든 인터넷 서비스를 쓸 수

   있게 해주는 프로그램입니다. 자세한 건

   http://www.bart.nl/~patrickr/term-howto/Term-HOWTO.html을

   읽어보세요.)  여기서 Y라고 하면 나중에 나올 “/proc 파일시스템

   지원”하고 “Sysctl 지원”에도 Y라고 하세요. 그럼 /proc/sys/net/ipv4/*

   에 있는 (가상) 파일에 옵션을 써 넣어서 TCP/IP의 여러가지 속성을

   바꿀 수가 있습니다. 가능한 옵션은

   Documentation/Networking/ip-sysctl.txt를 참고하세요.  그냥 Y라고

   하세요.

[ ] IP: multicasting

   이것은 네트워크상의 여러 컴퓨터를 한 번에 지정하는 옵션입니다.

   이 옵션은 커널 크기를 2kb정도 크게 할 겁니다. 만약에 여러분이

   MBONE(인터넷의 최상위에서 오디오와 비디오를 브로드캐스트하는

   고대역폭 네트워크)에 들어가려고 한다면 멀티캐스팅이 필요합니다.

   MBONE에 대한 자세한 정보는

   http://www.best.com/~prince/techinfo/mbone.html에서 구할 수가

   있습니다.(웹을 쓰려면 lynx나 넷스케이프가 있고 인터넷에 연결된

   컴퓨터를 쓸 수 있어야 합니다.) 여러 네트워크 카드들의 멀티캐스팅

   가능 여부에 대해서는 Documentation/networking/multicast.txt에 나와

   있습니다. 보통은 N이라고 해도 괜찮습니다.

[ ] IP: advanced router

   당신의 리눅스 시스템을 대부분 라우터로 작동시키려고 한다면, 예를

   들면 네트워크 패킷들을 포워드 시키거나 또는 재분배하는 기능 , Y를

   선택하라;그러면 라우팅 프로세스에 대해서 좀 더 자세한 조정을 할

   수 있는 옵션들이 나타나게 될 것이다.  이 옵션에 대한 대답을

   직접적으로 커널에 영향을 미치지는 않는다: N이라고 대답하는 것은

   단지 이 설정 스크립트가 향상된 라우팅에 대한 모든 질문을 넘어

   가도록 해 준다.  당신이 IP forwarding을 커널 설정에서 가능하게

   했을 경우에만, 당신의 리눅스 컴퓨터를 라우터처럼 동작하게 할 수

   있음을 알아야 한다;당신은 “/proc filesystem support” 옵션과 “Sysctl

   support” 옵션에서 Y를 선택하고 시스템이 부트될때 /proc 파일

   시스템이 마운트된후에 다음과 같은 명령을 실행함으로써 IP

   forwarding을 가능하게 할 수 있다.  echo “1” >

   /proc/sys/net/ipv4/ip_forward  만약 당신이 IP forwarding을

   작동시켰다면, 당신은 아울러 rp_filter의 기능을 얻게 될 것이다.

   rp_filter는 어떤 패킷이 도착했을때 그 패킷이 도착한 인터페이스와

   라우팅 테이블의 엔트리에서 그들의 출발 어드레스가 일치 하지

   않는다면, 그것들을 자동으로 거절하게 된다. 이것은 보안상의 장점을

   가지게 되는데 왜냐하면, 소위 IP spoofing이라고 하는 문제를 막아주기

   때문이다. 그러나, 당신이 비대칭 라우팅(당신의 시스템으로 들어오는

   패킷과 나가는 패키들이 서로 다른 경로를 선택하는것)을 사용하거나,

   당신이 여러개의 인터페이스들에 대해서 여러개의 IP 어드레스들을

   가지는 비라우팅 호스트를 운영하고 있다면, 다음과 같은 명령을 통해서

   rp_filter기능을 작동하지 않도록 한다.  echo 0 >

   /proc/sys/net/ipv4/conf//rp_filter 또는 echo 0 >

   /proc/sys/net/ipv4/conf/all/rp_filter  확실하지 않다면, N은

   선택하도록 한다.

[ ] IP: policy routing (NEW)

   일반적으로, 라우터는 수신한 패킷을 가지고 오직 패킷의 마지막

   목적지 주소에 근거해서 무엇을 해야할 지를 결정합니다.   만일

   여기서 Y 라고 한다면, 리눅스 라우터는 패킷의 송신지 주소를  고려할

   수도 있게 될 것입니다. 더군다나, 아래의  “IP: TOS 값을 라우팅

   키로 사용하기” 에 Y라고 한다면,  패킷의 TOS(Type-Of-Service서비스

   타입) 부분은 라우팅 결정을  위해서도 사용되어질 수 있습니다.

   덧붙여, 이곳과 아래의  ”IP: 빠른 네트웍 주소 번역” 에 Y 라고

   한다면, 라우터는 또한  전송된 패킷의 송신지와 목적지 주소들을

   수정할 수 있게 될겁니다.    여러분이 이것에 관심이 있다면,

   http://www.compendium.com/ar/policy-routing.txt 와

   ftp://post.tepkom.ru/pub/vo12/Linux./docs/advanced-routing.tex  를

   읽어보기바랍다.

[ ] IP: eual cost multipath (NEW)

   일반적으로, 라우팅 테이블은 주어진 패킷에 단호하게 취해야 할 하나의

   행동을 구체적으로 알려줍니다. 그러나, 여기서 만일 Y라고 한다면,

   패킷 패턴에 여러 개의 행동을 덧붙이는 것이 가능해 지고, 사실상

   그 패킷들을 위해 거쳐야 할 몇몇 대체 경로들을 구체적으로

   알려줍니다.   라우터는 이런 경로들을 동일한 “비용”으로 여겨서,

   만일 일치하는 패킷이 도착하면, 유동적으로(non-deterministic

   fashion) 그 경로들 중에 하나를 선택하게 됩니다.

[ ] IP: use TOS value as routing key (NEW)

   모든 IP패킷의 헤더부분은 그 패킷이 요구하는 특정 처리부분을

   담고있는 TOS(Type of Service 서비스형태)값을 가지고 있습니다.

   예를 들어 , (상호작용하는 트래픽을 위한) low latency, 높은 처리량,

   높은 신뢰도 같은 것들. 만일 여러분이 여기에 Y라고 하면, 여러분은

   서로다른 TOS값들 을 가진 패킷들을 위해 서로다른 라우트를 지정할수

   있게 될겁니다.

[ ] IP: verbose route monitoring (NEW)

   만일 여러분이 여기에 Y라고 하면(권장사항입니다.), 커널은 라우팅에

    관해서 자세한 메시지들을 출력할것입니다. 예를 들어, 이상하게

   보이는  수신된 패킷들이나 어디선가 시스템 설정잘못 또는 공격의

   증거가 될수 있는 것들에 관한 경고 메시지들을 말합니다. 정보는

   커널 메시지부분을 담당하는 klogd데몬이 다루고있습니다. (“man

   klogd”해보세요)

[ ] IP: large routing tables (NEW)

   만일 라우팅 존의 항목이 64개 이상이라면, “Y”를 선택하여 라우팅

   속도가 향상시킬 수 있습니다.

[ ] IP: kernel level autoconfiguration

   이 옵션은 커널이 부팅시에 IP와 라우팅 테이블을 자동으로 설정할

   수 있게 해줍니다. 필요한 정보는 커널 명령어 라인이나 BOOTP, RARP

   프로토콜한테 받습니다. 모든 시스템들은 시작 스크립트에서 네트워크를

   잡기 때문에 디스크가 없는 시스템이라서 부팅을 하려면 네트워크에

   접근해야만 하는 사람만 Y라고 하고 “NFS를 통한 루트 파일시스템”

   항목도 역시 Y라고 해야 합니다.

[ ] IP: firewalling (NEW)

    TCP/IP 기반의 지역네트웍을 위해 리눅스 박스를 패킷 필터링방식의

    방화벽으로 사용코자 한다면 Y라고 하세요. FTP를 이용하여  (user:

   anonymous) ftp://metalab.unc.edu/pub/Linux/docs/HOWTO  의

   FIREWALL-HOWTO를 읽어보는 것도 좋을듯합니다.(user: anonymous)

     또한 종류, 출발점 및 도착점에 따라 인터넷 트래픽을 선택적으로

    차단할 수 있는 ipchains tool을 필요로 할 것입니다. (www상에서

   http://www.rustcorp.com/linux/ipchains/에 가면 구할 수 있습니다)

        리눅스의 방화벽코드의 변경과 ipfwadm이라고 불리던 예전

   프로그램이  더이상 작동하지 않음을 주목하세요. IPCHAINS-HOWTO를

   꼭 읽어보세요.  ipchains와 커널 지원으로 구축된 방화벽은 “패킷

   필터(packet filter)” 방식입니다. 또다른 방식의 방화벽중 하나로

   “프락시 기반(proxy-based)”을  들수 있는데 이것은 좀더 보안성이

   뛰어나지만 더욱 강요적이고 설정하기가  까다롭습니다; 이것은 네트웍

   트래픽을 좀더 면밀히 감시하고, 조정하며,  패킷 필터가 갖지 않는

   상위의 프로토콜에 대한 지식을 가지고 있습니다.  프락시 기반

   방화벽은 커널에서의 지원이 필요없습니다만 이따금 패킷  필터와

   합쳐지기도 합니다.여기에 Y라고 하신다면요.   이 방화벽 코드는

   커널에서 IP 포워딩(IP forwarding)이 가능하여야만  작동합니다.

   아래에 있는 “/proc filesystem support(/proc 파일 시스템  지원)”과

   “Sysctl support”에서 Y라고 하시고 부팅시 /proc 파일시스템이

   마운트되고난 후 명령행에서 다음과 같이 써넣으면 실행됩니다.

   echo “1” > /proc/sys/net/ipv4/ip_forward   IP masuerading(IP

   매스커레이딩: 지역 컴퓨터들로 하여금 바깥세계의  호스트들과 대화할

   수 있게 하지만 바깥의 호스트들은 자신이 방화벽 컴퓨터와  대화하고

   있는것으로 생각하게 합니다 — 내부의 네트웍은 완벽하게 바깥에서는

    보이지 않고 또한 지역 네트웍의 컴퓨터들에게 세계로 연결된 정식의

   IP 주소 를 부여해야 할 필요를 없애줍니다)과 IP packet logging

   & accounting  (당신의 네트웍 대역폭의 사용 추적을 남깁니다) ,

   그리고 IP transparent  proxying(IP 투명 방화벽: 실은 리눅스

   방화벽으로부터 지역 방화벽으로  돌아나온 트래픽을 지역 네트웍의

   컴퓨터들로 하여금 원격 컴퓨터와 대화하고  있다고 생각케 합니다)을

   하기위해선 “IP firewalling”에  Y라고  하셔야합니다.

   미심쩍으시면 N이라고 하십시요.

[ ] IP: firewall packet netlink device (NEW)

    이 옵션에 대하여 Y를 선택하면, 네트웍 공격이나 사이트 관리자

   작업인 페이징 등의 활동을 찾아내는 임의의 사용자 공간

   모니터링(감시) 소프트웨어에 (hits your Linux firewall:도저히 넣기가

   어렵습니다) 지정한 패킷의 일부 또는 모두를 카피할 수 있는 ipchains

   도구를 사용할 수 있다.  이 장치를 사용하기 위해서는 mknod(“메뉴얼

   참고;man mknod”) 명령을 사용하여 최소 3개에서 최대 36개의 노드를

   가지는 특별한 성격의(?) 파일을 /dev 디렉토리 밑에 만들 필요가 있다.

   또한 장치로부터의 입력을 처리하고 적절한 활동이 가능하도록 하는

   프로그램(직접 만들어야 할 수도 있는)이 필요하다.

[ ] IP: transparent proxy support (NEW)

   이 옵션은 리눅스 방화벽으로 하여금, local 네트웍 (지역

   네트워크)으로부터 remote 호스트(원격 호스트)에 보내지는 모든

   network 트래픽을 ‘투명 프락시 서버’라 불리우는 지역 서버로

   redirect(방향전환)하도록 할 수 있다. 이 옵션을 사용하면, 지역

   컴퓨터는 원격 호스트와 통신하고 있다고 생각하지만 실제로는 지역

   proxy에 연결되어 있다. 리다이렉션은 특별한 입력 방화벽

   규칙(ipchains 유틸리티를 사용하여)을 정의하고/하거나 적절한 bind()

   시스템 콜을 행함으로서 활성화된다.

[ ] IP: masuerading (NEW)

    리눅스 박스가 방화벽인 지역네트웍의 한 컴퓨터가 바깥으로 무언가를

   보내고자 할때 리눅스 박스는 마치 해당 컴퓨터인 것처럼

   “가장(매스커레이드:masuerade)”을 할 수 있습니다. 즉 리눅스는

   바깥의 정한 목적지로 트래픽을 내보낼 때, 그것이  방화벽

   자신으로로부터 출발한 것처럼 만듭니다. 이것은 양 쪽으로 작용하는데

   바깥의 호스트가 응답하면, 리눅스 방화벽은 그 트래픽을 가만히

   지역넷의 합당한 컴퓨터로 보내줍니다. 이 경우 지역넷의 컴퓨터는

   바깥에 다다를 수 있고 응답을 받을 수도 있지만, 바깥 세계에서는

   완벽하게 보이지않게 됩니다. 이는 설령 지역넷의 컴퓨터 들이

   공식적으로 등록된 IP 주소를 갖지 못했다고 하더라도 인터넷을 사용할

   수 있게 합니다. (마지막의 문제는 리눅스 박스가 SLiRP 을 통해

   해결할 수 있습니다) (SliRP는 SLIP/PPP 에뮬레이터로서 다른 UNIX

   컴퓨터의 정식 전화접속 쉘계정을  가졌을 때 쓸 수 있습니다.익명FTP

   (user:anonymous)를 통해 얻으세요.

   ftp://metalab.unc.edu/pub/Linux/system/network/serial/ )  **역자

   주:케이블 모뎀,ADSL,ISDN 등도 물론 가능합니다.***

   IP매스커레이딩 코드는 IP포워딩이 가능해야 작동합니다. ; 이를

   위해서는 다음에 나올 “/proc filesystem support” 와 “Sysctl

   suppot”옵션에 Y를 하고, 부팅시 /proc 파일 시스템이 마운트 되고

   난 후 부트 스크립트에서 다음의 줄이 실행되면 됩니다..  echo

   “1” > /proc/sys/net/ipv4/ip_forward   자세한 설정방법들은 IP

   Masuerade mini-HOWTO에 적혀있는데, 다음의

   익명FTP(user:anonymous)통해 구하거나

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/mini 다음의 웹 사이트를

   통해서도 얼마간의 정보를 얻을 수 있습니다.

   http://www.tor.shaw.wave.ca/~ambrose/kernel21.html.    만약 Y를

   선택한다면 ip_mas_ftp.o(ftp 파일전송용),ip_mas_irc.o (irc

   채팅용),ip_mas_uake.o(맞춰바여! :),ip_mas_vdolive.o (VDOLive

   화상 접속),ip_mas_cuseeme.o(CU-SeeMe 브로드캐스팅) 및

   ip_mas_raudio.o(리얼오디오 다운로딩)등의 모듈들이 자동적으로

   컴파일될 것입니다. 이들은 용도에 맞는 프로토콜을

   매스커레이딩하는데 필요합니다. 모듈은 코드조각으로서 커널이

   동작중일때도 필요에 따라 삽입되거나 제거될 수 있습니다. 모듈에

   대한 자세한 것은 Documentation/modules.txt를 읽어보세요.

[ ] IP: ICMP masuerading (NEW)

   위에 나왔던 “IP: 매스커레이딩”에 의한 기본적인 매스커레이드 코드는

    TCP와 UDP (그리고 그것이 연결되었을때 발생할수 있는

   ICMP에러들까지) 를 다루고 있습니다. 이 옵션은 ICMP패킷들을

   매스커레이딩하는 추가적인 지원옵션입니다. ICMP패킷들은 Windows

   95 tracert프로그램이 사용하는 ping이나 probes같은 것들 입니다.

     이것을 원하시면 Y라고 하세요.

[ ] IP: masuerading special modules support (NEW)

   매스커레이딩시 이용되는 규칙들을 다시쓰는 것을 참조할 수 있도록

   하는 특수한 모듈들을 지원합니다. 이 기능은 입력패킷처리체인에

   있어서 약간의 오버헤드를 가중시킨다는 점을 알아두십시오.  이

   같은 모듈들의 예로 ipautofw(고유의 프로토콜 Helper를 가지고 있지

   않은 프로토콜들의 매스커레이딩을 가능하게 한다)와 port

   forwarding(로컬 컴퓨터의 입력포트가 매스커레이딩호스트를 통해

   보여질 수 있도록 한다)이 있다.  이 부가적인 모듈들을 이용하기

   위해서는 유저 스페이스 프로그램 “ipmasadm”이 필요할 것이다;

   http://juanjox.linuxh.com/

로부터 다운로드 받을 수 있다.  모든

   이 부가적인 코드는 여전히 개발단계에 있으며 따라서 현재

   EXPERIMENTAL 마크가 되어 있다.  만일 시도를 원한다면, 예를 들어

   PORT FORWARDING를 원한다면, Y를 답하기 바란다.

[ ] IP: optimize as router not host

   몇몇의 리눅스의 네트워크 드라이버들은 copy and checksum이라고

   불리는 기술을 사용함으로써 호스트의 성능을 최적화 시킨다. 대부분의

   시간을 라우터로서 작동하고 대부분의 패킷들을 다른 호스트로 전달하는

   시스템에 있어서 이러한 작업(copy and checksum)은 손해이다. 만약

   당신이 여기서 Y를 선택한다면 copy and checksum 기능은 작동하지

   않을 것이다. 앞으로, 이 옵션은 라우터의 작동에 대해서 최적화 되도록

   여러 가지 변화를 만들게 될 것이다.  당신이 IP forwarding을 커널

   설정에서 가능하게 했을 경우에만, 당신의 리눅스 컴퓨터를 라우터처럼

   동작하게 할 수 있음을 알아야 한다;당신은 “/proc filesystem support”

   옵션과 “Sysctl support” 옵션에서 Y를 선택하고 시스템이 부트될때

   /proc 파일 시스템이 마운트된후에 다음과 같은 명령을 실행함으로써

   IP forwarding을 가능하게 할 수 있다.  echo “1” >

   /proc/sys/net/ipv4/ip_forward  만약 불확실 하다면, N은 선택하도록

   한다.

< > IP: tunneling

   터널링이라함은 다른 프로토콜 안에 하나의 프로토콜 타입의 데이타를

    넣어 캡슐화한다음 이 캡슐화된 프로토콜을 이해하는 채널상으로

   이  데이타를 보내는것을 의미합니다. 이 특별한 터널링 드라이버는

    IP내에 IP를 넣어 캡슐화 시키게됩니다. 이것은 어떻게 보면 무의미해

    보일지도 모릅니다. 그러나, 만약 여러분이 여러분의 컴퓨터를

   물리적으로  다른 네트워크 상에 나타나게 만들고

   싶다거나,모빌-IP기능을 사용하고  싶다면 이 옵션이 매우

   유용할것입니다. (mobile-IP기능은 랩탑컴퓨터가  자신에게 부여된

   IP를 바꾸지 않고도 네트웍 사이를 이동할수 있도록 허용 합니다.

   ; http://anchor.cs.binghamton.edu/~mobileip/LJ/index.html

   홈페이지를 읽어보세요.)  이 옵션에 Y라고 하시면 두개의

   모듈(=원할때면 언제나 돌고있는 커널에서  넣었다 뺐다 할수 있는

   코드)이 생성될겁니다. 대부분의 사람들은 이 옵션이  필요없을것이고

   그래서 N이라고 할수 있습니다.

< > IP: GRE tunnels over IP

   터널링(tunneling)이라 함은 다른 프로토콜 내에 어떤 프로토콜 타입의

   데이타를 캡슐화 하여 이 캡슐화된 프로토콜을 이해하는 채널상으로

    이 캡슐화된 패킷을 보내는 것을 의미합니다. 이 특별한 터널링

   드라이버는 GRE(일반적인 라우팅 캡슐화 Generic Routing

   Encapsulation)을 수행하고 이때 존재하고 있는 IPv4인프라스트럭쳐

   상에 IPv4또는 IPv6의 캡슐화를  가능하게 합니다. 이 옵션은 만일

   반대편 끝지점이 Cisco 라우터라면  유용한 옵션입니다. Cisco라우터는

   다른 리눅스 터널링 드라이버(위에서 나온 “IP: tunneling”)보다 더욱

   GRE를 좋아합니다. 뿐만아니라, GRE는  터널을 통해 멀티캐스트

   재배포(redistribution)가 가능하도록 해줍니다.

[ ] IP: aliasing support

   단독의 물리적 네트워크 인터페이스( 시리얼포트나 이더넷카드)에서

   몇개의 IP을  가져야하는 경우가 있다. 대부분의 경우 이것은 호스트

   이름이 아닌 WWW 나 ftp와 같은 것으로 서비스되기원하는 경우이다.

   이것은 멀티호스팅(multihosting) 또는 가상 도메인, 가상 호스팅

   서비스라고 하며,   http://www.thesphere.com/~dlp/TwoServers/ 에

   상세하게 설명되어 있다. 또한 Virtual-Services-HOWTO을

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO에서 구할수 있다.

   또다른 경우는 두개의 논리적 네트워크에서 하나의 이더넷카드를 가지고

   엑세스하길 원한다면 또한 ‘Y’을 선택해야한다.  alias address의

   설정은 Doumentation/networking/alias.txt와 IP-Alias

   mini-HOWTO에자세한게 나와있다. 원하다면 ‘Y’을 선택하라.. 대부분의

   경우는 필요하지 않으므로 ‘N’을 선택

[ ] IP: ARP daemon support (EXPERIMENTAL) (NEW)

   일반적으로 커널은 로칼 네트워크에서 IP와 하드웨어 주소(6바이트)의

   MAP을  내부적인 캐쉬로 유지한다. ( 이더넷, 토큰링, 기타 ) 물리적인

   네트워크 계층에서 이것을 이용하여 프레임을 보낸다. 몇백개 정도의

   호스트를 가지는 소규모의 네트워크에서는 ARP(Address Resolution

   Protocol) 캐쉬를 커널 차원에서 유지한다.  여하튼 내부 ARP캐쉬를

    매우 크고  교차하는 네트워크(switched network)에서  관리한다는

   것은 별로 좋지않다. 이것은 만일 네트워크에 연결된

   컴퓨터(TCP/IP)들이 많다면 커널 메모리의 많은 부분을 사용될것이다.

     ‘Y’를 선택한다면, 커널 내부 ARP 캐쉬는 256 엔트리(entry)보다

   커지지 않을것이다. (가장 오래된 엔트리는 LIFO을 통해

   갱신되어진다.) 그리고 연결은 유저 공간의 ARP  데몬 arpd을 통해

   시도 되어진다. arpd는 자신의 캐쉬나 네트워크에 물어본후 질의에

   응답하게 된다.  이것 코드는 아직 시험적이다. ‘Y’을 선택한다면

   관련 문서를 http://wwww.loran.com/ ~layes/arpd/index.html에서

   구할수 있고 Kernel/User network link driver 에서    또한 ‘Y’을

   선택해야한다.      확실하지 않으면 ‘N”

[ ] IP: TCP syncookie support (not enabled per default)

   일반적인 TCP/IP   Protocol을 구현하고 있는 시스템은 “SYN

   flooding”이라고 알려진 공격에 대해서 취약하다. 이 서비스 거부

   공격(Denial-of-service)은 공격이 행해지는 동안 합법적인 원격

   사용자들이 당신의 컴퓨터에 접속하는 것을 방해하게 되며, 이러한

   공격은 매우 쉽게 행해 질 수 있으며, Internet상의 어떤 곳에서도

   공격을 수행할 수 있다.  SYN cookies는 이러한 종류의 공격에 대한

   방지책을 제공한다. 만약 이 선택에 대해서 Y를 선택하게 된다면,

   TCP/IP 스택은 “SYN cookies”라고 불리는 암호화된 문제 규약을

   사용해서, 당신의 컴퓨터가 공격을 받고 있더라도 적법한 사용자가

   계속해서 접속을 가능하도록 한다. 적법한 사용자들은 그들의 TCP/IP

   소프트웨어들을 변경할 필요는 없다;SYN cookies는 이러한

   소프트웨어들에 대해서 투명하게 작동한다. SYN cookies에 대한

   기술적인 정보는 다음에서 얻을 수 있다.

   ftp://koobera.math.uic.edu/pub/docs/syncookies-archive.  만약

   당신이 SYN flood 공격을 받고 있다면, 커널이 알려주는 공격자의

   주소는 위조 되었을 가능성이 높다;그 주소는 패킷들의 실제 주소를

   추적하는데 도움이 될 뿐이며, 절대적인 사실로 취급해서는 안 될

   것이다.  SYN cookies는 만약 서버가 매우 과중한 부하에 시달리고

   있다면, 클라이언트에 올바른 에러 보고를 하는 것을 방해할 수도 있다.

   이러한 상황이 자주 발생 한다면 이 옵션을 선택하지 않도록 한다.

    만약 당신이 여기서 Y를 선택하더라도, SYN cookies옵션은 기본적으로

   작동하지 않는다는 것을 알아야 한다;이것을 작동시키기 위해서는

   “/proc filesystem support”와 “Sysctl support”옵션에 Y를

   선택하고,시스템을 부팅할때 proc 파일 시스템이 마운트 된 후에 다음과

   같은 명령을 실행 시키도록 한다.  echo 1

   >/proc/sys/net/ipv4/tcp_syncookies  만약 불확실 하다면, Y를

   선택하라.

   시스템에 새로 부팅할 때마다 Syncookies를 켜는 것도 번거로울 때

   /etc/rc.d/rc.local를 이용하면 편리하다.  rc.local의 마지막 라인에

   다음을 추가해 보자.  if [ -f /proc/sys/net/ipv4/tcp_syncookies];

   then   echo 1 > /proc/sys/net/ipv4/tcp_syncookies fi  이렇게

   해 두면 부팅될 때마다 자동으로 syncookies가 동작할 것이다.

< > IP: Reverse ARP

   이것은 RARP 프로토콜을 사용하여 IP 주소를 제공하는 RARP Server의

   지원여부를 결정하는 부분이다.  RARP( Reverse Address Resolution

   Protcol)는 각각 H/W Ethernet card가 가지고 있는 유일한 하드웨어

   어드레스(6bye)를 가지고 IP을 알아 낼수 있는 프로토콜이다. 여기서

   H/W Ethernet address는 ifconfig이라는 명령을 쓰면 HWadd에 해당하는

   부분이다. 이 프로토콜은 주로 디스크가 없는 머신에서 부팅시 IP을

   알아내기 위해서 주로  사용이 되며 Diskless Sun 3 머신이나 Linux

   Box에서 사용할 수 있다.  만일 RARP 서비스를 제공할 필요가 있다면

   ‘Y’을 선택하라. 그러면 rarp을 실행시킬 수있다. ( man rarp 참고

   )  만일 diskless Sun 3머신을 리눅스용 X 터미날로 사용할려면,

   ‘Y’을 선택하고

   ftp://metalab.unc.edu/pub/Linux/system/network/boot.net/로 부터

   Linux-Xkernel을 패치하여야 한다.  네트워크 연결시 부팅과 설정의

   해결방안으로 BOOTP, DHCP가 있다.  (

   http://web.syr.edu/~jmwobus/comfas/dhcp.fa.html )    RARP을

   모듈로 지원할려면 ‘M’을 선택하고 관련글들은

   Documentation/modules.txt  있다. 모듈은 rarp.o이다.    만일

   이해가 가지 않는다면 그냥 ‘N’을 선택하라.

[*] IP: Allow large windows (not recommended if <16Mb of memory)

   고속이며 원거리 네트웍에서 네트웍의 성능적 한계는 상대방이

   데이터수신에 대한 확인을 하기까지 많은 데이터를 저장하고 있어야

   한다는 점입니다. 만일 이 옵션을 Y로 선택하시면 더 많은 데이터를

   주어진 시간에 빨리 보내기 위해 사용할것입니다. 이것은 더 많은

   메모리가 네트웍버퍼를 위해 사용되어진다는 것이며, 이 옵션을

   사용하기위한 권장사양은 메모리가 16메가 이상이어야 합니다. 만일

   2Mbsp이상의 전송속도이거나 근거리 연결에서는 이 옵션은 성능의

   향상을 가져오지 않습니다.

< > The IPv6 protocol (EXPERIMENTAL) (NEW)

   이것은 Internet Protocol의 다음 버전에 대한 실험적인 지원이다.

   : IP version 6(이것은 IPng또는 “IP next generation”이라고 불리기도

   한다), 이 새로운 프로토콜은 다음과 같은 특징을 갖는다: 확장된 주소

   공간, 인증과 비밀성 그리고, 중간 연결방법이 필요없이 현재 버전의

   IP (IP version 4)프로토콜과의 상호작용 가능. IPv6에 대한 일반적인

   정보는 다음을 참조하기 바란다.

   http://playground.sun.com/pub/ipng/html/ipng-main.html (WWW을

   검색하기 위해서는 인터넷에 접속할 수 있는 컴퓨터와 lynx 또는

   netscape와 같은 프로그램이 설치 되어 있어야 한다. 역자주 – 누굴

   바보로 아는건가) 리눅스 상에서 IPv6에 대한 구체적인 정보는

   http://www.terra.net/ipv6/ 에

있는 HOWTO와 커널 소스 디렉토리에

   존재하는 net/ipv6/README 파일을 읽어보라.  만약 당신이 IPv6를

   사용하길 원하다면, Documentation/Changes에 언급된 것 처럼 최신의

   net-tools로 업그레이드 하라. 당신은 여전히 일반적인 IPv4의 네트워킹

   기능을 역시 사용할 수 있을 것이다.  이 프로토콜 지원은 또한

   모듈(당신이 원할때 언제든지 현재 실행되고 있는 커널에 삽입되거나,

   또는 제거 될 수 있는 코드) 로 작동 하는것도 가능하다. 그 모듈의

   이름은 ipv6.o이다. 당신이 그것을 모듈로서 컴파일 하기를 원하다면,

   여기에 M이라고 답하라. 그리고 read Documentation/modules.txt을

   읽어보라.  현재는 여기에 N이라고 대답하는 것이 안전하다.

< > The IPX protocol

   이것은 일반적으로 윈도 기기의 로컬 네트웍에 사용되는 IPX라는 노벨

   네트웍 프로토콜을 지원합니다.  만약  노벨 네트웨어 파일이나 FTP

   전송에 유용하게 사용되는 리눅스 클라이언트 ncpfs (유저이름이

   불분명한)로의 접근을 원한다면 이것을 사용할 필요가 있다. 리눅스

   노벨 클라이언트 ncpf 는

   ftp://metalab.unc.edu/pub/Linux/system/filesystems/ 나

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO 에 유용하게 사용되는

   리눅스 도스 에뮬레이터 DOSEMU  (DOSEMU-HOWTO라고 읽는) 로부터

   접근가능하다.  위 프로그램을 사용하기 위해서는, 아래 “NCP

   파일시스템 지원”에서 Y(yes) 를 선택하면 된다.   IPX는 IP 범주와

   비슷한 반면 IPX를 운영하는 SPX는 TCP와 비슷합니다.  리눅스에는

   SPX 를 지원하는 기능도 있습니다. (아래에 SPX 네트워킹을 보십시요)

    리눅스 박스를 넷웨어 파일 서버와 IPX 라우트로 바꾸고자 한다면,

   Y를 눌러주십시요. 이때 yes를 누르면

   ftp://metalab.unc.edu/pub/Linux/system/network/daemons/ 로부터

   lwared를 가져오거나, ftp://ftp.gwdg.de/pub/linux/misc/ncpfs로부터

   mars_nwe 를 가져올 수 있다.  더 자세한 정보가 필요하면

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO 에 있는 IPX-HOWTO 를

   읽어라.   리눅스, 윈도머신, 맥머신에 연결하는 법에 대한 일반적인

   정보는   http://www.eats.com/linux_mac_win.html 홈페이지로 WWW

   웹상에 있습니다. (웹사이트에 접근하는 방법은 lynx나 netscape와

   같은 프로그램을 가지고 있는 인터넷 상의 머신에 접근해야 한다.)

    IPX 드라이브는 커널용량을 5KB까지 확장시켜줄 것이다. 이

   드라이브는 모듈( = 원할때마다 작동하고 있는 커널에 삽입 및 제거가

   될 수 있는 코드 ) 로써 사용이 가능합니다. 이 모듈은 ipx.o 로

   불린다. 만약 모듈로 그것을 컴파일하려면, M옵션으로 지정해서,

   Documentation/modules.txt를 읽어 보십시요. 만약 리눅스 박스를 로컬

   노벨 네트워크로 합치기를 원하지 않는다면 , N(No)을 눌러주세요

[ ] IPX: Full internal IPX network (NEW)

   모든 IPX 네트워크는 자신을 구별할 수 있는 주소를 가지고 있습니다.

   가끔 이것은 당신의 리눅스 시스템에 IPX “네트워크” 주소를 부여하는

   데 유용합니다. (예를 들어 당신의 시스템이 다른 IPX 네트워크를 위한

   파일 서버로 동작하는 경우, 같은 주소를 이용하여 모두로부터

   받아들여집니다.) 이것을 수행하는 방법은 당신의 시스템안에 가상의

   내부”네트워크”를 만들어서 IPX 주소를 할당하는 것입니다. 만약 당신이

   이것을 원한다면 Y를 누르세요; 자세한 것은

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO 에서 IPX-HOWTO를

   읽으세요.  완전한 내부 IPX 네트워크(full internal IPX network)는

   당신이 내부 네트워크의 다른 가상 노드들에 소켓을 할당하는 것을

   가능하게 합니다. 이것은 바인드 호출에 주어진 소켓 주소의 sipx_node

   필드를 배당(evaluating)함으로써 수행됩니다. 그래서 어플리케이션은

   항상 원시 네트워크상의 소켓을 바인딩 할때 node 필드를 0으로 초기화

   합니다. 이런 경우, 내부 네트워크가 만들어졌을 때, 소켓은 커널에서

   주어진 기본 노드로 할당됩니다. 완전한 내부 IPX 네트워크가

   가능해지므로써, 원시 네트워크 상의 ‘특별한’ 소켓 대 소켓

   청취(listening)를 대상으로 한 패킷간의 교차-포워딩은 불가능하게

   됩니다. 이것은 현존하는 어플리케이션, 특히 RIP/SAP 데몬에서 이상을

   일으킬 수 있습니다. 완전한 내부 네트워크에서 잘 동작하는 RIP/SAP

   데몬은 tp://ftp.gwdg.de/pub/linux/misc/mcpfs에서 찾을 수 있습니다.

    만약 당신이 하는 것이 무엇인지 알지 못하는 경우, N을 누르십시오.

< > IPX: SPX networking (EXPERIMENTAL) (NEW)

   SPX 프로토콜은 IPX의 상위에 있는 전송계층 프로토콜이다. 이것은

   클라이언트-서버 응용을 위해 Novell NetWare 시스템에서 사용되고

   있다. IP의 상위에서 동작하는 TCP와 유사하다. Novell Netware 파일

   공유는 SPX를 사용하지 않는 다는 것을 주지하라. 이것은 분리된 리눅스

   지원(클라이언트쪽에서는 밑으로 NCP 파일시스템 지원을,그리고 사용자

   공간 프로그램은 서버쪽에서 lwared 나 mars_nwe를)이 유용하기 때문에

   NCP라 불리우는 프로토콜을 사용한다. 당신이 SPX에서 사용한다면

   여기에서 Y를 말해라. 상세한걸 원한다면

   ftp://metalab.unc.edu/pub/Linux/docs/HOWTO 에서 IPX-HOWTO를

   읽어라. 이 드라이버는 또 모듈(당신이 원할때마다 커널을

   동작시킴에서 삽입하거나 제거하는 코드)로 유용하다. 이 모듈은

   af_spx.o라 불리운다. 어떤 모듈을 컴하일 하길 원한다면 M을 누르고

   Documentation/modules.txt 를 읽어라

< > Appletalk DDP

   애플토크(Apple Talk)는 애플컴퓨터가 서로 네트웍상에서 통신하는

   방법입니다. 만약 당신의 리눅스가 이러한 네트웍에 참여하기를

   원한다면 Y를 선택하십시오.

   프로토콜(Packet Layer Prototol:PLP, PLP 설치를 원하면 여기서 Y를

   선택하세요.)과 하위 계층인 데이타 링크 계층 프로토콜인 LAPB(LAPB

   설치를 원하면 아래의 “LAPB Data Link Driver” 항목에서 Y를

   선택하세요.)의 두 가지 프로토콜로 구성되어 있다. X.25에 대한 좀더

   상세한 정보를 원하면 http://www.sangoma.com/x25.html과

   http://www.cisco.com/univercd/data/doc/software/11_0/rpcg/cx25.htm를

참조하세요.

< > LAPB Data Link Driver (EXPERIMENTAL) (NEW)

   Link Access Procedure, Balanced (LAPB)는 X.25 protocol중의 하위의

   data link layer의 일부이다. 다른 호스트와 data frame의 교환을 위한

   안정적인 연결을 제공하며,상위 레별의 protocol의 전송에

   사용된다.(대부분 X.25의 상위 부분인 packet layer지만, 다른것들도

   지원한다.)  일반적으로 LAPD는 특별한X.21 network card들과 같이

   사용되나,지금의 리눅스는 Ethernet연결에만 LAPD를 지원한다.

   Ethernet상에서 LAPD연결을 사용하고자 한다면,이것과 아래의 “LAPD

   over Ethernet driver”부분에 Y라고 답하면 된다. 기술적인 세부사항에

   대한 정보를 원하면, Documentation/networking/lapb-module.txt부분을

   읽어보기 바란다. 그럼에도 이부분을 모듈로서compile하기를

   원한다면(현재 가동중인 커널에 자유롭게 삽입과 제거가

   가능하다),M이라고 체크하고Documentation/modules.txt를 읽어보라.

   모듈의 이름은 lapb.o이며, 불확실하면,N라고 체크하라.

[ ] Bridging (EXPERIMENTAL) (NEW)

   Y라고하면, 리눅스 박스에서 이더넷 브리지(하나의 이더넷과 관계되어

   연결된 별개의 이더넷 세그먼트를 의미한다.)를 사용할수 있다. 여러

   그러한 브리지는 트리 알고리즘으로 묶인 IEEE802.1 사용하는 훨씬

   더 큰 네트워크를 생성해서 함께 작업할 수 있다. 표준으로서, 리눅스

   브리지는 다른 써드파티 브리지 제품들과 적당히 서로 작용할 것이다.

    이것을 사용하기 위하여, 당신은 ftp(user:anonymous)를 이용하여

   프리지 환경 도구를 얻을수 있다. (ftp://shadow.cabi.net/pub/Linux)

   브리지 미니-하우투의 정보를 읽어보라. 주. 브리지를 사용하는 리눅스

   박스라면, 아마 여러 이더넷 장치를 포함할 것이나, 커널은 도움말없이

   부트때 이상으로 승인할수 없게된다.; 이더넷-하우투를 자세히

   읽어보면, ftp(user:anonymous)를

   이용할수있다.(ftp://metalab.unc.edu/pub/Linux/docs/HOWTO). 브리징

   코드는 아직 테스트중이다. 자신이 없다면 N로 하라.

[ ] 802.2 LLC (EXPERIMENTAL) (NEW)

   이것은 일반 이더넷(Ethernet) 네트워크 카드를 이용하는 이더넷상에서

   X.25 연결을 위해 사용되는 논리링크계층(Logical link layer)

   프로토콜입니다.

< > Acorn Econet/AUN protocols (EXPERIMENTAL) (NEW)

   Econet은 Acorn 컴퓨터에서 파일 서버와 프린터 서버들을 억세스 하기

   위하여 주로 사용되던 오래되고 느린 네트웍 프로토콜입니다. AUN은

   Econet의 상위 수준 프로토콜을 구현한 것으로서 인터넷

   프로토콜(IP)상에 구현된 UDP 패킷 프로토콜상에 구현되어 있으면

   일반적인 이서넷(Ethernet) 연결상에서 동작합니다.  만일 여러분이

   Y를 대답하면 여러분은 Econet/AUN 트래픽을 UDP 이서넷(Ethernet)

   연결을 통하여 전송할 것인지 원래의 Econet 네트웍 카드를 통하여

   전송할 것인지에 대한 두개의 옵션을 선택할 수 있습니다.  이

   드라이버는 또한 모듈로도 사용가능합니다. 모듈명은 econet.o일

   것입니다. 만일 여러분이 모듈로서 컴파일 하려면 M을 대답하고