1nfratech1nfra Tech

표준 ACL은 출발지 IP만 보고 패킷을 허용하거나 차단합니다. R2에 ACL 1을 만들어 PC0(3.3.3.100)이 PC2로 가는 트래픽을 막고, OSPF 우회 경로까지 막은 뒤, 와일드카드 마스크로 3.3.3.0/24 대역 전체를 차단했습니다.1. ACL이란ACL(Access Control List)은 패킷을 통과시킬지 결정하는 규칙 목록입니다. IP 주소나 프로토콜을 기준으로 패킷을 걸러내는 것을 패킷 필터링이라고 하며, 라우터 보안과 트래픽 제어에 사용합니다. 종류번호기준표준 ACL1~99, 1300~1999출발지 IP확장 ACL100~199, 2000~2699출발지·목적지 IP, 프로토콜(TCP/UDP), 포트Named 표준 ACL이름표준 ACL과 같음Named 확장 ACL이름확장 ACL과 같..

비활성화해 둔 admin 계정에 로그인 시도가 1,000번가량 들어와, DSM 방화벽에서 대한민국(KR) IP만 허용하고 나머지는 모두 거부하는 프로필을 만들었습니다.1. 배경보안을 위해 admin 계정은 비활성화해 두었지만, 어느 순간부터 admin 계정으로 로그인 시도가 계속 들어왔습니다. 확인했을 때 약 1,000번의 시도가 있었고 계속 진행 중이었습니다.admin 계정 로그인 시도 기록2. 방화벽 프로필 만들기제어판 > 보안 > 방화벽으로 이동합니다.방화벽 프로필 목록에서 + 를 눌러 새 프로필을 만들고 이름을 지정합니다. 저는 "대한민국 제외 차단"으로 정했습니다.만든 프로필을 선택하고 규칙 편집을 누릅니다.3. 규칙 추가규칙은 위에서부터 순서대로 적용되므로, 허용 규칙을 먼저 두고 전체 거부 ..

집의 서버와 데이터가 늘어나, 데이터를 한곳에 모으고 하드웨어 고장에 대비하기 위해 홈 네트워크를 새로 구성했습니다. 공유기 3대와 스위치, AP로 방마다 네트워크를 연결하고, 메인 서버와 헤놀로지 NAS로 이중 백업을 구성했으며, ipTIME L2TP VPN으로 외부에서도 내부 서버에 접속하도록 만들었습니다.1. 목적집에서 쓰는 서버와 장비가 많아지고 데이터도 크게 늘었습니다. 데이터를 한곳에 저장하고, 하드웨어 고장으로 인한 손실을 막고, 장비를 쉽게 유지보수하기 위해 이 프로젝트를 진행했습니다.2. 준비물과 선택 이유장비선택 이유공유기 3대사용자가 많아 기기에 무리 없이 인터넷을 공급하기 위해AP공유기가 한 방에 있어 다른 방에도 안정적으로 Wi-Fi를 공급하기 위해스위치방마다 여러 랜 포트가 필요..

ESXi 7.0 ISO로 부팅해 설치 디스크와 root 암호를 지정하고 설치했습니다. 재부팅 후 DHCP로 받은 IP로 호스트 클라이언트에 접속해 라이선스를 할당했습니다. 테스트는 VMware Workstation 위에서 메모리 4GB로 진행했습니다.1. 준비VMware 홈페이지에 가입하면 ESXi ISO와 라이선스를 받을 수 있었습니다(작성 당시 기준). 라이선스 키는 따로 기록해 둡니다. ISO로 CD나 USB 부팅 디스크를 만들어 설치할 PC에 연결합니다.2. 설치부팅 메뉴에서 ESXi 7.0을 선택합니다.ESXi 설치 프로그램이 자동으로 시작됩니다.하드웨어 사양 확인과 파일 로드 PC 사양을 확인하고 필요한 파일을 불러옵니다. 저는 VMware Workstation에서 테스트해 메모리를 4GB만 ..

남는 512GB M.2 NVMe SSD를 NVMe 지원 외장 케이스에 넣어 외장 SSD로 만들었습니다. 케이스를 살 때는 SATA 방식 M.2 전용인지 NVMe 지원인지 꼭 확인해야 합니다.1. 준비물항목내용외장 케이스M.2 NVMe 지원 제품SSDM.2 NVMe 512GB공구십자 드라이버M.2 외장 케이스는 SATA 방식 M.2만 지원하는 제품과 NVMe를 지원하는 제품이 따로 있습니다. 가지고 있는 SSD 방식에 맞는지 확인하고 구매하세요.외장 SSD 케이스NVMe SSD 512GB2. 조립2.1 케이스 분해십자 드라이버로 케이스를 열면 안에 보드가 하나 들어 있습니다.케이스 내부 보드 보드 오른쪽 끝의 고정 나사를 풀면 SSD를 장착할 준비가 끝납니다.2.2 SSD 장착NVMe SSD 장착 SSD는..

