RAS 클라이언트가 RAS 서버의 NIC IP 주소를 사용한 WINS에 등록되어서는 안된다. RAS 클라이언트는 자신의 RAS에 할당된 IP 주소로 등록되어야 한다.

이문제를 해결하기위해 RAS 클라이언트를 TCP/IP만 사용하도록 설정한다.

또는

RAS 서버를 TCP/IP를 사용한 접속만 허용하도록 설정한다.

RAS 서버의 NetBIOS 게이트웨이 부분으로 RAS 클라이언트는 등록되지 않은 IP나 IP만을 사용한 LAN 클라이언트하고만 통신을 허용할 수 있다.

이와 같은 형태의 디스크 구분자를 포함하는 메시지를 받는다면 해당 레지스트리를 편집할 필요가 있다. 이 과정은 SCSI와 IDE 드라이브가 서로 다르다.

IDE HKEY_LOCAL_MACHINE\Hardware\Devicemap\Atdisk

Controller0 제어기 주소와 인터럽트를 조사한다.
    disk0   제조자와 모델번호에대한 identifier의 문자열을 조사한다.
    disk1   제조자와 모델번호에대한 identifier의 문자열을 조사한다.
Controller1 제어기 주소와 인터럽트를 조사한다.
    disk0   제조자와 모델번호에대한 identifier의 문자열을 조사한다.
    disk1   제조자와 모델번호에대한 identifier의 문자열을 조사한다.

SCSI HKEY_LOCAL_MACHINE\Hardware\Devicemap\Scsi

Scsiport0   Dirver, Interrupt, IOAddress를 조사한다.
    Scisbus0
        Targetid0
        Logical Unit Id 0   Identifier와 Type을 조사한다.
        Targetid1
        Logical Unit Id 0   Identifier와 Type을 조사한다.
        Targetid4
        Logical Unit Id 0   Identifier와 Type을 조사한다.
    Scsibus1
        Targetid0
        Logical Unit Id 0   Identifier와 Type을 조사한다.
        Targetid1
        Logical Unit Id 0   Identifier와 Type을 조사한다.
        Targetid2
        Logical Unit Id 0

Scsiport1   Dirver, Interrupt, IOAddress를 조사한다.
    Scsibus0
        Targetid0
        Logical Unit Id 0   Identifier와 Type을 조사한다.

identifier와 type의 값을 사용해서 항목이 디스크인지, CD-ROM, 테입, 스캐너등인지를 결정한다. Type(REG_SZ 형)의 값 이름 각각에서 DiskPeripheral 항목이 디스크 관리자의 Disk #와 같게하며 \device\harddisk#와 같게한다. 여기서 #는 0부터 시작한다.

\device\harddisk3를 찾기위해 4번째 DiskPeripheral를 찾는다. SCSIPORT는 SCSI 제어기이며 SCSIBUS는 채널(몇몇 제어기는 복수의 채널을 가지고 있다)이며, TARGETID는 SCSI ID라는 것에 주의한다. SCSIPORT가 SCSI 제어기를 표현한다는 것이 확실하지 않다면 드라이버, I/O 주소와 SCSIPORT 항목의 인터럽트를 조사하고 제어기에대한 하드웨어 설정과 일치히는지 조사한다. IDE 장치의 경우 드라이버는 각 제어기에대해 주/종속 설정 순서로 존재한다.

Partition#은 1에서 시작한다.

microsoft의 Windows 서버 지원 도구 1.0은 x86 플래폼에대해 개발되었으며 다음과 같은 특징을 포함한다.

1. 현재까지 가능한 범위보다 더 넓은 범위의 커널 데이타 구조(특히 크래쉬 덤프)를 조사/해석할 수 있는 새로운 디버거 확장. 이러한 도구의 집합은 커널 디버거 확장으로 알려져 있다.

2. 메모리 풀의 호출자-추적/꼬리-검사와 사용할 수 있는 풀 통계치를 증가시키기 위한 도구. 이러한 도구의 집합은 풀 보강으로 알려져있다.

3. 메모리 손상 문제를 해석하는데 도움을 주는 발전적 커널 메모리 크래쉬 덤프 도구. 이 도구로 커널 메모리 공간의 예외성을 발견, 해석할 수 있으며 커널 메모리 공간 해석기로 알려져 있다.

이 도구를 설치하기위해 임시 폴더에서 OEMTools.exe를 두번 클릭해서 압축을 푼다. 임시 폴더 루트의 readme.txt 파일을 주의 깊게 읽는다.

클라이언트가 FPNW(microsoft의 File and Print Services for NetWare) 볼륨에 접속할 때 아주 큰 디렉토리내의 파일을 읽지 못한다. 약 16,000개의 파일이 FPNW 폴더내에 존재하면 클라이언트는 이들을 읽지 못한다.

현재까지는 이 폴더내의 파일의 수를 16,000 파일 이하로 줄이는 외에 해결책은 없다.

기본적으로 Windows NT는 자신의 로칼 딸림넷을 벗어나면 모든 접속의 최대 전송 단위(MTU)를 찾으려고 한다. 이 값에대한 TCP 세그먼트를 제한함으로 라우터에서 접속경로의 단편화를 줄일 수 있으며, 전체적인 전송속도를 증가 시킬 수 있다. 자신의 네트웍을 조정하면서 부주의하게 이 특징을 사용하지 않도록 변경했을 수 있다.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

로 이동한다. REG_DWORD 형의 EnablePMTUDiscovery 값을 가지고 있다면 이 값을 0으로 설정한다. 이 것으로 최대 전송 단위 검색은 사용하지 않게된다. 이 값이 없다면 최대 전송 단위 검색이 사용되고 있음을 의미한다. 가능한 값은 다음과 같다.

0 TCP는 로칼 딸림넷 바깥쪽의 컴퓨터에 접속할 때 576 바이트의 MTU를 사용한다. 1 원격 호스트에대한 경로의 MTU를 찾는다. 이 값이 기본값이다.