Network Location in EC2 instance (Windows Server 2012) inaccessible: Network path not found. How to track/restore?

0

I suppose my main question is this: How can I find out which of our AWS resources is attached to a specific internal IP address?

Some background: I inherited responsibility for our AWS account from someone who left the organization. This account was probably established some time in 2009. We have several EC2 instances. Some are ColdFusion web servers, and one is a Windows Server 2012 console.

Earlier today, the web servers started returning 500 errors. I can't even access the ColdFusion Administrator, so I know this is not a problem with our code. (We also didn't change any code; it just suddenly stopped working this morning.) I believe these servers are configured to access a shared network resource, and the source code for our web sites is located there. I suspect that this resource where the code resides has become inaccessible somehow.

We can usually access that shared resource from our Windows Server 2012 console. It has a virtual drive mapped to this shared network resource where the code lives. I can see the IP address of the resource, but I'm not able to learn exactly what it is and where to find it in our AWS services. In Windows PowerShell, I tried using tracert on that IP address, and the request timed out. But it did return a private DNS name for that IP, which looks like "ip-000-00-00-00.[zone].compute.internal". I can't find this IP address in our EC2 or S3 resources, and I don't know where else to look.

If I could just find the resource associated with that internal IP, maybe I could restart/reboot the service and bring all our web sites back.

1개 답변
0
수락된 답변

In the EC2 console look under network interfaces. Usually you see all IP addresses associated with ALB, NLB ec2 etc. you may find the IP address you’re looking for.

profile picture
전문가
답변함 6달 전
profile pictureAWS
전문가
검토됨 6달 전

로그인하지 않았습니다. 로그인해야 답변을 게시할 수 있습니다.

좋은 답변은 질문에 명확하게 답하고 건설적인 피드백을 제공하며 질문자의 전문적인 성장을 장려합니다.

질문 답변하기에 대한 가이드라인

관련 콘텐츠