Device.Network 테스트 문제 해결
Device.Network 테스트 문제 해결
Device.Network 테스트에서 발생하는 문제를 해결하려면 다음 단계를 수행합니다.
Windows HLK 테스트 실패 문제 해결을 검토합니다.
테스트 중인 네트워킹 제품 또는 기능의 유형에 따라 다음 항목 중 하나를 검토합니다.
현재 테스트 문제에 대해서는 Windows HLK 릴리스 정보를 검토합니다.
테스트 실패의 경우 Windows HLK Studio 테스트 로그에서 사용 가능한 정보를 찾습니다. 사용 가능한 정보를 찾으면 문제를 해결하고 테스트를 다시 실행합니다.
알려진 IPsec 테스트 문제
Windows HLK Controller에서 클라이언트에 연결할 수 없는 경우 다음 단계를 수행합니다.
첫 번째 테스트 사례는 설정이 올바른지 확인하도록 설계되었습니다. 공용 및 개인 네트워크에서 연결을 확인하는 것만 수행합니다. 이 테스트가 실패하면 테스트 설정 문제가 있는 것입니다.
config.dat 파일이 %SystemDrive%\IPsecTestKit\IPsecScenario\ 디렉터리에 배치되고 컨트롤러 및 클라이언트에 대한 올바른 IP 주소가 있는지 확인합니다. 이 파일은 자동으로 생성되지만 DNS 확인 실패와 같은 특정 경우에는 config.dat 파일에 잘못된 데이터가 포함되거나 모두 누락될 수 있습니다. 테스트 설정 섹션에서 설명하는 형식을 사용하여 config.dat 파일을 확인하세요.
IPsecControl.exe 및 IPsecScenario.exe에 대한 방화벽 예외가 있는지 확인합니다.
설정 스크립트가 실행되면 IPsec 오프로드 V2 인터페이스의 이름이 "Test1"로 성공적으로 변경되었는지 확인합니다.
Genconfig_phase2.vbs는 메시지 어댑터에 대한 기본 게이트웨이가 하나만 있는 경우 필요한 CMD 파일을 생성하지 않을 수 있습니다. DHCP 서버에서 IP V6을 지원하지 않는 경우 하나의 IP V6 기본 게이트웨이 주소만 가져올 수 있습니다.
개별 테스트 변형 실행
테스트가 실패하는 특정 경우에는 전체 제품군을 다시 실행하는 대신 단일 테스트 변형을 실행합니다. 이렇게 하려면 다음 단계를 수행하세요.
IPsecScenario.exe 세션이 모든 클라이언트에서 실행되고 있는지 확인합니다.
OffloadV2_logoTests.cmd 내에서 실행할 개별 변형을 복사하고 새 명령 창(%SYSTEMDRIVE%\IPsecTestKit\IPSecscenario\Controller)에서 실행합니다.
Troubleshooting LAN (Ethernet) Testing
IPSec 테스트 작업은 관련된 LAN 테스트 작업의 문제로 인해 실패할 수 있습니다. 자세한 내용은 다음 섹션을 참조하세요.
알려진 LAN(이더넷) 테스트 문제
| 문제 | 세부 정보 |
|---|---|
"IPsec Offloadv2 로고 확인(Win7)" 테스트 작업은 "스케줄러" 상태로 유지되며 실행되지 않습니다. |
이 문제는 일반적으로 DTM 클라이언트와 컨트롤러 간의 다양한 통신 문제로 인해 발생합니다. "마지막 하트비트 시간"이 현재 시간에 가까운지 확인할 수 있습니다. 하트비트를 보고하는 DTM 클라이언트를 강제 적용하려면 DTM Studio에서 머신의 상태를 수동으로 다시 설정 또는 안전하지 않음으로 변경한 다음, 머신의 상태가 "정상"으로 다시 변경될 때까지 기다립니다. 작업을 실행하는 데 필요한 모든 머신의 상태가 정상으로 변경되면 DTM 클라이언트에서 작업이 예약됩니다. 머신 상태가 디버그로 변경되면 DTM 클라이언트 머신에서 여전히 응답하는지 확인합니다. 경우에 따라 머신 상태가 정상이고 하트비트가 올바르지만 작업이 여전히 실행되지 않습니다. 이는 방화벽 또는 IPsec에서 DTM 클라이언트와 컨트롤러 간의 통신을 차단하여 발생할 수 있습니다. DTM 클라이언트와 컨트롤러의 IPsec 구성이 동일한지 확인합니다. 클라이언트에서 IPsec이 켜져 있지만 컨트롤러가 꺼져 있거나 그 반대의 경우 작업이 예약되지 않습니다. DTM 클라이언트는 방화벽에서 작동하도록 설계되었지만 경우에 따라 방화벽에서 클라이언트와 컨트롤러 간의 정상 트래픽을 차단합니다. |
"정보 추가"를 클릭하면 테스트 로그에 "xxx 작업에서는 드라이버가 아니라 디바이스를 선택해야 합니다."라는 오류 메시지가 표시됩니다. |
이 오류는 디바이스 콘솔에서 테스트 디바이스가 아닌 드라이버를 선택하여 테스트 작업을 실행했기 때문에 발생합니다. 디바이스 콘솔의 드라이버에서 디바이스를 찾을 수 없는 경우 로고 제출 중에 제공한 INF 파일 및 드라이버 파일이 DTM 클라이언트의 실제 INF 파일 및 드라이버 파일과 일치하지 않는 것입니다. DTM 클라이언트에 설치된 실제 INF 파일 및 드라이버 파일을 사용하여 INF 파일 및 드라이버 파일을 업데이트합니다. |
"IPsec Offloadv2 로고 확인(Win7)" 작업이 "디바이스 콘솔"에 표시되지 않습니다. |
디바이스가 이더넷(LAN) 디바이스인지 확인하고 미디어 유형을 NdisMedium802_3으로 NDIS에 보고합니다. 이 오류는 경우에 따라 DTM 클라이언트에서 보고한 하드웨어 정보가 불완전할 때 발생합니다. 이 문제를 해결하기 위해 DTM 클라이언트 머신을 다시 부팅하고 디바이스 콘솔 보기를 새로 고칠 수 있습니다. 그래도 문제가 해결되지 않으면 DTM 클라이언트에서 "wttsvc" 서비스를 중지했다가 다시 시작한 다음, 디바이스 콘솔 보기를 새로 고칩니다. |
이더넷 - NDISTest 6.0(우선 순위) 테스트는 테스트 네트워크 어댑터에서 테스트 결과를 가져올 수 없습니다.라는 메시지와 함께 2c_priority 및 방향 지정된 패킷 수 - NdisSendPackets 어설션에서 제대로 실패할 수 있습니다. |
이 문제는 네트워크 스위치에서 우선 순위 비트를 잘못 제거할 때 발생할 수 있습니다. 이 문제가 네트워크 스위치로 인해 발생하는지 확인하려면 스위치를 제거하고 케이블을 직접 연결하여 어댑터를 테스트합니다. 이 작업은 대체 테스트 구성을 사용하여 수행할 수 있습니다. 해당 디바이스에 로컬 지원 디바이스가 필요하므로 이 테스트 구성은 Chimney(TCP 오프로드)를 지원하지 않는 디바이스에서만 사용할 수 있습니다. 로컬 지원 디바이스와 테스트 네트워크 스위치를 모두 제거하고 로컬 테스트 디바이스를 원격 지원 디바이스와 직접 연속적으로 연결하세요. 이 작업이 성공하면 인증에 허용되지만 스위치 제조업체와 협력하여 스위치 구성을 수정하세요. |
이더넷 - NDISTest 6.5(WoL 및 PM)는 머신이 제대로 작동하지 않는다고 나타내는 오류와 함께 FAKE LLMNRv4 네트워크 패킷 보내기 어설션 내의 디바이스에서 제대로 실패할 수 있습니다. |
디바이스가 제대로 실패하는지 확인하려면 원격 디바이스에서만 프로토콜의 바인딩을 해제합니다. 그래도 문제가 해결되지 않으면 지원 인시던트를 엽니다. |
참고
NDISTest(6.0 또는 6.5) 문제를 해결하려면 디버거를 테스트 컴퓨터에 연결합니다.
알려진 모바일 광대역 테스트 문제
다음 목록에서는 모바일 광대역 테스트에 대한 몇 가지 일반적인 문제 해결 팁을 설명합니다.
DTM 클라이언트 컴퓨터의 디바이스에 대한 변경 내용은 DTM Studio에 반영되지 않습니다. 예를 들어 머신은 준비 상태여야 하지만 그렇지 않습니다.
클라이언트 컴퓨터에서 명령 프롬프트 창을 연 다음,
net stop wttsvc를 실행합니다.net start wttsvc를 실행합니다. 이 명령은 C:\wtt\JobsWorkingDir\AssetCfg\Log\ 디렉터리를 업데이트합니다.DTM Studio에서 디바이스 콘솔 창을 새로 고칩니다. DTM 컨트롤러를 통해 클라이언트 컴퓨터에서 디바이스 목록의 변경 내용을 폴링하는 데 몇 분 정도 걸릴 수 있습니다.
머신 풀에 대한 머신이 검색되지 않았습니다.
DTM Studio에서 작업 모니터 창을 엽니다.
화면의 위쪽에서 쿼리 작성기 표시 단추를 클릭합니다.
머신 쿼리 탭을 클릭합니다.
대상 컴퓨터에 대한 검색 매개 변수를 정의합니다. 일반적으로 "DataStore는 '컨트롤러 이름'과 같음"과 같은 단일 규칙을 설정합니다.
마우스 오른쪽 단추로 방금 정의한 규칙을 클릭한 다음, 실행을 클릭합니다. 광범위한 컴퓨터 목록이 쿼리 필드 아래의 컴퓨터 목록을 채웁니다.
머신 목록에 있는 머신을 새로 만든 머신 풀로 끕니다.
컴퓨터에서 예약된 작업을 실행하지 않는 것 같습니다.
DTM Studio에서 작업 모니터 창을 엽니다.
머신 풀 탭에서 작업을 실행해야 하는 머신 풀을 선택합니다.
해당 풀의 각 컴퓨터에 대해 해당 상태가 준비인지 확인합니다.
컴퓨터 상태가 준비가 아닌 경우 마우스 오른쪽 단추로 컴퓨터를 클릭하고, 상태 변경을 가리킨 다음, 다시 설정을 클릭합니다.
몇 분 후 화면을 새로 고치면 상태가 준비로 변경됩니다.
작업을 다시 예약하고 시작합니다.
알려진 네트워크 보안 소프트웨어 테스트 필수 구성 요소
네트워크 보안 소프트웨어 테스트(TransitionTechnologies_Tests 및 WindowsFilteringPlatform_Tests)를 수행하려면 Sparta 미니포트 드라이버가 올바르게 설치되고 구성되어 있어야 합니다. 각 테스트가 실행될 때 Sparta 미니포트 드라이버가 설치되지만, 선택하는 경우 명령 프롬프트를 열고 IPConfig.exe /all을 입력하여 해당 드라이버가 있는지 확인할 수 있습니다. Sparta Miniport Primary, Sparta Miniport Secondary, Sparta Miniport Tertiary 및 Sparta Miniport Quaternary라는 4개의 새 Sparta 인터페이스가 표시됩니다.
알려진 라우터 테스트 문제
현재 알려진 라우터 테스트 문제는 없습니다.
알려진 무선 LAN(802.11) 테스트 문제
다음 목록에서는 WLAN 테스트에 대한 몇 가지 일반적인 문제 해결 팁을 설명합니다.
DTM 클라이언트 머신의 디바이스에 대한 변경 내용은 DTM Studio에 반영되지 않습니다. 예를 들어 머신은 준비 상태여야 하지만 그렇지 않습니다.
클라이언트 머신에서 명령 프롬프트 창을 연 다음,
net stop wttsvc.을 실행합니다.net start wttsvc를 실행합니다. 이 명령은 C:\wtt\JobsWorkingDir\AssetCfg\Log\ 디렉터리를 업데이트합니다.DTM Studio에서 디바이스 콘솔 창을 새로 고칩니다. DTM 컨트롤러를 통해 클라이언트 머신에서 디바이스 목록의 변경 내용을 폴링할 때까지 몇 분 정도 기다려야 할 수 있습니다.
머신 풀에 대한 머신이 검색되지 않았습니다.
DTM Studio에서 작업 모니터 창을 엽니다.
화면의 위쪽에서 쿼리 작성기 표시 단추를 선택합니다.
머신 쿼리 탭을 클릭합니다.
찾고 있는 머신에 대한 검색 매개 변수를 정의합니다. 일반적으로 "DataStore는 '컨트롤러 이름'과 같음"과 같은 단일 규칙을 설정할 수 있습니다.
방금 정의한 규칙을 마우스 오른쪽 단추로 클릭한 다음, 실행을 클릭합니다. 광범위한 머신 목록은 정의한 쿼리 필드 아래의 [머신] 목록을 채워야 합니다.
머신 목록의 모든 머신을 새로 만든 머신 풀로 끌어옵니다.
머신에서 예약된 작업을 실행하지 않는 것 같습니다.
DTM Studio에서 작업 모니터 창을 엽니다.
머신 풀 탭에서 작업을 실행해야 하는 머신 풀을 선택합니다.
해당 풀의 각 머신에 대해 해당 상태가 준비인지 확인합니다.
머신 상태가 준비가 아닌 경우 마우스 오른쪽 단추로 머신을 클릭하고, 상태 변경을 가리킨 다음, 다시 설정을 클릭합니다.
몇 분 후 화면을 새로 고치면 상태가 준비로 변경됩니다.
작업을 다시 예약하고 시작합니다.
Test SoftAP 드라이버를 토폴로지에 설치하는 문제: 디바이스 관리자에서 코드 52를 보고
DTM 클라이언트를 설치하기 전에 x64 Test SoftAP 드라이버를 설치하지 마세요. DTM 클라이언트가 설치되면 루트 인증서가 설치됩니다. Test SoftAP 드라이버 서명은 루트 인증서 설치에 따라 달라지므로 디바이스 관리자에서 디바이스 코드 52를 보고합니다.
독립 실행형 실행에 대한 NDISTest 구성
DTM Studio와 별도로 NDISTest를 설치하면 개별 테스트를 실행할 수 있습니다. 독립 실행형 실행을 사용하도록 DUT, SUT 및 Test SoftAP를 구성해야 합니다.
참고
모든 테스트 머신은 동일한 프로세서 아키텍처를 사용해야 합니다.
참고
NDISTest 문제를 해결하려면 테스트 머신에 디버거를 연결해 보세요.
SUT(테스트 대상 지원 디바이스) 구성
다음 DTM 컨트롤러에서 모든 NDISTest 이진 파일 및 하위 디렉터리를 복사합니다.
\\<ControllerMachine]>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\<ControllerMachine>은 DTM 컨트롤러 컴퓨터의 이름이고, <architecture>는 x86(x86 기반 프로세서의 경우) 또는 amd64(x64 기반 프로세서의 경우)입니다.
설치 디렉터리에서 NDISTest.exe를 시작합니다. 기본 양식이 열리면 파일 메뉴에서 서버를 선택하여 서버 양식을 시작합니다.
메시지 디바이스 목록에서 메시지 디바이스를 선택합니다. 이 디바이스는 IP 사용 디바이스여야 하고, 나중에 설정할 클라이언트 메시지 디바이스와 동일한 서브넷에 있어야 합니다.
지원 디바이스에서 SUT 디바이스를 선택합니다. 서버가 시작되면 이 서버에서 선택한 지원 디바이스가 클라이언트에 표시됩니다.
작업에서 "서버" 작업을 선택합니다. 이 작업은 시작 단추를 클릭하면 시작되는 서버 쪽 테스트입니다.
모든 옵션이 선택되면 시작을 클릭하여 서버를 시작합니다.
Test SoftAP(소프트웨어 액세스 지점 테스트) 구성
다음 DTM 컨트롤러에서 모든 NDISTest 이진 파일 및 하위 디렉터리를 복사합니다.
\\<ControllerMachine]>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\<ControllerMachine>은 DTM 컨트롤러 컴퓨터의 이름이고, <architecture>는 x86(x86 기반 프로세서의 경우) 또는 amd64(x64 기반 프로세서의 경우)입니다.
Test SoftAP에서 두 Atheros WLAN 디바이스 모두에 대해 SoftAP 드라이버를 설치합니다. 명령 프롬프트에서
devmgmt.msc를 실행하여 열 수 있는 디바이스 관리자에서 이 드라이버를 설치할 수 있습니다. 다음 단계를 완료합니다.디바이스 관리자에서 다음 위치에서 SoftAP 스테이션용 드라이버를 설치합니다.
\\<ControllerMachine]>\Tests\<architecture>\nttest\nettest\ndis\NDISTest.net\SoftAPMiniport\<ControllerMachine>은 DTM 컨트롤러 머신의 이름이고, <architecture>는 SoftAP 디바이스가 있는 DTM 클라이언트 머신의 프로세서 아키텍처에 따라 x86(x86 기반 프로세서의 경우) 또는 amd64(x64 기반 프로세서의 경우)입니다.
설치 디렉터리에서 NDISTest.exe를 시작합니다. 기본 양식이 열리면 파일 메뉴에서 서버를 선택하여 서버 양식을 시작합니다.
메시지 디바이스 목록에서 메시지 디바이스를 선택합니다. 이 디바이스는 IP 사용 디바이스여야 하고, 나중에 설정할 클라이언트 메시지 디바이스와 동일한 서브넷에 있어야 합니다.
AP 디바이스에서 AP 디바이스를 선택합니다. 서버가 시작되면 이 서버에서 선택한 AP 디바이스가 클라이언트에 표시됩니다.
작업에서 "서버" 작업을 선택합니다. 이 작업은 시작 단추를 클릭하면 시작되는 서버 쪽 테스트입니다.
모든 옵션이 선택되면 시작을 클릭하여 서버를 시작합니다.
DUT(테스트 대상 디바이스) 구성
다음 DTM 컨트롤러에서 모든 NDISTest 이진 파일 및 하위 디렉터리를 복사합니다.
\\<ControllerMachine>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\<ControllerMachine>은 DTM 컨트롤러 컴퓨터의 이름이고, <architecture>는 x86(x86 기반 프로세서의 경우) 또는 amd64(x64 기반 프로세서의 경우)입니다.
설치 디렉터리에서 NDISTest.exe를 시작합니다. 기본 양식이 열리면 파일 메뉴에서 클라이언트를 선택하여 클라이언트 양식을 시작합니다.
테스트 대상 목록에서 테스트 대상을 선택합니다. 네트워크 디바이스의 경우 이 테스트 대상은 미니포트여야 합니다.
테스트 디바이스 목록에서 테스트 디바이스를 선택합니다. 이는 공급업체별 테스트 디바이스여야 합니다.
메시지 디바이스 목록에서 메시지 디바이스를 선택합니다. 이는 서버 메시지 디바이스와 동일한 서브넷에 있는 IP 사용 디바이스여야 합니다. 메시지 디바이스가 선택되면 AP 디바이스 섹션이 표시되고 목록에서 서버 AP 디바이스를 사용할 수 있습니다.
지원 디바이스에서 지원 디바이스를 선택합니다. 이는 공급업체별 지원 디바이스여야 합니다.
AP 디바이스에서 AP 디바이스를 선택합니다. 이는 서버 쪽에서 선택한 AP 디바이스여야 합니다.
작업 섹션에서 클라이언트가 시작되면 실행할 테스트를 선택합니다.
모든 옵션이 선택되면 시작을 클릭하여 클라이언트를 시작합니다. 선택한 모든 작업에서 실행을 시작합니다. 테스트 결과는 클라이언트의 다음 로깅 하위 폴더에 저장됩니다.
<NDISTestRootFolder>/logs/<AdapterName>/
클라이언트 패킷 캡처 구성
독립 실행형 실행에 대한 테스트 토폴로지를 구성합니다. 자세한 내용은 "독립 실행형 실행에 대한 NDISTest 구성"을 참조하세요.
두 번째 SUT를 설정합니다. 자세한 내용은 "SUT(테스트 대상 지원 디바이스) 구성"을 참조하세요.
설치 디렉터리에서 NDISTest.exe를 시작합니다. 기본 양식이 열리면 보기 메뉴에서 디버그를 선택하여 클라이언트에서 패킷 캡처 섹션을 시작합니다.
패킷 캡처에서 캡처 디바이스를 선택합니다. 이는 서버 쪽에서 선택한 지원 디바이스여야 합니다.
작업에서 클라이언트가 시작되면 실행할 테스트를 선택합니다.
모든 옵션이 선택되면 시작을 클릭하여 클라이언트를 시작합니다.
테스트에 해당하는 패킷 캡처가 캡처 디바이스가 있는 서버에서 생성됩니다. 로그는 다음 로깅 하위 폴더에 있습니다.
<NDISTestRootFolder>/logs/<AdapterName>/
패킷 캡처 섹션이 클라이언트에 표시되지 않는 문제 해결
메시지 센터 사용자 인터페이스가 닫혀 있는지 확인합니다. NDISTest 사용자 인터페이스가 최대화되지 않은 경우 패킷 캡처 섹션이 메시지 센터 사용자 인터페이스 뒤에 숨겨져 있을 수 있습니다.
알려진 무선 라우터 테스트 문제
이 팁은 이더넷 연결을 사용하여 더 높은 비트 전송률을 보내는 머신의 기능을 테스트(즉, 머신의 유효성 검사)하는 데 도움이 됩니다.
이 테스트 절차의 경우 다음 다이어그램과 같이 두 개의 컴퓨터를 설정합니다.
이더넷 연결만 사용하여 아래와 같이 하드웨어를 설정합니다.
고정 IP 주소를 컴퓨터 S에 할당합니다.
예: 10.0.0.2
고정 IP 주소를 컴퓨터 C에 할당합니다.
예: 10.0.0.3
컴퓨터 C에서 명령 프롬프트를 열고, 다음 명령을 실행합니다.
stats.exe -z DISCARD -i 20 -x 50 -y 30 -r 20000000 -c 3600 -l -h -u컴퓨터 S에서 명령 프롬프트를 열고, 다음 명령을 실행합니다.
stats.exe -d 10.0.0.3 -r 20000000 -c 4200 -l -h -u
4단계 alc 5단계의 결과를 검토합니다.
4단계 또는 5단계의 출력에 오류가 표시되면 머신에서 무선 어댑터를 사용하여 비트 전송률을 만들 수 없습니다.
무선 프로필을 수동으로 추가해야 하는 경우 netsh 명령을 사용하여 이 작업을 수행할 수 있습니다.
예를 들어 802_11a_wpa-psk.xml 무선 프로필을 추가하려면 다음을 수행합니다.
시작, 실행을 차례로 클릭하고, cmd.exe를 입력합니다.
netsh wlan add profile filename=802_11a_wpa-psk.xml i=\*를 입력합니다.
확인을 클릭합니다.
참고
무선 프로필 XML 파일이 현재 디렉터리에 있는지 확인하거나 전체 경로를 지정합니다.