라즈베리파이 고정 IP 기준

라즈베리파이에서 SSH, VNC, 홈 서비스, 센서 수집 프로그램을 안정적으로 쓰려면 접속할 IP 주소가 자주 바뀌지 않아야 합니다. Raspberry Pi OS Bookworm 이후에는 NetworkManager가 기본 네트워크 설정 도구이므로, 예전처럼 dhcpcd.conf만 떠올리면 현재 환경과 맞지 않을 수 있습니다.

결론부터 말하면 대부분의 가정과 소규모 사무실 네트워크에서는 라우터의 DHCP 예약이 무난한 기준입니다. 라즈베리파이 자체에 정적 IP를 직접 넣는 방법도 가능하지만, 주소 충돌과 게이트웨이·DNS 오입력 위험을 사용자가 직접 관리해야 합니다.

고정 IP는 어디에서 정해야 할까

고정 주소를 만드는 위치는 크게 두 곳입니다. 하나는 라우터나 DHCP 서버에서 라즈베리파이의 MAC 주소에 같은 IP 주소를 예약하는 방식입니다. 다른 하나는 라즈베리파이 장치 안에서 NetworkManager 연결 프로필에 IP 주소, prefix, gateway, DNS를 직접 적는 방식입니다.

Raspberry Pi 공식 문서는 정해진 주소가 필요할 때 DHCP 예약을 권장합니다. 이 방식은 라즈베리파이가 계속 DHCP를 사용하므로 네트워크 설정의 중심이 라우터에 남습니다. 장치를 여러 개 관리하거나, 공유기에서 주소 목록을 확인해야 하는 환경에서는 이 편이 단순합니다.

장치 내부 정적 IP는 라우터를 바꿀 수 없거나, 특정 폐쇄망에서 라즈베리파이 쪽 설정만으로 주소를 고정해야 할 때 선택할 수 있습니다. 다만 선택한 IP가 DHCP 주소 풀과 겹치지 않아야 하며, 같은 주소를 쓰는 다른 장치가 없어야 합니다.

Bookworm 이후에는 무엇이 달라졌을까

Raspberry Pi OS Bookworm부터는 NetworkManager가 기본 네트워크 설정 도구입니다. 데스크톱에서는 네트워크 아이콘을 통해 연결을 관리할 수 있고, Raspberry Pi OS Lite나 headless 환경에서는 nmcli 명령을 사용합니다.

이 변화 때문에 오래된 튜토리얼의 /etc/dhcpcd.conf 수정 방식은 현재 설치본과 맞지 않을 수 있습니다. 새로 설치한 Bookworm 기반 시스템이라면 먼저 NetworkManager 기준으로 연결 이름을 확인하고, 그 연결 프로필을 수정하는 흐름으로 접근하는 것이 좋습니다.

방식	적합한 상황	주의할 점
DHCP 예약	일반 공유기, 사무실 라우터, 여러 장치 관리	라우터 관리자 화면에서 MAC 주소와 예약 IP를 관리해야 한다
장치 내부 정적 IP	라우터 설정 권한이 없거나 독립 폐쇄망을 구성할 때	IP, prefix, gateway, DNS, DHCP pool 범위를 직접 확인해야 한다
자동 DHCP	임시 실험, 주소가 바뀌어도 문제 없는 장치	재부팅이나 임대 갱신 뒤 접속 주소가 달라질 수 있다

장치 내부 정적 IP에는 어떤 값이 필요할까

정적 IP를 라즈베리파이 안에 직접 설정하려면 주소 하나만 적어서는 부족합니다. 일반적으로 IP 주소와 prefix 길이, 기본 gateway, DNS 서버가 함께 맞아야 합니다. 예를 들어 192.168.1.50/24처럼 주소와 네트워크 범위를 함께 표현하고, 같은 네트워크의 라우터 주소를 gateway로 지정합니다.

NetworkManager의 IPv4 설정에서 ipv4.method는 manual 값을 사용할 수 있고, ipv4.addresses, ipv4.gateway, ipv4.dns 같은 항목이 정적 설정에 관여합니다. DNS만 수동으로 쓰면서 DHCP에서 받은 DNS를 무시해야 하는 경우에는 ipv4.ignore-auto-dns 같은 별도 설정도 관계됩니다.

중요한 것은 주소 충돌을 피하는 것입니다. 라우터가 DHCP로 나눠 주는 주소 범위 안의 값을 장치 내부 정적 IP로 고르면, 나중에 다른 장치가 같은 주소를 받을 수 있습니다. 공유기 관리자 화면에서 DHCP pool 범위와 이미 사용 중인 주소를 확인한 뒤 그 밖의 값을 선택해야 합니다.

nmcli로 확인하는 기본 흐름

