* 이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
(pfSense 홈랩 방화벽 ㉗)
여기까지 오느라 고생 많았다. 지금 pfSense에는 인터페이스, 방화벽 규칙, VPN, 인증서까지 공들인 설정이 잔뜩 쌓여 있다. 이걸 한 번의 실수나 디스크 고장으로 날리면 처음부터 다시다. 마지막 편은 그걸 지키는 백업·복구·업데이트, 그리고 시리즈 정리다.
설정 백업과 복구
pfSense의 모든 설정은 하나의 XML 파일에 담긴다. Diagnostics > Backup & Restore에서 이 파일을 내려받으면 그게 완전한 백업이다. 새 기계나 새 VM에 pfSense를 깔고 이 XML을 복원하면, 규칙·VPN·인증서가 그대로 살아난다. 이사·복구가 파일 하나로 끝난다는 게 큰 장점이다.
- 수동 백업 — 큰 변경 전마다 XML을 내려받아 안전한 곳에 보관.
- AutoConfigBackup — 자동 백업(상세는 아래에서).
- 복원은 그 XML을 올리기만 하면 된다.
자동 백업 — 손 안 대고 지키기
수동 백업은 결정적일 때 꼭 까먹는다. 내장 패키지 AutoConfigBackup을 켜면 설정이 바뀔 때마다 암호화해 자동 저장한다. 켜는 법: Services > Auto Config Backup에서 암호화 비밀번호만 정하면 끝 — 저장은 Netgate 서버로 가므로 그 비밀번호를 잃으면 백업도 잃는다는 것만 기억하자. 무료로 쓸 수 있고 변경 이력까지 남아 ‘언제 무엇을 바꿨는지’를 되짚을 수 있다. 스크립트로 SSH를 통해 config.xml을 주기적으로 외부(NAS·클라우드)에 복사해도 된다. 핵심은 기계가 죽어도 백업은 다른 곳에 있게 하는 것이다.
업데이트 전에 꼭 — 백업부터, 그리고 릴리스 노트
업데이트하다 망가지는 사고의 대부분은 준비 부족이다. 순서를 지키면 거의 안전하다. ① 지금 설정 백업을 내려받아 안전한 곳에 둔다 → ② 릴리스 노트에서 내가 쓰는 패키지·기능에 영향 있는 변경을 확인한다 → ③ 한가한 시간에 업데이트한다. 특히 큰 버전 점프는 패키지 호환이 깨질 수 있으니 더 조심한다.
망가졌을 때 복구 시나리오
- 부팅은 되는데 설정이 이상하다 — pfSense는 설정 변경 이력을 자체 보관한다.
Diagnostics > Backup & Restore > Config History에서 이전 설정으로 클릭 한 번에 되돌린다. - 아예 안 뜬다 — 새로 설치한 뒤 백업 XML을 restore하면 규칙·VPN·인증서가 그대로 돌아온다. 두 가지만 주의: ① 새 기계의 NIC 이름이 다르면 복원 직후 인터페이스 재할당을 물어온다(5편의 콘솔 절차 그대로) ② 크게 낮은 버전으로의 복원은 설정 형식이 달라질 수 있으니, 백업 XML에 적힌 버전과 비슷한 버전에 복원하는 게 안전하다.
- 하드웨어가 죽었다 — 백업 XML만 있으면 완전히 다른 새 기계에도 그대로 복원된다. 백업이 곧 보험인 이유다.
무중단이 정말 중요하면 — CARP (여력 될 때)
서비스가 몇 초도 끊기면 안 되는 상황이라면, pfSense 두 대를 CARP로 묶어 한 대가 죽어도 다른 대가 즉시 이어받게 할 수 있다. 홈랩엔 대개 과하지만 ‘이런 것도 된다’ 정도는 알아두자. 대부분의 홈랩은 잘 만든 백업 하나로 충분하다.
여기까지 왔다면 이제 pfSense는 ‘설치했던 것’이 아니라 ‘내가 이해하고 지킬 수 있는’ 방화벽이 됐을 것이다. 27편의 여정을 함께해줘서 고맙다 — 막히는 편이 있으면 언제든 1편부터 다시 짚어봐도 좋다.
자주 묻는 질문 (FAQ)
pfSense 설정을 백업하려면요?
Diagnostics → Backup & Restore에서 XML 하나로 전체 설정을 내려받습니다. 재설치 후 이 파일만 복원하면 그대로 돌아옵니다.
업데이트하다 망가지면요?
업데이트 전 반드시 설정 백업을 받아두세요. 문제가 생기면 재설치 후 백업 XML로 복원하는 게 가장 확실합니다.
답글 남기기