안녕하세요. VISION IDC 기술팀입니다.
CentOS 7 서버를 재부팅한 뒤 네트워크가 자동으로 연결되지 않으면 SSH 접속이 끊기고 외부 통신도 불가능해질 수 있습니다. 이 문제는 주로 NetworkManager 서비스가 비활성화되어 있거나, 연결 프로필의 자동 연결 설정이 꺼져 있거나, ONBOOT·장치명·IP·게이트웨이·DNS 설정이 실제 환경과 일치하지 않을 때 발생합니다.
이번 문서에서는 콘솔에서 네트워크 장치와 서비스를 진단하고, DHCP 또는 고정 IP 설정을 점검한 뒤 부팅 시 자동 연결을 복구하는 방법을 단계별로 설명합니다.
적용 환경
| 운영체제 | CentOS Linux 7 |
|---|---|
| 기본 네트워크 관리 방식 | NetworkManager와 nmcli |
| 인터페이스 설정 파일 | /etc/sysconfig/network-scripts/ifcfg-인터페이스명 |
| 필요 권한 | root 또는 sudo 권한 |
작업 전 준비사항
먼저 운영체제 버전을 확인합니다.
cat /etc/centos-release설정 파일을 수정하기 전에 현재 네트워크 스크립트 디렉터리를 백업합니다.
cp -a /etc/sysconfig/network-scripts /root/network-scripts.backup복구가 필요한 경우 이 백업 디렉터리에서 원래 설정 파일을 다시 복사할 수 있습니다.
네트워크 상태와 원인 확인
1. 실제 네트워크 인터페이스 이름 확인
CentOS 7에서는 환경에 따라 인터페이스 이름이 eth0, ens3, enp1s0 등으로 표시됩니다. 설정 파일의 DEVICE 값이 실제 장치명과 다르면 부팅 후 연결되지 않을 수 있습니다.
ip link show
nmcli device statusnmcli device status 결과에서 실제 이더넷 장치명과 상태를 확인합니다. 정상적으로 활성화된 장치는 일반적으로 connected로 표시됩니다.
2. 연결 프로필 확인
NetworkManager는 장치와 별도로 연결 프로필을 관리합니다. 프로필 이름은 인터페이스 이름과 다를 수 있으므로 다음 명령으로 정확한 이름을 확인합니다.
nmcli connection show연결 프로필의 상세 설정을 확인하려면 아래 명령에서 연결프로필명을 실제 이름으로 변경합니다.
nmcli connection show "연결프로필명"connection.interface-name, connection.autoconnect, ipv4.method, IP 주소, 게이트웨이와 DNS 항목이 실제 환경에 맞는지 확인합니다.
3. 서비스 상태와 부팅 로그 확인
CentOS 7의 기본 네트워크 관리 서비스는 NetworkManager입니다. 서비스 활성화 여부와 현재 상태를 확인합니다.
systemctl is-enabled NetworkManager
systemctl is-active NetworkManager
systemctl status NetworkManager --no-pager -l현재 부팅에서 발생한 NetworkManager 로그를 확인합니다.
journalctl -u NetworkManager -b --no-pager기존 network.service를 사용하는 시스템이라면 해당 서비스 상태와 로그도 확인합니다.
systemctl status network --no-pager -l
journalctl -u network -b --no-pagerNetworkManager 서비스 복구
NetworkManager가 inactive이거나 부팅 시 자동 시작이 비활성화되어 있다면 다음 명령으로 즉시 시작하고 부팅 시에도 활성화합니다.
systemctl enable --now NetworkManager서비스가 정상적으로 활성화되었는지 다시 확인합니다.
systemctl is-enabled NetworkManager
systemctl is-active NetworkManagerNetworkManager 자체의 네트워킹 기능이 꺼져 있다면 현재 상태를 확인한 뒤 다시 켭니다.
nmcli general status
nmcli networking on서비스 시작에 실패하면 앞에서 확인한 journalctl -u NetworkManager -b 로그에서 D-Bus 오류, 구성 파일 문법 오류 또는 장치 인식 오류를 먼저 확인해야 합니다.
부팅 시 자동 연결 설정
연결 프로필은 존재하지만 재부팅 후 자동으로 활성화되지 않는다면 connection.autoconnect가 비활성화되어 있을 수 있습니다. 먼저 실제 프로필 이름을 확인합니다.
nmcli connection show아래 명령에서 연결프로필명을 실제 이름으로 변경하여 자동 연결을 활성화합니다.
nmcli connection modify "연결프로필명" connection.autoconnect yes연결 프로필을 즉시 활성화합니다.
nmcli connection up "연결프로필명"정상적으로 활성화되면 nmcli device status에서 해당 인터페이스가 connected로 표시됩니다.
ifcfg 설정 파일 점검
1. 설정 파일 목록과 장치명 확인
인터페이스 설정 파일은 /etc/sysconfig/network-scripts/ 디렉터리에 있습니다. 실제 장치명이 ens3인 경우 일반적으로 파일명은 ifcfg-ens3입니다.
ls -l /etc/sysconfig/network-scripts/ifcfg-*
cat /etc/sysconfig/network-scripts/ifcfg-ens3ens3은 예시이므로 반드시 ip link show에서 확인한 실제 인터페이스 이름으로 변경하십시오.
2. DHCP 환경의 기본 설정
DHCP로 IP 주소를 자동 할당받는 환경에서는 최소한 장치명, DHCP 방식과 부팅 시 활성화 설정이 올바른지 확인합니다.
TYPE=Ethernet
NAME=ens3
DEVICE=ens3
ONBOOT=yes
BOOTPROTO=dhcpONBOOT=yes는 부팅 시 인터페이스를 활성화하도록 지정하며, BOOTPROTO=dhcp는 DHCP를 통해 주소를 받도록 설정합니다.
3. 고정 IP 환경의 기본 설정
고정 IP를 사용하는 경우 서버 IP, 프리픽스, 게이트웨이와 DNS 값을 공급자 또는 네트워크 관리자에게 받은 실제 값으로 입력해야 합니다.
TYPE=Ethernet
NAME=ens3
DEVICE=ens3
ONBOOT=yes
BOOTPROTO=none
IPADDR=203.0.113.10
PREFIX=24
GATEWAY=YOUR_GATEWAY_IP
DNS1=YOUR_PRIMARY_DNS_IP
DNS2=YOUR_SECONDARY_DNS_IP4. 장치명과 MAC 주소 불일치 확인
가상 서버를 복제하거나 네트워크 어댑터를 교체한 뒤에는 기존 설정의 DEVICE 또는 HWADDR 값이 현재 장치와 다를 수 있습니다. 현재 MAC 주소를 확인합니다.
ip link show ens3
grep -E '^(DEVICE|NAME|HWADDR|UUID|ONBOOT|BOOTPROTO|NM_CONTROLLED)=' /etc/sysconfig/network-scripts/ifcfg-ens3설정 파일의 DEVICE가 실제 장치명과 다르면 수정합니다. HWADDR가 존재하면서 현재 MAC 주소와 다르면 백업 후 현재 값으로 수정하거나, 장치명이 명확하게 지정된 단순 환경에서는 불필요한 HWADDR 항목을 제거하는 방법을 검토할 수 있습니다.
NetworkManager를 사용할 때 설정 파일에 NM_CONTROLLED=no가 있으면 해당 장치가 NetworkManager 관리 대상에서 제외될 수 있습니다. 특별한 이유가 없다면 NM_CONTROLLED=yes로 변경하거나 해당 줄을 제거합니다.
5. 수정한 설정 적용
ifcfg 파일을 직접 수정한 경우 NetworkManager가 변경 사항을 다시 읽도록 연결 프로필을 새로 고칩니다.
nmcli connection reload
nmcli connection show그다음 실제 프로필 이름으로 연결을 활성화합니다.
nmcli connection up "연결프로필명"원격 세션에서 작업 중이라면 연결을 내렸다가 다시 올리는 명령이나 NetworkManager 전체 재시작은 가능한 한 피하고, 서버 콘솔에서 수행하십시오.
네트워크 연결 확인
1. 장치와 IP 주소 확인
nmcli device status
ip addr show ens3해당 장치가 connected 상태이며, 기대한 IPv4 주소가 인터페이스에 할당되어 있는지 확인합니다.
2. 기본 경로 확인
ip route show외부 통신에는 일반적으로 default via 게이트웨이주소 dev 인터페이스명 형태의 기본 경로가 필요합니다.
3. 게이트웨이와 외부 IP 통신 확인
아래 명령의 YOUR_GATEWAY_IP를 실제 게이트웨이 주소로 변경합니다.
ping -c 3 YOUR_GATEWAY_IP
ping -c 3 1.1.1.1일부 네트워크는 ICMP 응답을 차단하므로 ping 실패만으로 연결 장애를 단정하지 말고 IP 주소와 라우팅 상태도 함께 확인합니다.
4. DNS 확인
cat /etc/resolv.conf
nmcli device show ens3 | grep IP4.DNS
getent hosts example.com외부 IP 통신은 되지만 도메인 이름만 조회되지 않는다면 DNS 설정 문제일 가능성이 높습니다.
5. 재부팅 후 자동 연결 재확인
reboot부팅이 완료되면 콘솔 또는 새 SSH 세션에서 nmcli device status, ip addr show, ip route show를 다시 실행하여 자동 연결 상태를 확인합니다.
자주 발생하는 증상과 해결 방법
| 증상 | 가능한 원인 | 확인 방법 | 해결 방법 |
|---|---|---|---|
| NetworkManager가 부팅 후 실행되지 않음 | 서비스 비활성화 또는 시작 실패 | systemctl is-enabled NetworkManager, systemctl status NetworkManager |
systemctl enable --now NetworkManager 실행 후 로그 확인 |
장치가 disconnected로 표시됨 |
자동 연결 비활성화 또는 프로필 미활성화 | nmcli device status, nmcli connection show |
connection.autoconnect yes 설정 후 프로필 활성화 |
Error: Connection activation failed: No suitable device found for this connection. |
프로필의 장치명 또는 MAC 주소가 실제 장치와 다름 | ip link show와 ifcfg의 DEVICE·HWADDR 비교 |
실제 장치명과 MAC 주소에 맞게 설정 파일 수정 후 nmcli connection reload |
| IP 주소가 할당되지 않음 | DHCP 응답 없음, 잘못된 BOOTPROTO, 가상 NIC 연결 해제 |
ip addr show, NetworkManager 부팅 로그 확인 |
BOOTPROTO=dhcp 확인, 공급자 콘솔에서 가상 NIC·VLAN 상태 확인 |
| IP는 있지만 외부 통신 불가 | 기본 게이트웨이 또는 서브넷 설정 오류 | ip route show, 게이트웨이 통신 확인 |
할당받은 PREFIX·NETMASK·GATEWAY 값으로 수정 |
| 외부 IP는 통신되지만 도메인 조회 불가 | DNS 서버 누락 또는 잘못된 /etc/resolv.conf |
cat /etc/resolv.conf, nmcli device show |
연결 프로필 또는 ifcfg 파일에 올바른 DNS 서버 지정 |
장치가 unmanaged로 표시됨 |
NM_CONTROLLED=no 또는 NetworkManager 제외 설정 |
ifcfg 파일과 /etc/NetworkManager/ 설정 확인 |
NetworkManager 사용 정책에 맞게 제외 설정을 해제한 뒤 서비스 재적용 |
Job for network.service failed because the control process exited with error code. |
ifcfg 문법 오류, 중복 IP·경로 또는 서비스 관리 충돌 | systemctl status network -l, journalctl -u network -b |
오류가 표시된 인터페이스 설정을 수정하고 NetworkManager와 관리 방식을 일치시킴 |
설정 원상복구
수정 후 네트워크가 더 이상 연결되지 않으면 서버 콘솔에서 백업한 설정을 복원합니다.
cp -a /root/network-scripts.backup/* /etc/sysconfig/network-scripts/NetworkManager가 복원된 ifcfg 파일을 다시 읽도록 한 뒤 원래 연결 프로필을 활성화합니다.
nmcli connection reload
nmcli connection show
nmcli connection up "연결프로필명"프로필 활성화가 계속 실패하면 NetworkManager 로그와 실제 장치명, 백업 파일의 DEVICE·HWADDR 값을 다시 비교하십시오.
자주 묻는 질문
NetworkManager와 network.service 중 무엇을 사용해야 하나요?
CentOS 7의 기본 네트워크 관리 방식은 NetworkManager입니다. 기존 시스템이 명시적으로 레거시 네트워크 스크립트만 사용하도록 설계된 경우가 아니라면 NetworkManager와 nmcli를 기준으로 관리하는 편이 일관적입니다.
ONBOOT=yes인데도 자동 연결되지 않는 이유는 무엇인가요?
DEVICE 또는 HWADDR 불일치, NetworkManager 서비스 비활성화, 연결 프로필의 connection.autoconnect=no, DHCP 실패, 장치가 unmanaged 상태인 경우가 있습니다. ifcfg 파일만 보지 말고 nmcli connection show와 부팅 로그를 함께 확인해야 합니다.
설정 파일을 수정한 뒤 반드시 NetworkManager를 재시작해야 하나요?
항상 전체 서비스를 재시작할 필요는 없습니다. 먼저 nmcli connection reload로 설정을 다시 읽고 해당 연결 프로필만 활성화하는 방법을 사용하십시오. 전체 서비스 재시작은 다른 인터페이스까지 영향을 줄 수 있습니다.
재부팅하지 않고 자동 연결 설정을 확인할 수 있나요?
현재 프로필의 connection.autoconnect 값과 ifcfg 파일의 ONBOOT 값을 확인할 수 있습니다. 다만 실제 부팅 순서에서 정상적으로 연결되는지 최종 확인하려면 콘솔을 확보한 상태에서 재부팅 검증이 필요합니다.
CentOS 7을 계속 운영해도 되나요?
CentOS Linux 7은 지원이 종료되어 보안 업데이트가 제공되지 않습니다. 긴급 복구 후에는 지원 중인 CentOS Stream, RHEL 호환 배포판 또는 다른 최신 운영체제로 이전 계획을 수립하는 것이 안전합니다.
공식 참고자료
- CentOS Project — CentOS Linux 지원 종료 안내
확인 내용: CentOS Linux 7 지원 종료일은 2024년 6월 30일입니다. 조회일: 2026년 7월 27일. - Red Hat — RHEL 7 NetworkManager 개요
확인 내용: RHEL 7 계열의 기본 네트워크 서비스와 NetworkManager 관리 방식을 확인했습니다. 조회일: 2026년 7월 27일. - Red Hat — Starting NetworkManager
확인 내용: NetworkManager 서비스 시작과 부팅 시 활성화 방법을 확인했습니다. 조회일: 2026년 7월 27일. - Red Hat — ifcfg 파일을 사용한 IP 네트워크 구성
확인 내용:/etc/sysconfig/network-scripts/,ONBOOT=yes, DHCP와 고정 IP 설정 형식을 확인했습니다. 조회일: 2026년 7월 27일. - Red Hat — sysconfig 파일과 NetworkManager 사용
확인 내용: ifcfg 파일 수정 후 NetworkManager에 변경 사항을 다시 읽혀야 하는 동작을 확인했습니다. 조회일: 2026년 7월 27일.
마무리
CentOS 7에서 부팅 후 네트워크가 연결되지 않을 때는 NetworkManager 서비스, 실제 장치명, 연결 프로필의 자동 연결 설정, ifcfg 파일의 ONBOOT와 IP·게이트웨이·DNS 값을 순서대로 확인하면 원인을 효율적으로 좁힐 수 있습니다.
네트워크 설정 변경과 재부팅은 원격 접속을 차단할 수 있으므로 반드시 콘솔과 백업을 확보한 상태에서 진행하십시오. 복구가 완료된 뒤에는 지원이 종료된 CentOS 7을 최신 운영체제로 이전하는 계획도 함께 검토하시기 바랍니다.
