x86 서버 펌웨어 및 드라이브 업데이트
1. Dell PowerEdge
2. HP Proliant
SPP (Service Pack for ProLiant)
3. IBM System X (x3650 M3 7945)
별 거 아닌 일로 오전부터 벤더사와 얼굴을 붉혔다.
나름 사정이 있었겠지만... 고객 입장에서는 그들의 투명하지 않은 업무 처리에 적지 않게 실망했다. 나도 어쩔 수 없는 '갑'인 건가?
각설하고...
시스템 모니터링 툴 WhatsUp Gold에서는 Windows의 WMI 성능 모니터링이 가능한데... 이 때 사용할 Credential의 권한에 대한 언급이 없어서 간단하게 기록해 두고자 한다.
Administrator 권한의 계정을 사용한다면 아무런 문제 없이 사용할 수 있겠지만 이 글의 작성 취지는 '모니터링용 계정은 시스템에 취소 권한만 갖어야 한다'에서 비롯되었다.
모니터링 대상 서버 OS : Windows Server 2008 R2
1. 방화벽에서 WhatsUp Gold ßà 모니터링 대상 서버간 RPC 통신을 허용한다. (TCP 135)
2. WMI 성능 모니터링용 계정을 생성한 후에 “Performance Log Users” 그룹에 추가한다.
3. Wmimgmt.msc -> “WMI Control” Properties -> Security Tab -> Root\CIMV2 선택 -> Security 버튼 -> “Performance Log Users” 그룹 추가 -> Execute Methods, Enable Account, Remote Enable 항목에 대해 접근 권한 부여
아주 정신 없는 월요일...
사소한 문제로 2시간 넘게 삽질을 하였기에 반성 차원에서 글을 남긴다.
1. 네트워크 설정
- Server : 192.168.0.47 / 255.255.255.0
- PC : 192.168.1.108 / 255.255.254.0
- Server/PC Gateway : 192.168.0.1 (Server와 PC는 동일 네트워크에 존재)
2. 현상 : 회사 직원 PC 중 약 20% 정도가 Server에 접속이 되지 않는다.
3. 단서
- 해당 서버는 최근에 많은 설정은 변경하였다. (PC의 문제라기 보다는 서버의 문제일 가능성이 높다는 증거)
- 웹(80) 뿐만 아니라 원격 데스트톱 등 모든 TCP 통신이 되지 않는다.
- 단, PC --> Server로 ICMP 패킷은 잘 된다.
4. 추적
- 서버에 WireShark를 띄워 놓고 패킷 캡쳐
- PC -> Server : SYN
- Server -> PC : SYN / ACK
- PC -> Server : RST
여기까지는 쉽게 정리했는데... 외 PC에서 Server로 RST 패킷을 날리는지 이해가 되지 않았다.
혹시 PC에 악성코드가 숨겨져 있는 건 아닐까? 라는 생각만 머리에 가득했다.
특히나 접속이 되지 않는 PC는 사장님, 부사장님, 이사님 등 고위직책자 등이 대부분이었다... -_-;
5. 장애 원인
서버에 접속 장애가 발생한 이유는 아주 간단했다.
서버에 Subnet Mask가 잘못 설정되었기 때문이다. 255.255.254.0으로 설정해 주어야 했는데... 실수로 255.255.255.0 으로 설정한 것이다.
6. 반성
Server에서 인터넷이 잘 되었기 때문에 Server의 네트워크 설정을 의심하지 않았다.
Server서 PC로 핑을 날려 보았다면 한결 쉽게 문제를 해결할 수 있지 않았을까?
7. 의문
그나저나 서버에서 띄운 WireShark에서는 왜 RST 패킷이 찍혔을까? 시간이 날 때 재현을 해 보고 좀 더 고민을 해봐야 겠다.