먼저 현재 연결 이름과 장치 상태를 확인합니다. Raspberry Pi 공식 문서에서는 무선 네트워크 확인과 연결에 nmcli를 사용하며, IP 확인에는 hostname -I와 nmcli device show도 사용할 수 있다고 설명합니다.

nmcli connection show
nmcli device status
hostname -I
nmcli device show

장치 내부 정적 IP를 적용해야 한다면 기존 연결 프로필을 수정하는 형태로 접근합니다. 실제 연결 이름, IP 주소, gateway, DNS 값은 네트워크에 맞게 바꿔야 합니다.

sudo nmcli connection modify "연결이름" ipv4.method manual
sudo nmcli connection modify "연결이름" ipv4.addresses 192.168.1.50/24
sudo nmcli connection modify "연결이름" ipv4.gateway 192.168.1.1
sudo nmcli connection modify "연결이름" ipv4.dns "192.168.1.1 1.1.1.1"
sudo nmcli connection up "연결이름"

원격 SSH로 접속한 상태에서 네트워크 설정을 바꾸면 연결이 끊길 수 있습니다. 가능하면 모니터와 키보드, 직렬 콘솔, 또는 같은 장소에서 복구할 방법을 준비한 뒤 적용하는 것이 안전합니다.

적용 후 무엇을 확인해야 할까

주소를 바꾼 뒤에는 단순히 명령이 성공했는지만 보지 말고, 실제 연결 상태를 확인해야 합니다. 라즈베리파이 내부에서 IP 주소와 gateway를 확인하고, 같은 네트워크의 다른 장치에서 SSH나 웹 접속이 되는지 테스트합니다.

hostname -I
nmcli device show
ping -c 3 192.168.1.1

DHCP 예약 방식을 썼다면 라즈베리파이를 재부팅하거나 네트워크를 다시 연결한 뒤에도 같은 주소를 받는지 확인합니다. 장치 내부 정적 IP를 썼다면 라우터의 장치 목록, ARP 목록, 다른 장치의 접속 테스트를 통해 주소 충돌이 없는지 봐야 합니다.

잘못 설정했을 때 흔한 증상

IP 주소는 잡혔는데 인터넷이 안 된다면 gateway나 DNS 설정을 먼저 의심할 수 있습니다. 같은 공유기 안의 장치에는 접속되지만 외부 사이트가 열리지 않는다면 DNS 설정 문제일 가능성이 있습니다. 반대로 어떤 장치에서는 접속되고 어떤 장치에서는 접속되지 않는다면 주소 충돌이나 서브넷 설정을 확인해야 합니다.

DHCP가 실패하면 환경에 따라 169.254.0.0/16 범위의 link-local 주소가 보일 수 있습니다. 이 주소는 같은 link-local 네트워크 안에서는 의미가 있을 수 있지만, 일반적인 공유기 기반 접속 주소로 기대하면 안 됩니다. 라우터에서 정상적으로 주소를 받는지, 무선 SSID와 비밀번호가 맞는지, 유선 케이블 연결이 안정적인지 확인해야 합니다.

자주 묻는 질문

라즈베리파이에는 무조건 고정 IP가 필요할까

그렇지 않습니다. 센서 실험이나 일회성 테스트처럼 주소가 바뀌어도 상관없는 장치는 자동 DHCP만으로 충분합니다. SSH, VNC, 파일 공유, 웹 서비스처럼 다른 장치가 반복해서 접속해야 할 때 고정 주소가 유용합니다.

공유기 DHCP 예약과 정적 IP 중 무엇이 더 안전할까

일반적으로는 DHCP 예약이 관리하기 쉽습니다. 라우터가 주소 배분을 계속 담당하므로 gateway와 DNS 변경도 중앙에서 처리하기 쉽습니다. 장치 내부 정적 IP는 라우터 설정을 건드릴 수 없을 때의 선택지로 보는 편이 좋습니다.

무선과 유선에 같은 IP를 줘도 될까

같은 네트워크에서 두 인터페이스가 동시에 활성화될 수 있다면 같은 IP를 주면 안 됩니다. 인터페이스마다 MAC 주소가 다르고 라우팅도 달라질 수 있으므로, DHCP 예약을 할 때도 유선과 무선 인터페이스를 구분해야 합니다.

정리

라즈베리파이 고정 IP의 기본 기준은 라우터 DHCP 예약을 먼저 검토하는 것입니다. Bookworm 이후 기본 도구가 NetworkManager라는 점을 확인하고, 장치 내부 정적 IP가 꼭 필요할 때만 nmcli로 연결 프로필의 IPv4 설정을 조정합니다.

정적 IP를 직접 넣을 때는 IP 주소만 보지 말고 prefix, gateway, DNS, DHCP pool 밖의 주소인지까지 함께 확인해야 합니다. 적용 후에는 hostname -I, nmcli device show, 실제 SSH나 웹 접속 테스트로 같은 주소가 안정적으로 유지되는지 점검하는 것이 좋습니다.