머신의 네트워크 끊김

“네트워크가 끊겼다”는 상황은 두 가지로 나뉘어요. 외부에서 머신으로 아무것도 도달하지 못하는 경우와, 머신 자체가 아무것에도 접속하지 못하는 경우예요. 이 상황에서는 SSH를 쓸 수 없으니 콘솔부터 확인하세요. 콘솔은 네트워크를 우회해 머신에 직접 연결되기 때문에 항상 작동해요.

1단계. 콘솔로 접속하기

/hosting/vds/m/<id>의 “Console” 탭을 여세요. 텍스트 콘솔(시리얼 포트)은 어떤 명령이든 실행할 수 있고, “Screen”(VNC)은 시스템이 시리얼 라인에 프롬프트를 표시하지 않을 때 필요해요. 콘솔에 로그인 프롬프트가 보인다면 머신은 살아 있고, 문제는 부팅이 아니라 네트워크예요.

프롬프트가 없고 “Screen”에 커널 오류 메시지가 보인다면 커널 패닉: 다음에 무엇을 해야 하나요를 참고하세요.

2단계. 인터페이스와 주소 확인하기

ip -brief address
ip route

인터페이스에는 “Overview” 탭에 있는 공인 IPv4 주소가 있어야 하고, 라우트에는 default via ... 줄이 포함되어야 해요. 자주 발견되는 상황은 다음과 같아요.

• 인터페이스가 DOWN 상태예요 — 활성화하세요: ip link set dev ens18 up;
• 수동으로 설정을 편집한 뒤 주소가 사라졌어요 — 설정 파일을 복원하고 네트워크 서비스를 재시작하세요(Ubuntu에서는 systemctl restart systemd-networkd 또는 netplan apply);
• 기본 라우트가 없어요 — 접속을 되찾으려면 ip route add default via <gateway>로 임시 복원한 다음 설정을 고치세요. 그렇지 않으면 재부팅 후 다시 같은 문제가 발생해요.

ip로 적용한 변경은 재부팅까지만 유지돼요. 근본적인 해결은 항상 설정 파일에 있어요.

3단계. “연결 없음”과 “이름 없음” 구분하기

ping -c3 1.1.1.1
ping -c3 millida.net

주소는 핑이 가는데 이름은 안 간다면 네트워크는 정상이고 이름 확인이 깨진 거예요. 이름이 확인되지 않아요(DNS)로 가세요.

4단계. 패킷 필터 확인하기

접속이 끊기는 가장 흔한 원인은 로그인을 막아버린 본인의 규칙이에요. 확인하세요.

nft list ruleset
iptables -S
ufw status verbose

포트 22를 허용하지 않은 채 수신 트래픽에 DROP 정책이 보인다면, 스스로 SSH 접속을 차단한 거예요. 콘솔을 통해 접속을 복구하세요.

ufw allow 22/tcp
ufw reload

방화벽을 활성화하기 전에는 항상 같은 명령 묶음 안에서 SSH 포트를 허용하세요. “먼저 차단하고 나중에 허용”하는 방식은 접속을 잃게 만들어요.

5단계. SSH 데몬 자체 확인하기

네트워크는 정상인데 서비스가 죽어서 포트가 닫혀 있을 수 있어요.

systemctl status ssh
ss -tlnp | grep :22

서비스 상태를 진단하는 방법은 서비스가 시작되지 않아요: systemd 문제 해결을 참고하세요.

아무것도 도움이 되지 않았다면

“Access” 탭에서 SystemRescue 복구 디스크로 부팅하세요. 비밀번호 없이 root로 로그인할 수 있고, 머신의 디스크는 /dev/sda로 보여요. 루트를 마운트하고 시스템 “외부”에서 네트워크 설정을 고치세요. 작업이 끝나면 정상 부팅 모드로 되돌리고 머신을 재부팅하세요. 그렇지 않으면 계속 SystemRescue로 부팅돼요.