반응형

전체 글 87

[네트워크 실무] Ping DUP! (Duplicates Found) 오류 원인과 L2/이중화 해결 방안

1. 개요관제 시스템에서 관제 대상 장비를 Ping으로 점검할 때 DUP! 또는 Duplicates Found 메시지가 발생하는 경우가 있습니다.이 현상은 하나의 ICMP Echo Request에 대해 응답이 한 번만 와야 하는데, 같은 시퀀스 번호에 대해 응답이 중복으로 들어오는 상태를 의미합니다.2. 결과 3줄Ping 중복 응답은 관제 대상 장비가 같은 Ping 요청에 대해 응답을 2개 이상 받는 현상입니다.Linux 자체에 “중복 응답을 만드는 기능”이 있는 것이 아니라, 대부분 네트워크 경로, L2 루프, 이중화, VIP, 중복 IP, NMS 설정 문제에서 발생합니다.조치는 관제 대상 장비보다 먼저 NMS/관제 서버, 스위치, 라우팅, ARP, 이중화 구성을 함께 확인하는 방향이 맞습니다.3. 현..

[Linux 실무] Java Unrecognized option: -UNNAMED 오류 원인과 조치 방법

1. 개요Linux 서버에서 Java 기반 프로그램이나 설치 스크립트를 실행할 때 아래와 같은 오류가 발생할 수 있습니다.Unrecognized option: -UNNAMEDError: Could not create the Java Virtual Machine.Error: A fatal exception has occurred. Program will exit.이 오류는 Java 실행 옵션이 JVM에 잘못 전달되었을 때 발생합니다. 특히 --enable-native-access=ALL-UNNAMED 옵션을 사용하는 과정에서 옵션이 잘리거나 잘못 입력되면 -UNNAMED를 알 수 없는 옵션으로 인식할 수 있습니다.2. 결과 3줄-UNNAMED 오류는 JVM이 해당 옵션을 인식하지 못해 Java Virtua..

[보안 실무] IPS SIEM 페이로드 문자열 깨짐 현상 원인 및 바이너리 분석 가이드

1. 개요IPS에서 본 Payload와 SIEM에서 디코딩한 문자열이 다르게 보이는 경우가 있습니다.특히 PE 패킹 이벤트처럼 실행파일 바이너리 데이터가 포함된 로그는 IPS 화면에서는 정상처럼 보이는데, SIEM 문자열 변환에서는 �, 특수문자, 공백, 잘림처럼 보일 수 있습니다.이 현상은 실제 데이터가 무조건 깨졌다는 뜻이 아니라, 바이너리 데이터를 화면에 표현하는 방식 차이일 수 있습니다.2. 결과 3줄IPS Payload는 원래 사람이 읽는 문장이 아니라 Raw Binary 데이터일 수 있습니다.IPS는 비출력 문자를 . 등으로 치환해 보여주고, SIEM은 문자열로 렌더링하면서 깨진 문자처럼 보일 수 있습니다.단순 표시 문제인지 실제 잘림 문제인지는 Base64 길이, HEX 값, 원본 Paylo..

[보안 실무]IPS PE 패킹 이벤트 원인 분석 및 오탐 식별 가이드

1. 개요IPS에서 말하는 PE 패킹 이벤트는 네트워크로 유입되는 Windows 실행파일이 압축·암호화·난독화된 형태로 확인될 때 발생하는 탐지 이벤트입니다.PE 패킹은 정상 프로그램에서도 사용할 수 있지만, 악성코드가 분석을 어렵게 하거나 탐지를 우회하기 위해 자주 사용하는 방식이기 때문에 보안 관제에서 중요하게 봐야 합니다.2. 결과 3줄PE는 Windows 실행파일 형식이며 .exe, .dll, .sys 등이 해당됩니다.패킹은 실행파일 내부 코드를 압축·암호화·난독화해 원본 구조를 바로 보기 어렵게 만드는 기법입니다.IPS PE 패킹 이벤트는 악성 가능성이 있는 파일 유입 신호일 수 있으므로 출발지, 목적지, URL, Payload를 함께 확인해야 합니다.3. PE 파일이란PE는 Portable E..

[운영 및 실무] Rocky/Oracle Linux Nginx 설치부터 구동 확인까지

1. 개요Rocky Linux/Oracle Linux에서 dnf로 Nginx 설치 → 서비스 기동 및 자동 시작 → 방화벽 80/443 오픈 → curl로 확인까지 정리했습니다.2. 결과 3줄Rocky/Oracle Linux는 dnf로 설치하는 게 의존성/업데이트 측면에서 가장 안전합니다.설치 후 systemctl enable --now nginx로 부팅 자동 시작까지 잡습니다.외부 접속이 필요하면 **firewalld 80/443 오픈 + 앞단 보안정책(L4/SG)**까지 같이 확인합니다.3. 대상 환경OS: Rocky Linux / Oracle Linux패키지 매니저: dnf방화벽: firewalld (사용 중인 경우)4. 설치(필요 시) EPEL을 등록한 뒤 Nginx를 설치합니다.sudo dnf ..

[개념] Galera Cluster 원리와 Split Brain 방어 메커니즘 (Quorum)

