DHCP 서버의 범위 설정
Q.윈도우 NT의 DHCP 설정에 대해 궁금한 것이 있습니다. 다음의 그림과 같이 각 층에 걸쳐서 A, B, C, D, E, F, G 실습실이 있고 서버가 있습니다. 각 실습실에는 컴퓨터가 40대씩 있다고 가정합니다.
이런 환경에서 서버를 이용해 DHCP로 IP 주소를 관리하려고 하는데, 문제는 전체 실습실이 아니라 B와 E 2개의 실습실만 DHCP로 관리하려고 하는 것입니다. 이럴 때 DHCP 설정을 어떻게 해야 하는지 궁금합니다. 즉, 다른 실습실 컴퓨터는 영향을 주지 않고 B와 E 실습실의 컴퓨터만 DHCP로 관리하는 방법을 알고 싶습니다.
A.먼저 B, E 실습실의 컴퓨터가 사용할 DHCP 범위를 결정한 후 이 값은 DHCP 서버의 IP 범위에 등록시킵니다. 그런 다음 클라이언트에서 IP를 동적으로 받아오도록 설정하면 됩니다. 물론 다른 컴퓨터들은 동적인 IP를 줘야 합니다.
만약 다른 컴퓨터들중 DHCP로 설정된 것이 있다면 이 클라이언트도 DHCP 서버로부터 IP를 받아옵니다(참고로 네트웍에 DHCP 서버가 한 대만 있어야 합니다). 클라이언트 컴퓨터가 IP를 동적으로 받을 때 브로드캐스트를 사용하므로 2대가 있을 경우 어느 서버에서 받아올지 알 수 없습니다(빨리 응답하는 서버로부터 받아옵니다).
클라이언트 컴퓨터에 특정 IP를 부여하고 싶다면 ARP 유틸리티를 사용해 클라이언트 NIC의 MAC 주소를 얻은 후 이것을 DHCP 서버에 등록시키면 클라이언트가 서버로부터 항상 동일한 IP를 받아올 수 있도록 할 수 있습니다.
시스코 2500 명령어에 대해
Q.IP classless가 무슨 역할을 하는 것인지 궁금합니다. 그리고 Interface Ethernet0이 명령어 중에서 IP 주소를 두 개 주고 싶은데, 그 명령어를 알고 싶습니다. 라우터 한 개에 코넷과 보라넷을 연결하려고 합니다.
A.IP Classless라는 명령어는 라우터가 Classless 라우팅을 하게 합니다. No IP Classless라고 설정하면 Classful 라우팅을 합니다. 예를 들어 어떤 라우터의 인터페이스와 라우팅 테이블이 다음과 같다고 가정하면,
Ethernet0 : 145.1.0.1 255.255.255.0
Serial0 : 145.1.1.1 255.255.255.0
라우팅테이블 : 145.1.2.0 255.255.255.0 to Serial0 / default to Serial0
1. Classful
이 라우터는 145.1.0.0 255.255.0.0(Class B)의 서브넷들이 자신의 인터페이스에 설정돼 있으므로 로컬 도메인(Local Domain)이 145.1.0.0라는 것을 알게 됩니다. 자신은 이 도메인의 모든 서브넷에 대한 정보를 갖고 있어야 하며, 만일 어떤 서브넷이 라우팅 테이블에 없다면 그 서브넷은 실제로 존재하지 않는 것이라고 생각합니다.
따라서 145.1.2.0은 Serial0의 너머에 있다고 생각하고 145.1.3.0∼145.1.255.0까지의 네트웍은 존재하지 않는다고 생각합니다. 130.23.0.0과 같이 자신의 도메인이 아닌 경우는 디폴트 정보를 참고해 Serial0 너머에 있다고 생각합니다.
따라서 145.1.128.0∼145.1.255.0의 서브넷들이 실제로 Serial0를 거쳐 다른 라우터에 연결돼 존재한다고 해도 이 라우터는 그에 라우팅을 제대로 수행하지 못하게 됩니다.
2. Classless
앞에서 로컬 도메인이라는 것은 클래스에 기초하며, 그 크기만큼의 네트웍에 속한 각각의 서브넷이 존재하는지를 미리 판단하게 됩니다. 그러나 Classless 라우팅을 하게 되면 클래스에 기초하지 않게 되므로 그 존재 여부를 미리 판단할 서브넷의 범위(Local Domain)를 정할 수 없습니다. 즉, 미리 판단하는 과정이 없습니다. 따라서 라우팅 테이블에 있는 서브넷에 대해 정상적으로 라우팅을 수행함은 물론 라우팅 테이블에 없는 서브넷에 대해서는 디폴트 정보를 참조해 라우팅을 수행합니다.
다시 말하면 존재하지 않는 네트웍은 없다고 할 수 있죠. 물론 라우팅 테이블에 디폴트 정보가 없다면 라우팅 테이블에 없는 서브넷들에 대해서는 라우팅을 하지 않습니다.
3. 이더넷에 IP 여러 개 주기
여기에는 다음과 같이 두 가지 방법이 있습니다.
A. IP address 150.150.0.1 255.255.0.0
IP address 203.200.0.1 255.255.255.0 secondary
위와 같이 secondary를 뒤에 붙여 여러 개의 IP를 추가할 수 있습니다.
B. ethenrnet 0.1
IP address 150.150.0.1 255.255.0.0
ethernet 0.2
IP address 203.200.0.1 255.255.255.0
위와 같이 .1 .2 등의 서브인터페이스를 만드는 것입니다.
윈도우 NT에서 시스템 성능 모니터
Q.컴퓨터의 RAM이 64MB인데 윈도우 NT를 띄운 상태에서 다른 프로그램은 전혀 띄우지 않고 시스템 성능 모니터의 사용할 수 있는 RAM 용량을 보니 최대 20MB 정도 밖에 안됩니다. 원래 이 정도인지, 아니면 다른 곳에서 메모리를 사용하고 있는 것인지 알고 싶습니다.
A.메모리 사용량을 보려면 성능 모니터를 보거나 윈도우 NT의 '작업관리자'에 가면 자세한 정보를 얻을 수 있습니다. 그리고 메모리가 그 정도로 사용된다는 것은 서버의 경우 서비스되는 여러 가지 서버 프로그램이 메모리에 로드돼 사용량이 증가하는 것입니다. 메모리가 부족하다면 가상 메모리를 늘려 사용하면 됩니다. 가상 메모리는 기본적으로 실제 메모리만큼 시스템 드라이브에 설정됩니다.
바꾸는 방법은 내 컴퓨터의 '등록정보'에서(시스템 등록정보) 성능으로 가서 디스크 페이징 크기를 조절하면 됩니다. 대체로 2배 정도로 설정해 사용합니다. 그러나 이것을 사용한다고 시스템이 빨라지지는 않습니다. 오히려 디스크 페이징이기 때문에 더 느려질 경우도 있다는 것을 참고하기 바랍니다.
풀 듀플렉스와 하프 듀플렉스의 차이
Q.풀 듀플렉스(Full Duflex)와 하프 듀플렉스(Half Duflex)에 대해 구체적으로 알고 싶습니다. 단지 전송방식의 차이가 아니고 장비에서 기능적인 차이가 있는지 궁금합니다. 주위에서는 스위치 허브에는 하프로 설정돼 있으면, 허브가 풀을 지원하더라도 LAN 카드를 반드시 하프로 사용하라고 하더군요. 풀 방식이 나빠서 하프를 쓰라는 것인지, 아니면 호환 문제인지 궁금합니다.
A.알기 쉽게 설명하면 우리가 사용하는 전화는 풀 듀플렉스(Full Duflex)입니다. 그리고 무전기는 하프 듀플렉스(Half Duflex)이지요. 쉽게 말해 풀 방식은 아무때나 말을 주거니 받거니 할 수 있지만, 하프 방식은 상대가 말을 끝내고 해야 하는 것이지요. 풀과 하프중 어느 방식이 안정적이라고 단정짓기는 곤란합니다.
요즘 네트웍 벤더중 자동감지(Auto-Sencing)가 되는 허브 제품군이 많이 나오고 있는데, 가령 LAN 카드가 10M 전용일 경우 10/100M 자동감지형 허브를 사용할 때 자동감지라고는 하나 각 생산 벤더마다 풀 또는 하프인지를 각 포트 컨피그 상태를 열어봐야 합니다. 장비마다 디폴트 값이라는 것이 있으니까요.
10/100M LAN 카드인 경우 10/100M 허브와 연결될 때 가끔 붙지 않는 경우가 있습니다(블럭킹). 이럴 때는 LAN 카드, 또는 장비쪽에서 컨피그를 수정해주면 정상적으로 이용이 가능합니다. 또 다른 LAN 카드는 100M 풀로 인식되지만 하나는 100M 하프로 인식된 경우에는 100M 풀로 변환후 사용도 가능합니다. 각 생산 벤더 회사와 마찬가지로 LAN 카드 생산 회사끼리 서로 표준된 기술방식으로 개발 및 생산을 하지만 업체마다 기본 환경 값이라는게 조금씩 차이가 있다 보니 이와 같은 상황이 발생하곤 합니다.
ping으로 패킷 길이의 조정가능 여부
Q.원도우에서는 ping으로 테스트할 때 패킷 길이를 임의로 조정해서 상대방에서 송수신하는 패킷 길이를 알아내 MTP인가 뭔가를 최적으로 만들 수 있다는데, 이것이 리눅스에서도 가능한지 궁금합니다. 물론 패킷 길이 조종 유틸리티가 따로 있기는 하지만 다른 방법이 있는지 알고 싶습니다.
A.리눅스에서는 다음과 같이 -s 옵션으로 지정해줄 수 있습니다.
ping -s $byte hostname
여기서 $byte는 49000까지만 가능하며 그 이상은 너무 크다는 에러가 나오게 됩니다.@
