;

서버 재설치나 IP 재할당 후 SSH 접속 시 WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! 경고와 함께 Host key verification failed 오류가 발생합니다. 이 오류는 클라이언트의 known_hosts에 저장된 서버 호스트 키 지문과 현재 서버가 제공하는 지문이 일치하지 않을 때 발생합니다. 중간자 공격(MITM)을 막기 위한 OpenSSH 보안 동작입니다. 직접 재설치한 서버라도 기존 키를 바로 지우지 말고 새 지문부터 대조해야 합니다.오류 메시지에는 문제가 발생한 파일 위치와 줄 번호가 함께 출력됩니다. Offending ED25519 key in ~/.ssh/known_hosts:1처럼 보인다면 첫 번째 줄의 기록이 현재 서버 키와 충돌한..

Redis 컨테이너를 새 서버로 옮길 때 dump.rdb만 복사하고 바로 실행하면, 복원 시점이 어디인지와 파일 권한이 맞는지 확인하기 어렵습니다. RDB 스냅샷은 Redis가 메모리에 있는 키를 특정 시점 파일로 저장한 결과라서, 저장 완료 전 파일을 가져가면 기대한 값이 빠질 수 있습니다.Redis 백업 복구는 BGSAVE 완료 확인, 컨테이너 중지, dump.rdb 교체, 새 컨테이너 검증 순서로 처리합니다. 이 글은 Docker 볼륨에 저장한 RDB 파일 하나를 같은 Redis 이미지에서 되살리는 범위만 다룹니다. AOF를 켠 운영 환경, Redis Cluster, 복제본 전환은 별도 절차가 필요합니다. 백업 파일이 정상이더라도 컨테이너 권한이나 볼륨 경로가 틀리면 데이터가 없는 빈 DB로 시작할..

# Tailscale 오류, cannot connect to control server 진단 방법Ubuntu 서버에서 tailscale status가 멈추거나 tailscale up 뒤에 아래 오류가 나오면 peer 목록과 ACL 정보를 새로 받지 못합니다.tailscale: cannot connect to control server이미 연결된 장치끼리는 잠시 통신할 수 있어도, 키 갱신과 새 장치 등록은 멈춥니다. 재설치부터 시작하면 원인을 놓치기 쉽습니다. tailscaled 상태, 인터넷 경로, 방화벽, 재인증 순서로 확인하면 됩니다.사전 준비 사항Ubuntu 22.04 LTS 또는 systemd를 쓰는 Linux 서버sudo 실행 권한현재 Tailscale 설정을 바꿀 수 있는 관리자 권한원격 서..

시중 은행 사이트에서 거래내역 CSV를 내려받아 Firefly III에 손으로 옮기기 시작하면 금방 지칩니다. 거래 날짜와 적요, 입출금 금액을 한 줄씩 맞추는 작업이 길어지고, 중간에 한 번만 어긋나도 계좌 잔액 검산이 틀어지기 때문입니다.Firefly III Data Importer를 같이 띄우면 이 반복 작업을 줄일 수 있습니다. 은행 거래내역 CSV 가져오기 경로를 한 번 잡아두면 다음 달 명세서도 같은 규칙으로 다시 올리면 됩니다.앞선 포스트인 Firefly III 개인용 가계부 서버 구축 가이드로 기본 서버를 만들고, Tasker, n8n, Firefly III 연동 가계부 자동 기록 시스템 구축으로 자동 입력 범위를 넓혔다면, 남은 일은 과거 거래내역을 한꺼번에 채우는 것입니다. DB 스냅샷..

Firefly III 가계부 서버를 운영할 때 docker-compose.yml 파일만 보관하고 있으면 재앙을 만납니다. 서버 디스크 장애나 OS 재설치 상황에서 컨테이너를 다시 띄워도 기존 거래 내역과 첨부한 영수증 파일은 자동으로 돌아오지 않습니다. 개인 가계부는 데이터 손실 시 복구할 수 없는 개인 원장이므로, 정기적인 데이터 백업 구조를 미리 만들어 두어야 합니다.이 글은 앞선 Firefly III 개인용 가계부 서버 구축 가이드와 Tasker, n8n, Firefly III 연동 가계부 자동 기록 시스템 구축의 후속 운영 가이드입니다. Docker Compose 환경에서 Firefly III의 데이터베이스, 영수증 첨부 파일, 복호화용 환경 변수를 함께 백업하고 복원하는 실무 절차를 다룹니다. ..