본문 바로가기

전체 글28

노트북 Linux 서버의 SMART 감시와 NAS 백업 체계 정비기 ## 들어가며 서버를 운영하다 보면 하나의 이상 징후가 다른 운영 기준을 돌아보게 만든다. 이번 작업은 `server-b`에서 동작하는 Telegram 모니터링 봇의 응답이 다소 늦다는 관찰에서 시작했다. 원인을 좁히려고 `server-a`, `server-b`, `server-c` 세 대를 함께 확인했고, 그 과정에서 노트북 기반인 `server-c`의 배터리와 디스크 상태, NAS 마운트, 백업 자동화도 차례로 정비했다. 목표는 기능 추가 자체가 아니었다. 서비스가 중복 실행되지 않는지, 지연이 로컬 처리와 서버 간 통신 중 어디에서 생기는지, NAS에 실제로 쓸 수 있는지, 백업 결과로 복구가 가능한지를 확인하는 데 초점을 맞췄다. 설정 파일을 고친 뒤 systemd의 런타임 상태까지 바뀌었는지도 .. 2026. 10. 16.
3대 리눅스 서버 텔레그램 감시 체계 정리와 systemd 봇 복구 기록 ## 들어가며 서버가 세 대로 늘어나면 감시도 한 방향으로만 볼 수 없다. 한 서버가 다른 서버의 상태를 보는 구조만으로는 감시 주체가 흔들렸을 때 빈틈이 생긴다. 이날 작업은 server-a, server-b, server-c 세 대의 Ubuntu Server 환경에서 텔레그램 기반 관리 봇과 상태 감시 화면을 정리한 기록이다. 목표는 세 서버가 서로를 교차 감시하게 만들고, 운영자가 화면을 보자마자 정상과 비정상을 구분할 수 있도록 출력 형식을 맞추는 것이었다. 작업 중에는 Python 봇 코드 오류와 systemd 재시작 루프도 함께 확인되어 복구 범위에 포함했다. ## 운영 환경과 고민 운영 환경은 systemd로 텔레그램 봇을 서비스화한 리눅스 서버 세 대였다. server-a와 server-b.. 2026. 10. 14.
서버 상태 그래프 시간 표기 통일과 관리 봇 초기 구성 기록 ## 들어가며 여러 대의 Linux 서버를 함께 운영하다 보면 장애보다 먼저 운영 화면의 기준이 흔들리는 경우가 있다. 이번 작업은 server-a, server-b, server-c의 상태 그래프와 리포트 시간 표기를 맞추고, server-c에도 기존 서버들과 같은 형태의 텔레그램 기반 관리 봇을 구성한 기록이다. 겉으로는 그래프의 x축 형식과 봇 메뉴를 정리한 작업처럼 보이지만, 실제 목적은 운영자가 세 서버의 상태를 같은 시간 기준으로 비교할 수 있게 만드는 것이었다. 원문 작업내역에는 Ubuntu Server 계열의 Linux 운영 환경에서 Python 스크립트, systemd 서비스, Docker 관리 메뉴, NAS 점검 항목, 감시 시스템, 교차 감시 항목을 다룬 내용이 남아 있다. 공개 글에.. 2026. 10. 12.
Linux에서 Windows 특정 TCP 포트가 열려 있는지 확인하는 방법 ## 들어가며 Linux 서버에서 Windows 서버의 특정 TCP 포트가 열려 있는지 확인해야 할 때가 있다. 예를 들어 22, 135, 139, 445, 5985, 5986 같은 포트를 점검한다고 하자. 이때 “포트가 열렸다”는 표현을 너무 단순하게 쓰면 혼란이 생긴다. 목적지까지 route가 있는지, 방화벽이 허용하는지, Windows OS까지 도착하는지, 서비스가 실제 Listen 중인지, 애플리케이션 수준 응답이 정상인지가 서로 다르기 때문이다. 이 글은 Linux 출발지에서 `nc`로 TCP 연결을 확인하고, 필요하면 `tcpdump`로 패킷 흐름을 본 뒤, Windows 목적지에서 Listen 상태를 확인하는 순서로 정리한다. 주소는 공개용 예시인 `192.0.2.20`을 사용한다. ## 운.. 2026. 10. 8.

티스토리툴바