이전 글에서 만든 subCA 요청 파일(subCA.req)과 키(subCA.key)를 Sub CA 서버로 옮기고, openssl.cnf와 CA.pl의 디렉터리 설정을 바꾼 뒤 CA.pl -newca로 하위 인증 기관을 구성했습니다.1. 흐름단계작업1Root CA에서 만든 subCA.req, subCA.key를 Sub CA 서버로 복사(scp)2openssl.cnf에서 CA 디렉터리 이름 변경3CA.pl의 CA 디렉터리 변경4CA.pl -newca로 Sub CA 생성, subCA.crt와 subCA.key 지정2. 파일 옮기기이전 글에서 만든 subCA.req와 subCA.key를 scp로 Sub CA 서버에 복사합니다.scp로 요청 파일과 키 복사3. openssl.cnf 수정Root CA를 만들 때와 ..

Debian에서 openssl.cnf와 CA.pl의 CA 디렉터리 경로를 맞춘 뒤, CA.pl -newca로 Root CA 인증서와 키를 만들었습니다.1. openssl.cnf 수정vi /etc/ssl/openssl.cnfCA 디렉터리를 지정하는 dir 항목(작성 당시 42번 줄)을 사용할 경로로 바꿉니다.openssl.cnf의 dir 설정2. CA.pl 수정vi /usr/lib/ssl/misc/CA.plCA.pl의 CA 디렉터리 설정(작성 당시 37번 줄)도 openssl.cnf와 같은 경로로 맞춥니다.CA.pl의 CA 디렉터리 설정3. Root CA 생성/usr/lib/ssl/misc/CA.pl -newcaCA 키의 암호를 두 번 입력합니다.CA 키 암호 입력 Common Name에 rootCA를 입..

Windows Server에 DHCP 서버 역할을 설치하고, IPv4 범위(배포할 IP 대역, 게이트웨이, DNS)를 만들어 활성화한 뒤 설치 후 구성을 마쳤습니다.1. 작업 전 확인할 것DHCP 서버 자신은 고정 IP를 써야 합니다.같은 네트워크에 공유기 등 다른 DHCP 서버가 있으면 주소가 겹치므로 하나만 켭니다.도메인 환경에서는 DHCP 서버를 AD에 권한 부여해야 동작합니다. 마지막 설치 후 구성 단계가 이 작업입니다.2. DHCP 역할 설치2.1 역할 선택서버 관리자에서 역할 및 기능 추가 마법사를 열고, 역할 기반 설치로 대상 서버를 고릅니다.역할 및 기능 추가 마법사역할 기반 또는 기능 기반 설치 선택대상 서버 선택 서버 역할에서 DHCP 서버를 선택합니다.DHCP 서버 선택2.2 설치DH..

Windows 10 클라이언트를 도메인에 가입시킨 뒤, 도메인 사용자로 RD 웹 액세스(RDWeb)에 로그인해 앞에서 만든 가상 데스크톱에 접속했습니다.1. 클라이언트 준비테스트용 Windows 10 VM을 만듭니다. 앞 글에서 구성한 RD 서버의 DHCP에서 IP를 자동으로 받습니다.DHCP로 받은 클라이언트 IP2. 도메인 가입과 로그인2.1 도메인 가입실행 창에 sysdm.cpl을 입력해 시스템 속성을 열고, 앞에서 만든 도메인에 가입합니다.시스템 속성에서 도메인 입력 도메인 가입 권한이 있는 계정의 이름과 암호를 입력합니다.도메인 계정 인증도메인 가입 완료2.2 도메인 사용자로 로그인재부팅 후 앞에서 만든 도메인 사용자로 로그인합니다. 첫 로그인이라 암호를 새로 설정해야 합니다.첫 로그인 시 암호..

가상 데스크톱(VM)이 IP를 자동으로 받도록 RD 서버에 DHCP 서버 역할을 설치하고, IPv4 범위를 만들어 활성화했습니다.1. 배경RDS로 배포하는 가상 데스크톱은 만들어질 때마다 IP가 필요합니다. 하나씩 고정 IP를 넣을 수 없으므로 RD 서버에 DHCP를 올려 자동으로 나눠 주도록 했습니다.2. DHCP 역할 설치서버 관리자에서 역할 및 기능 추가 마법사를 열고, 역할 기반 설치로 RD 서버를 대상으로 고릅니다.역할 및 기능 추가 마법사역할 기반 또는 기능 기반 설치 선택대상 서버(RD 서버) 선택 서버 역할에서 DHCP 서버를 선택하고 설치합니다.DHCP 서버 선택DHCP 서버 안내 화면설치 선택 확인설치 진행3. IPv4 범위 만들기3.1 새 범위DHCP 관리 콘솔에서 IPv4를 우클릭하..