IPv4 및 IPv6 할당 이해 및 확인

할당을 올바르게 읽으세요

Tungsto은(는) 각 서버에 IPv4 /29 블록과 IPv6 /64 할당을 설명합니다. 프리픽스는 주소 범위를 설명하지만, 그 자체로 어떤 주소가 예약되어 있는지, 라우팅되는지, 게이트웨이로 구성되는지 또는 운영 체제 내에서 사용 가능한지 알려주지 않습니다. 운영자의 라우팅 모델 없이 /29을(를) 8개의 사용 가능한 호스트 주소라는 주장으로 바꾸지 마십시오.

계정의 네트워크 페이지는 각각 주소와 프리픽스 길이를 가진 개별 할당 레코드를 나타냅니다. 현재 게이트웨이, VLAN, 라우팅 정책 또는 라우팅된 블록의 전체 내용을 표시하지 않습니다. 정적 구성을 만들기 전에 해당 세부 정보를 얻으십시오. IPv6는 일반적으로 IPv4와 다른 게이트웨이 및 이웃 탐색 동작을 사용합니다.

실행 중인 구성 검사

먼저 읽기 전용 명령을 실행하십시오. 인터페이스 이름은 하드웨어와 운영 체제에 따라 다르므로 eth0를 가정하지 말고 검색하십시오. 모든 활성 주소와 기본 경로를 운영자가 제공한 할당과 비교하십시오. 원클릭 이미지에 이미 연결할 수 있는 경우 편집하기 전에 작동 중인 구성을 보존하십시오.

• 예상 주소가 없는 UP 인터페이스는 게스트 구성 또는 프로비저닝이 불완전함을 시사합니다.
• 기본 경로가 없는 주소는 로컬 서브넷 트래픽만 허용할 수 있습니다.
• 여러 기본 경로나 예상치 못한 메트릭은 응답을 잘못된 인터페이스로 보낼 수 있습니다.
• 링크-로컬 IPv6만으로는 공용 IPv6 연결이 확인되지 않습니다.

ip -brief link
ip -brief address
ip route show
ip -6 route show

영구 구성을 안전하게 변경

1. 호스트가 NetworkManager, netplan, systemd-networkd, ifupdown 또는 다른 관리자를 사용하는지 확인하세요.
2. 기존 구성을 저장하고 현재 주소와 경로를 기록하세요.
3. 운영자와 정확한 주소, 접두사 및 게이트웨이를 확인하십시오. 첫 번째 또는 마지막 주소를 추측하여 게이트웨이를 도출하지 마십시오.
4. 원격 네트워크 변경을 적용하기 전에 KVM 또는 다른 독립적인 복구 경로를 마련하세요.
5. 운영 체제 벤더가 문서화한 방법을 사용한 다음, 두 번째 세션에서 읽기 전용 검사를 다시 실행하십시오.
6. 복구 세션을 종료하기 전에 인바운드 관리와 아웃바운드 연결을 모두 확인하세요.

예상 결과 및 문제 해결

예상 결과는 실행 중인 IPv4 및 IPv6 구성이 권위 있는 할당과 일치하고 의도된 경로를 포함하는 것입니다. 네트워크 페이지가 비어 있으면 서버에 네트워크가 없다는 증거가 아니라 계정에 할당 레코드가 없다는 의미입니다. 운영자에게 채우거나 확인하도록 요청하세요.

단일 계열 장애의 경우 해당 계열의 주소와 기본 경로를 별도로 비교하세요. 변경 후 액세스가 완전히 손실된 경우 임의의 게이트웨이 값을 재시도하지 말고 운영자 지원 콘솔 복구를 요청하세요. 서버, 지역, 주소 계열, 작동 및 실패 소스 위치, 가능한 경우 현재 경로 출력, 변경 정확한 시간을 포함하세요.