메타데이터 서버 액세스 문제 해결

Linux VM에서 다음 명령어를 실행하여 메타데이터 서버에 대한 연결을 테스트합니다.

1. 도메인 이름 서버를 쿼리합니다.

   nslookup metadata.google.internal
   

   출력은 다음과 비슷하게 표시됩니다.

   Server:         169.254.169.254
   Address:        169.254.169.254#53
   
   Non-authoritative answer:
   Name:   metadata.google.internal
   Address: 169.254.169.254
   

2. 메타데이터 서버에 연결할 수 있는지 확인합니다. 확인하려면 다음 명령어를 실행하세요.

   ping -c 3 metadata.google.internal
   

   출력은 다음과 비슷하게 표시됩니다.

   PING metadata.google.internal (169.254.169.254) 56(84) bytes of data.
   64 bytes from metadata.google.internal (169.254.169.254): icmp_seq=1 ttl=255 time=0.812 ms
   

   ping -c 3 169.254.169.254
   

   출력은 다음과 비슷하게 표시됩니다.

   PING 169.254.169.254 (169.254.169.254) 56(84) bytes of data.
   64 bytes from 169.254.169.254: icmp_seq=1 ttl=255 time=1.11 ms
   

3. 위 명령어의 출력이 제안된 출력과 일치하면 VM이 메타데이터 서버에 연결된 것이고 별도의 조치가 필요하지 않습니다. 명령어가 실패하면 다음을 수행합니다.

   1. 네임서버가 메타데이터 서버로 구성되어 있는지 확인합니다.

      cat /etc/resolv.conf
      

      출력은 다음과 비슷하게 표시됩니다.

      domain ZONE.c.PROJECT_ID.internal
      search ZONE.c.PROJECT_ID.internal. c.PROJECT_ID.internal. google.internal.
      nameserver 169.254.169.254
      

      출력에 위와 같은 줄이 없으면 운영체제 문서에서 DHCP 정책을 수정하여 네임서버 구성을 169.254.169.254로 유지하는 방법을 확인하세요. 영역 DNS 설정이 프로젝트 내의 VM에 적용된 경우 /etc/resolv.conf에 대한 변경사항을 1시간 후에 덮어쓰기 때문입니다. 프로젝트에 여전히 전역 DNS가 사용되는 경우 resolv.conf 파일이 24시간 내에 기본 DHCP로 돌아갑니다.

   2. 메타데이터 서버 도메인 이름과 IP 주소 사이에 매핑이 있는지 확인합니다.

      cat /etc/hosts
      

      출력에 다음 줄이 표시됩니다.

      169.254.169.254 metadata.google.internal  # Added by Google
      

      출력에 위와 같은 줄이 없으면 다음 명령어를 실행합니다.

      echo "169.254.169.254 metadata.google.internal" >> /etc/hosts
      

Windows VM에서 다음 명령어를 실행합니다.

1. 도메인 이름 서버를 쿼리합니다.

   nslookup metadata.google.internal
   

   출력은 다음과 비슷하게 표시됩니다.

   Server:  UnKnown
   Address:  10.128.0.1
   
   Non-authoritative answer:
   Name:    metadata.google.internal
   Address:  169.254.169.254
   

2. 메타데이터 서버에 연결할 수 있는지 확인합니다. 확인하려면 다음 명령어를 실행하세요.

   ping -n 3 metadata.google.internal
   

   출력은 다음과 비슷하게 표시됩니다.

   Pinging metadata.google.internal [169.254.169.254] with 32 bytes of data:
   Reply from 169.254.169.254: bytes=32 time=1ms TTL=255
   

   ping -n 3 169.254.169.254
   

   출력은 다음과 비슷하게 표시됩니다.

   Pinging metadata.google.internal [169.254.169.254] with 32 bytes of data:
   Reply from 169.254.169.254: bytes=32 time=1ms TTL=255
   

3. 위 명령어의 출력이 제안된 출력과 일치하면 VM이 메타데이터 서버에 연결된 것이고 별도의 조치가 필요하지 않습니다. 명령어가 실패하면 다음을 수행합니다.

   1. 다음 명령어를 실행하여 메타데이터 서버에 대한 영구 경로가 있는지 확인합니다.

      route print
      

      출력에 다음 내용이 포함됩니다.

      Persistent Routes:
      Network Address          Netmask  Gateway Address  Metric
      169.254.169.254  255.255.255.255         On-link        1
      

      출력에 위와 같은 줄이 없으면 다음 명령어를 사용하여 경로를 추가합니다.

      $Adapters = Get-NetKVMAdapterRegistry
      $FirstAdapter = $Adapters | Select-Object -First 1
      route /p add 169.254.169.254 mask 255.255.255.255 0.0.0.0 'if' $FirstAdapter.InterfaceIndex metric 1
      

   2. 메타데이터 서버 도메인 이름과 해당 IP 주소 사이에 매핑이 있는지 확인합니다.

      type %WINDIR%\System32\Drivers\Etc\Hosts
      

      출력에 다음 줄이 표시됩니다.

      169.254.169.254 metadata.google.internal  # Added by Google
      

      출력에 위와 같은 줄이 없으면 다음 명령어를 실행합니다.

      echo 169.254.169.254 metadata.google.internal >> %WINDIR%\System32\Drivers\Etc\Hosts
      

Linux VM에서 다음 명령어를 실행합니다.

export no_proxy=169.254.169.254,metadata,metadata.google.internal

변경사항을 저장하려면 다음 명령어를 실행합니다.

echo no_proxy=169.254.169.254,metadata,metadata.google.internal >> /etc/environment

Windows VM에서 다음 명령어를 실행합니다.

set NO_PROXY=169.254.169.254,metadata,metadata.google.internal

변경사항을 저장하려면 다음 명령어를 실행합니다.

setx NO_PROXY 169.254.169.254,metadata,metadata.google.internal /m