| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle Solaris 관리: IP 서비스 Oracle Solaris 10 1/13 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle Solaris 관리: IP 서비스 Oracle Solaris 10 1/13 Information Library (한국어) |
1. Oracle Solaris TCP/IP 프로토콜 제품군(개요)
5. TCP/IP 네트워크 서비스 구성 및 IPv4 주소 지정(작업)
10. TCP/IP 및 IPv4에 대한 자세한 정보(참조)
IPv4 네트워크와 이중 스택 IPv4 및 IPv6 네트워크에서 모두 IPMP 실패 감지를 구성할 수 있습니다. IPMP를 사용하여 구성된 인터페이스는 두 가지 유형의 주소(데이터 주소와 테스트 주소)를 지원합니다.
데이터 주소는 부트 시 또는 ifconfig 명령을 통해 수동으로 NIC 인터페이스에 지정하는 일반적인 IPv4 및 IPv6 주소입니다. 인터페이스를 통과하는 표준 IPv4 패킷 트래픽과 IPv6 패킷 트래픽(해당하는 경우)은 데이터 트래픽으로 간주됩니다.
테스트 주소는 in.mpathd 데몬에서 사용하는 IPMP 특정 주소입니다. 프로브 기반 실패 및 복구 감지를 사용하려는 인터페이스의 경우 해당 인터페이스는 하나 이상의 테스트 주소로 구성되어야 합니다.
주 - 프로브 기반 실패 감지를 사용하려는 경우에만 테스트 주소를 구성해야 합니다.
in.mpathd 데몬은 테스트 주소를 사용하여 IP 링크에 있는 다른 대상과 ICMP 프로브를 교환하는데 이를 프로브 트래픽이라고 합니다. 프로브 트래픽을 사용하면 인터페이스의 실패 여부를 비롯한 인터페이스와 해당 NIC의 상태를 확인할 수 있습니다. 프로브는 인터페이스로의 전송 및 수신 경로가 제대로 작동하는지 확인합니다.
각 인터페이스는 IP 테스트 주소로 구성할 수 있습니다. 이중 스택 네트워크에 있는 인터페이스의 경우 IPv4 테스트 주소, IPv6 테스트 주소 또는 둘 다를 구성할 수 있습니다.
한 인터페이스가 실패하면 in.mpathd에서 계속해서 프로브를 보내 후속 복구를 확인할 수 있도록 테스트 주소가 실패한 인터페이스에 그대로 남게 됩니다. 응용 프로그램에서 실수로 사용하지 못하도록 테스트 주소를 특별하게 구성해야 합니다. 자세한 내용은 응용 프로그램의 테스트 주소 사용 방지를 참조하십시오.
프로브 기반 실패 감지에 대한 자세한 내용은 프로브 기반 실패 감지를 참조하십시오.
일반적으로 서브넷에 있는 모든 IPv4 주소를 테스트 주소로 사용할 수 있습니다. IPv4 테스트 주소는 경로 지정 가능하지 않아도 됩니다. IPv4 주소는 대부분의 사이트에서 제한된 리소스이므로 경로 지정 불가능한 RFC 1918 개인 주소를 테스트 주소로 사용하는 것이 좋습니다. in.mpathd 데몬은 테스트 주소와 동일한 서브넷에 있는 다른 호스트하고만 ICMP 프로브를 교환합니다. RFC 1918 스타일 테스트 주소를 사용하는 경우 해당 RFC 1918 서브넷의 주소를 가진 IP 링크에서 다른 시스템(특히 라우터)을 구성해야 합니다. 그러면 in.mpathd 데몬이 대상 시스템과 프로브를 성공적으로 교환할 수 있습니다.
IPMP 예에서는 192.168.0/24 네트워크의 RFC 1918 주소를 IPv4 테스트 주소로 사용합니다. RFC 1918 개인 주소에 대한 자세한 내용은 RFC 1918, Address Allocation for Private Internets.을 참조하십시오.
IPv4 테스트 주소를 구성하려면 다중 인터페이스가 포함된 IPMP 그룹을 구성하는 방법을 참조하십시오.
유효한 IPv6 테스트 주소는 물리적 인터페이스의 링크 로컬 주소뿐입니다. IPMP 테스트 주소로 사용할 별도의 IPv6 주소가 필요 없습니다. IPv6 링크 로컬 주소는 인터페이스의 MAC(Media Access Control) 주소를 기반으로 합니다. 인터페이스가 부트 시 IPv6 사용으로 설정되거나 ifconfig를 통해 인터페이스를 수동으로 구성하면 링크 로컬 주소가 자동으로 구성됩니다.
인터페이스의 링크 로컬 주소를 확인하려면 IPv6 사용 노드에서 ifconfig interface 명령을 실행합니다. 링크 로컬 접두어인 fe80으로 시작하는 주소의 출력을 확인합니다. 다음 ifconfig 출력의 NOFAILOVER 플래그는 hme0 인터페이스의 링크 로컬 주소 fe80::a00:20ff:feb9:17fa/10이 테스트 주소로 사용된다는 것을 나타냅니다.
hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6,NOFAILOVER> mtu 1500 index 2
inet6 fe80::a00:20ff:feb9:17fa/10
링크 로컬 주소에 대한 자세한 내용은 링크 로컬 유니캐스트 주소를 참조하십시오.
IPMP 그룹의 모든 인터페이스에 IPv4와 IPv6이 모두 연결되어 있는 경우 별도의 IPv4 테스트 주소를 구성할 필요가 없습니다. in.mpathd 데몬은 IPv6 링크 로컬 주소를 테스트 주소로 사용할 수 있습니다.
IPv6 테스트 주소를 만들려면 다중 인터페이스가 포함된 IPMP 그룹을 구성하는 방법을 참조하십시오.
테스트 주소를 구성한 후 이 주소가 응용 프로그램에서 사용되지 않도록 설정해야 합니다. 그렇지 않으면 인터페이스가 실패할 경우 페일오버 작업 중 테스트 주소가 페일오버되지 않아 응용 프로그램에 연결할 수 없게 됩니다. IP에서 일반 응용 프로그램의 테스트 주소를 선택하지 않도록 하려면 테스트 주소를 deprecated로 표시합니다.
응용 프로그램에서 주소로 명시적으로 바인딩하지 않는 한, IPv4는 어떠한 통신에서도 제거된 주소를 소스 주소로 사용하지 않습니다. in.mpathd 데몬은 프로브 트래픽을 송수신하기 위해 이러한 주소를 명시적으로 바인딩합니다. 그러나 응용 프로그램에서 주소로 명시적으로 바인딩하지 않고 인터페이스에서 UP으로 표시된 주소만 deprecated로 표시된 경우 최후의 수단으로 해당 주소는 소스 주소로 사용됩니다.
주 - 페일오버 및 페일백에서 중복 주소 감지가 실행 중인 경우 응용 프로그램에서 제거된 주소를 소스 주소로 사용하여 패킷을 수신할 수 있습니다. 이 동작은 예상 가능합니다. 일반적으로 DAD가 완료되면 제거된 주소는 더 이상 응용 프로그램에서 처리되지 않습니다. 그러나 간혹 TCP 패킷의 경우에는 예외 사항이 발생하기도 합니다. TCP 연결에서 특정 소스 주소를 선택한 후 해당 연결 동안 주소 사용을 변경할 수 없습니다. 이 시간은 매우 길어질 수 있습니다. 이러한 경우에는 DAD 완료 후에도 응용 프로그램에서 제거된 주소를 사용할 가능성이 있습니다.
IPv6 링크 로컬 주소는 주로 이름 서비스에 나타나지 않으므로 DNS 및 NIS 응용 프로그램에서는 통신에 링크 로컬 주소를 사용하지 않습니다. 따라서 IPv6 링크 로컬 주소를 deprecated로 표시해서는 안됩니다.
IPv4 테스트 주소를 DNS 및 NIS 이름 서비스 테이블에 배치해서는 안됩니다. IPv6에서 링크 로컬 주소는 일반적으로 이름 서비스 테이블에 배치되지 않습니다.
|