MSSQL 클러스터링 솔루션을 설정하는 동안 네트워킹 관련 전문 지식을 벗어난 문제가 발생했습니다.
노드에 사용할 무료 IP를 찾으려고했습니다. 네트워크 관리자에게 무료 IP 주소를 요청했습니다. 그리고 논쟁을 위해 그는 사용하지 않을 것으로 예상되는 IP 10.40.1.205를 주었다.
클러스터링 설정 중에 지정된 IP를 사용하려고 할 때 IP가 사용되었다는 SQL 불만.
내 서버에서 IP를 핑 (Ping)하려고했는데 10.40.59.69 ...?
이와 같은 원인이 무엇인지, 더 중요하게 문제를 해결하는 방법을 알고 있습니까?
답변:
이것은 전혀 들어 본 적이 없으며, 이전에 네트워크 관리자가 알지 못하는 네트워크 카드에 컴퓨터에 별칭이 할당되어있을 수도 있습니다.
해야 할 일은 응답 서버의 MAC 주소를 찾는 것입니다.
SQL 서버의 명령 프롬프트에서 "arp -a"를 실행하고 10.40.1.205 및 10.40.59.69 주소를 모두 찾으십시오.
동일하거나 동일하지 않은 MAC 주소가 모두 "00-22-6b-3b-30-90"으로 표시됩니다. 네트워크 관리자는 나열된 MAC 주소를 사용하여 네트워크 카드를 식별 할 수 있어야하지만 사소한 구성 실수가 아닌 경우에 대비하여 SQL 서버 네트워크 카드 중 하나가 아닌지 확인하는 것이 좋습니다. 라인 어딘가에 자신.
Windows 시스템 MAC 주소를 확인하려면 명령 프롬프트에서 "ipconfig / all"을 실행하면 각 네트워크 카드의 MAC 주소가 표시됩니다.
몇 가지 가능성 :
방송 주소. "말하자"예제가 정확하지 않은 경우 서브넷에서 브로드 캐스트 주소를 핑 (ping)했을 수 있습니다. 네트워크가 10.40.1.0/25(AKA 마스크 255.255.255.128)이고 10.40.1.127을 핑 (ping)했다고 가정 해 보겠습니다. 임의의 호스트처럼 보일 수 있지만 실제로 브로드 캐스트 주소이며 해당 서브넷의 모든 사용자가 자체 주소 (브로드 캐스트 주소는 서브넷의 마지막 주소입니다).
요인. 로드 밸런서 또는 서버 클러스터가있는 경우 공유 / 가상 주소를 핑 (ping)하여 실제 서버에서 응답을받을 수 있습니다.
보조 주소. 라우터 / 서버의 기본 주소가 .205이고 보조 주소가 .205 인 경우 (여러분과 마찬가지로 핑 스캔으로 보이는 추가 주소를 예약하려는 사람들에게 일반적인 관행) .205에 대한 핑에 응답 할 수 있지만 .69.
당신의 자신의 주소. Unix 랩톱의 예 : 192.168.1.3이 랩톱의 IP 주소 인 곳에서 ping 192.168.1.199응답했습니다 From 192.168.1.3 icmp_seq=1 Destination Host Unreachable.
IP 주소를 할당하는 네트워크 관리자가있는 경우 동일한 네트워크 관리자가 응답 문제를 해결할 수 있어야합니다. 머신에 여러 개의 NIC (따라서 여러 개의 IP 주소)가있을 수 있습니다.
해당 IP 주소를 호스트 이름으로 확인하십시오. ping -a <IP>Windows에서. Linux는 host <IP>또는 을 사용할 수 있습니다 dig -x <IP>. 해당 IP 주소의 호스트 이름은 사용자 나 네트워크 관리자에게 유용 할 수 있습니다. (처리하고있는 두 IP를 모두 해결하려고합니다.)
ping 응답이 ICMP 오류 메시지 일 수도 있습니다. tcpdump / Wireshark를 사용하여 실제 패킷을 덤프하고 응답 내용을 정확히 확인할 수 있습니다.
HTTP, HTTPS, SSH, 텔넷, RDP 등을 사용하여 해당 IP 주소에 연결해 볼 수도 있습니다.이 중 하나라도 연결되어 있으면 머신에 대한 유용한 정보를 얻을 수 있습니다.