Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Azure VM의 Network Adapter를 실수로 비활성화한 경우

콘솔 접속이 안 되기 때문에, Azure VM의 경우 NIC을 Disabled 시키면 이후 접속할 방법이 없습니다. 이 문제를 해결하기 위해 취할 수 있는 방법은, 다음의 Q&A에 잘 나와 있습니다.

Network adapter Disabled on windows azure virtual machine (how to reactivate) [closed]
; https://stackoverflow.com/questions/47693515/network-adapter-disabled-on-windows-azure-virtual-machine-how-to-reactivate

  1. Go to the Azure portal.
  2. Select the affected Virtual Machine.
  3. Select Network Interfaces.
  4. Select the Network Interface associated with your machine
  5. Select IP configurations.
  6. Select the IP.
  7. If the Private IP assignment is not Static, change it to Static.
  8. Change the IP address to another IP address that is available in the Subnet, for example, change 10.0.0.4 to 10.0.0.5.
  9. The virtual machine will restart to initialize the new NIC to the system.
  10. Try to RDP to your machine. If successful, you can change the Private IP address back to the original if you would like. Otherwise, you can keep it.

정리하면 이런 식입니다.

  1. Azure Portal / 해당 VM 설정의 Overview에서 "Virtual network/subnet"에 해당하는 링크를 누르고,
  2. 나열된 "Network interface" 중 VM과 연관된 항목을 선택 후,
  3. 좌측 "Settings" / "IP Configurations" 화면에 나열된 IP 자원으로 들어가,
  4. "Assignment" 항목을 "Static"으로 바꾼 후 "IP address"를 다른 유효한 IP로 변경

저렇게 IP를 바꿔주면 Azure는 NIC을 새롭게 생성해 VM에 할당하므로, 다시 정상적으로 네트워크 활동이 가능하게 됩니다. 참고로, "Static"으로 바꾼 것이 걱정된다면 일단 NIC이 새롭게 할당된 것을 확인한 후 다시 "Dynamic"으로 바꿔 재차 NIC을 생성할 수 있습니다.

또한, 이전 NIC에 대한 장치는 여전히 VM 내에 있으므로 "Device Manager"의 "show hidden devices"로 확인해 지울 수 있습니다. (사실 이런 경우가 흔치는 않을 것이므로 마구 쌓이지 않는 한 굳이 안 지워도 무방합니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 9/12/2020]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...
NoWriterDateCnt.TitleFile(s)
919정성태8/30/201040734DDK: 1. Visual Studio 2010 - Device Driver 제작- Hello World 예제 [3]파일 다운로드1
918정성태8/28/201026884개발 환경 구성: 87. Hyper-V의 네트워크 유형 (3)
917정성태8/26/201021858개발 환경 구성: 86. "Routing and Remote Access"의 "Routing" 기능 활성화 방법
916정성태8/25/201021130개발 환경 구성: 85. 가상 네트워크에 LAN 어댑터 보이거나 감추는 방법
915정성태8/24/201039262개발 환경 구성: 84. Hyper-V의 네트워크 유형 (2)
913정성태8/22/201028371오류 유형: 104. Hyper-V 관리자 - VM 생성 오류 (VHD 생성 오류)
912정성태8/20/201030291.NET Framework: 183. 구조체 포인터 인자에 대한 P/Invoke 정의파일 다운로드1
911정성태8/19/201027152오류 유형: 103. System.Reflection.TargetException파일 다운로드1
910정성태8/19/201037967개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201033339오류 유형: 102. System.MissingMethodException
908정성태8/17/201024353개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201021894개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201030785개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201032933Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201035689오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201032553Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201024899Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201024195Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201026867Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201028910Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201028440.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201129660.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201036453.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201020302VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201026217오류 유형: 100. Could not find the Database Engine startup handle. [1]
893정성태7/25/201027366오류 유형: 99. .NET 4.0 설치된 윈도우 7에서 SQL Server 2008 R2 설치 오류
... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...