1. 개요Galera Cluster는 MariaDB의 동기식 멀티 마스터 구조로, 여러 노드가 동일한 데이터를 유지하며 쓰기 작업을 복제해 정합성을 맞춥니다.2. 결과 3줄가장 큰 장애 시나리오는 Split Brain(클러스터 분리 후 양쪽이 쓰기 수행)입니다.Split Brain 방어의 핵심은 Quorum(과반수 합의) 입니다.그래서 구성은 보통 3대 이상, 홀수 노드가 안전합니다.3. Galera Cluster 핵심 원리Galera는 동기식 복제에 가까운 방식으로 트랜잭션을 클러스터에 전파합니다.결과적으로 노드 간 데이터가 동일하게 유지되고, 특정 노드 장애 시에도 서비스 연속성을 확보할 수 있습니다.4. Split Brain이 왜 위험한가네트워크 장애 등으로 클러스터가 두 그룹으로 분리되면,양쪽 그..

Nginx vs Apache 차이점 정리 (Event-Driven, MPM, Reverse Proxy)

1. 개요Nginx와 Apache는 모두 전 세계적으로 널리 사용되는 웹 서버입니다. 하지만 내부 아키텍처와 처리 메커니즘에서 명확한 차이가 있으므로, 서비스의 트래픽 특성과 운영 목적에 맞는 올바른 기술 스택 선택이 중요합니다. Nginx는 이벤트 기반으로 동시접속 및 리버스 프록시에 강하고, Apache는 MPM과 풍부한 모듈 생태계가 강점입니다.2. 결과 3줄리버스 프록시, 정적 리소스 처리, 동시접속 최적화가 주 목적이라면: Nginx레거시 환경과의 호환성이나 모듈 의존성(특정 기능 확장)이 크다면: Apache둘 다 가능하면, 실무에선 Nginx(앞단) + Apache/WAS(뒷단) 조합이 가장 흔합니다.3. 핵심 차이 비교구분NginxApache처리 모델비동기 이벤트 기반 (Event-Driv..

[리눅스 명령어] 서버 실시간 및 최대 전력량 확인 방법 (ipmitool)

0. 개요고객사로부터 급하게 서버 실사 및 전력 소모량 조사 요청을 받을 경우, 전산실이 원거리에 있어 물리적 접근이 불가능하고 기존 데이터시트마저 불명확한 상황에서 활용한 방법입니다. 현장에 가지 않고도 OS 레벨에서 하드웨어 고유 식별 정보와 실시간 전력 소모량을 정확히 추출하여 스펙을 검증하는 것이 목적입니다. 1. 목적 및 활용장비 식별: 물리 서버의 제조사, 모델명, 시리얼 번호(S/N) 등을 원격에서 즉시 확인.스펙 검증: 실시간 전력 소모량을 측정하여 불분명한 데이터시트 수치와 실제 운영 환경 대조.인프라 정합성: 상면 설계 시 참고한 이론상 최대 전력과 실제 피크(Peak) 전력의 차이 확인. 2. ipmitool 개요개념: IPMI 규격을 통한 서버 하드웨어 관리 표준 도구.역할: BMC..

[리눅스 명령어] 서버 시리얼 번호 및 RAM 정보 확인 (dmidecode)

0. 개요장비 자산 실사나 하드웨어 장애(RMA) 발생 시 벤더사에 시리얼 번호 제출은 필수적입니다. 통상 장비 외관의 스티커를 통해 확인하나, 전산실 방문이 불가능한 원격지 서버이거나 긴급한 접수가 필요한 상황에서 OS 레벨 명령어로 즉시 고유 식별 번호를 추출하기 위해 활용합니다.1. 목적자산 실사 및 RMA: 서버 본체(메인보드/섀시)의 고유 시리얼 번호를 원격 조회하여 벤더사에 즉시 전달.가상화 여부 식별: 출력 포맷을 통해 해당 OS가 물리 서버(PM)인지 가상 머신(VM)인지 판별.부품 스펙 검증: 서버 본체 외에 장착된 RAM의 제조사, 용량, 개별 시리얼 번호 등 정밀 정보 파악.2. dmidecode 개요 및 역할개념: DMI(Desktop Management Interface) 또는 S..

[보안 실무] 암호화 기초: 대칭키와 공개키의 원리와 실무 활용

데이터 유출 사고가 빈번한 현대 IT 환경에서, 자산을 보호하는 최후의 보루는 암호화(Encryption)입니다. 네트워크 패킷이 탈취되거나 DB 데이터가 유출되더라도, 암호화가 되어 있다면 공격자는 내용을 확인할 수 없습니다. 보안 엔지니어는 시스템 설계 시 어떤 암호화 알고리즘을 선택하느냐에 따라 성능과 보안성 사이의 균형을 결정하게 됩니다.이번 포스팅에서는 암호화의 가장 기초가 되는 대칭키(Symmetric Key)와 공개키(Asymmetric/Public Key)의 개념을 정리하고, 실무에서 이들이 어떻게 조화롭게 사용되는지 알아보겠습니다.1. 대칭키 암호화 (Symmetric Key Encryption)대칭키 암호화는 암호화할 때와 복호화할 때 사용하는 키가 동일한 방식입니다. 우리가 흔히 사용..

반응형