L2스위치9 LACP로 2Gbps 만들기 (구성, 로드밸런싱, 단일플로우) 예산도 없는데 1Gbps 링크가 업무 시간마다 꽉 막히는 상황, 저도 겪어봤습니다. 10G 업그레이드를 요청했다가 "예산 없음"으로 바로 반려당한 뒤, LACP라는 선택지를 들여다보기 시작했습니다. 결과는 예상보다 훨씬 괜찮았지만, 처음에 오해했던 부분도 분명히 있었습니다. 그 경험을 그대로 풀어보겠습니다.LACP 구성: 스위치와 서버를 한 번에 묶는 법가장 먼저 한 일은 스위치에서 포트채널(Port-Channel) 인터페이스를 생성하는 것이었습니다. 포트채널이란 물리적으로 분리된 여러 이더넷 포트를 하나의 논리적 인터페이스로 묶어 운영 체계와 상위 프로토콜이 단일 링크처럼 인식하게 만드는 구조입니다. Cisco 장비 기준으로 포트채널 인터페이스를 생성하고, 여기에 물리 포트 2개를 LACP active.. 2026. 4. 15. Wireshark 패킷 분석 (레이어 구조, 필터 활용, 암호화 한계) 네트워크 수업 과제로 Wireshark를 처음 설치했던 날, 솔직히 이건 예상 밖이었습니다. 화면 가득 흘러내리는 패킷들, 알 수 없는 숫자와 컬럼들. 어디서부터 봐야 할지조차 몰랐습니다. 솔직히 처음 10분은 그냥 창을 멍하니 바라봤습니다. 그런데 레이어별로 헤더를 뜯어보는 법을 익히고 나니, 그 혼돈처럼 보이던 화면이 오히려 네트워크의 속살을 보여주는 창처럼 느껴지기 시작했습니다. 이 감각의 전환이 생각보다 오래 걸렸고, 생각보다 훨씬 값어치 있었습니다.레이어 구조: 헤더를 읽는 법부터 시작했다저도 처음엔 패킷 전체를 한꺼번에 이해하려다가 계속 벽에 부딪혔습니다. "이 수천 개의 패킷 중에서 내가 뭘 봐야 하지?"라는 막막함이 먼저였습니다. 그러다 OSI 모델의 레이어 단위로 쪼개서 보기 시작하면서 .. 2026. 4. 15. ARP 테이블 (IP 충돌, ARP 스푸핑, 네트워크 진단) 네트워크 담당자라면 한 번쯤 겪어봤을 상황이 있습니다. 특정 PC만 유독 간헐적으로 인터넷이 끊기고, 재부팅하면 잠깐 되다가 또 끊기는 그 상황입니다. 저도 사무실에서 정확히 이런 일을 겪었습니다. 처음엔 NIC 불량이나 케이블 접촉 불량을 의심했고, 케이블을 교체하고 NIC 드라이버도 재설치했지만 증상은 재현됐습니다. 결국 진짜 원인은 ARP 테이블 안에 숨어 있었습니다. 그때 솔직히 느낀 것은, 하드웨어 문제를 먼저 의심하는 관성이 얼마나 시간을 낭비하게 만드는지였습니다.IP 충돌이 만들어내는 ARP 테이블의 이상 징후일반적으로 네트워크 문제가 생기면 케이블이나 공유기부터 확인한다고 알려져 있지만, 제 경험상 ARP 테이블을 먼저 들여다보는 것이 훨씬 빠른 경우가 많습니다. 물론 이걸 처음부터 알았던.. 2026. 4. 14. 네트워크 장애 대응 (케이블 불량, 포트 에러, VLAN 설정) 현장에서 네트워크 장애를 접할 때, 가장 먼저 어디를 의심하시나요? 저는 경험이 쌓이기 전까지 소프트웨어나 방화벽 정책을 먼저 뒤졌습니다. 그런데 정작 원인은 천장 어딘가에서 꺾여 있는 케이블 한 가닥이었던 경우가 한두 번이 아니었습니다. 장애의 절반은 생각보다 훨씬 단순한 곳에 숨어 있습니다.이 글에서 드리고 싶은 핵심 메시지는 하나입니다. 장애 대응은 화려한 도구보다 순서가 중요합니다. OSI 모델의 1계층부터 올라가는 방식이 지루하게 느껴질 수 있지만, 이 순서를 건너뛰었을 때 항상 시간을 더 썼습니다. 저도 초반에 여러 번 같은 실수를 반복하고 나서야 이 원칙을 지키게 됐습니다.케이블 불량, 눈으로 보이지 않는 게 더 위험합니다몇 년 전 IP 카메라 수십 대가 간헐적으로 영상이 끊기는 현장에 지원.. 2026. 4. 14. 게이트웨이 오설정 (DHCP 오류, 통신 차단, HSRP 이중화) 인터넷은 멀쩡한데 특정 팀만 외부 접속이 안 된다는 신고를 받아본 적 있으십니까? 저도 같은 상황을 겪었습니다. 스위치 문제인가, 방화벽 정책인가 뒤지다가 결국 원인은 숫자 하나였습니다. 게이트웨이 IP 끝자리가 .1이어야 할 것이 .2로 배포되고 있었습니다. 이 글은 그 사고의 전말과, 같은 실수를 반복하지 않기 위해 저희가 바꾼 것들을 정리한 기록입니다.이 사고에서 제가 가장 불편했던 건 기술적인 문제보다도 절차 문제였습니다. "단순한 설정 변경"이라는 분류 때문에 아무런 검토 없이 진행됐고, 그 결과가 수십 명의 업무 중단이었습니다. 기술 수준이 아니라 운영 문화의 문제였습니다.DHCP 오류 하나가 팀 전체를 단절시키는 이유혹시 ipconfig를 쳤을 때 게이트웨이 항목을 꼼꼼히 확인해본 적 있으십.. 2026. 4. 14. L2·L3 스위치 (브로드캐스트, 하드웨어 라우팅, 설계) 처음 네트워크를 설계할 때 L3 스위치가 굳이 필요한지 몰랐습니다. 80명 규모 오피스였고 예산도 빠듯했으니 L2 스위치로 전체를 연결하는 플랫 네트워크 구성이 당연해 보였습니다. 그 선택이 나중에 얼마나 큰 재설계를 불러올지는, 그때는 전혀 예상하지 못했습니다.돌이켜보면 그 판단의 근거 자체가 잘못됐습니다. "지금 80명이니까 괜찮겠지"라는 생각이 함정이었습니다. 규모가 아니라 트래픽 구조를 봤어야 했습니다. 이미 부서가 여럿이었고, Windows 기반 서버도 돌아가고 있었습니다. 단일 브로드캐스트 도메인으로 묶는 순간 문제는 예고되어 있었던 셈입니다.브로드캐스트와 하드웨어 라우팅: 스위치 계층이 실제로 하는 일일반적으로 L2 스위치와 L3 스위치의 차이를 단순히 "라우팅 기능 유무"로 설명하는 경우가.. 2026. 4. 13. 이전 1 2 다음
