DevOps 도구 및 베스트 프랙티스 마스터 - DevOps 지식 허브 DevOps 도구 및 베스트 프랙티스 마스터 - DevOps 지식 허브

일반적인 Linux 네트워크 연결 문제 및 해결 방법

ip, ping, dig, ethtool, tcpdump, 방화벽 점검 및 일반적인 장애에 대한 명확한 해결 방법을 사용하여 Linux 네트워크 문제를 진단합니다.

일반적인 Linux 네트워크 연결 문제 및 해결 방법

Linux 네트워크 문제는 일반적으로 네 가지 증상 중 하나로 나타납니다: 경로 없음, DNS 없음, 느린 트래픽, 또는 응답하지 않는 서비스 포트입니다. 간단한 홈 설정부터 복잡한 엔터프라이즈 환경까지, Linux 시스템에서 네트워크 문제를 만나는 것은 흔한 일입니다. 이러한 문제는 완전한 연결 실패부터 답답할 정도로 느린 네트워크 속도까지 다양할 수 있습니다. 다행히도 Linux는 대부분의 일반적인 네트워크 문제를 진단하고 해결하는 데 도움이 되는 강력한 도구와 명령어 세트를 제공합니다. 로컬 호스트에서 외부로 작업하세요: 링크 상태, IP 주소, 경로, DNS, 방화벽, 그 다음 원격 서비스입니다.

네트워크 스택 이해하기

문제 해결에 들어가기 전에 Linux 네트워크 스택에 대한 기본적인 이해가 도움이 됩니다. 네트워크 스택은 네트워크 통신을 처리하는 계층화된 모델(OSI 또는 TCP/IP 모델과 유사)입니다. 주요 구성 요소는 다음과 같습니다:

  • 네트워크 인터페이스 카드(NIC): 데이터를 송수신하는 물리적 하드웨어입니다.
  • 네트워크 인터페이스 구성: NIC가 작동하는 방식을 정의하는 소프트웨어 설정(IP 주소, 넷마스크, 게이트웨이 등)입니다.
  • IP 라우팅: 서로 다른 네트워크 간에 네트워크 트래픽을 전달하는 프로세스입니다.
  • DNS(도메인 이름 시스템): 사람이 읽을 수 있는 도메인 이름을 IP 주소로 변환합니다.
  • 방화벽(iptables/nftables): 미리 정의된 규칙에 따라 네트워크 트래픽 흐름을 제어합니다.

문제 해결 시 이러한 구성 요소를 검사하고 조작하는 도구와 상호 작용하는 경우가 많습니다.

일반적인 네트워크 연결 문제 및 해결 방법

1. 네트워크 연결 없음 / 외부 리소스에 연결할 수 없음

이것은 가장 기본적이면서도 종종 가장 파괴적인 문제입니다. 시스템이 로컬 네트워크를 넘어 데이터 패킷을 보내거나 받을 수 없음을 의미합니다.

진단 단계:

  1. 네트워크 인터페이스 상태 확인:

    • ip a 또는 ifconfig -a: 모든 네트워크 인터페이스와 현재 상태를 나열합니다. 기본 인터페이스(예: eth0, ens33)를 찾고 IP 주소가 있고 UP 상태인지 확인합니다.
      ip a show eth0
# 또는
ifconfig eth0
    • 인터페이스가 다운된 경우, 활성화합니다:
      sudo ip link set eth0 up
# 또는
sudo ifconfig eth0 up

  2. IP 주소, 넷마스크 및 게이트웨이 확인:

    • 시스템에 해당 네트워크에 대한 유효한 IP 주소와 넷마스크가 있는지 확인합니다. 게이트웨이 IP는 외부 네트워크에 도달하는 데 필수적입니다.
    • 게이트웨이 구성을 확인합니다:
      ip r
# 또는
route -n
      게이트웨이 IP를 가리키는 기본 경로(보통 0.0.0.0/0 또는 default로 시작)가 표시되어야 합니다.
    • DHCP를 사용하는 경우, 임대를 갱신해 보십시오:
      sudo dhclient -r eth0  # 현재 임대 해제
sudo dhclient eth0      # 새 임대 획득
    • 고정 IP를 사용하는 경우, 배포판의 활성 네트워크 관리자(예: 많은 Ubuntu 서버의 Netplan, NetworkManager 연결 프로필, 또는 여전히 사용되는 레거시 파일 /etc/network/interfaces 및 /etc/sysconfig/network-scripts/ifcfg-*)를 확인합니다.

  3. 로컬 네트워크 연결 테스트:

    • 게이트웨이 IP에 ping: 라우터나 기본 게이트웨이에 도달할 수 있는지 확인합니다.
      ping <gateway_ip>
      (예: ping 192.168.1.1)

  4. DNS 확인 테스트:

    • 외부 호스트 이름에 ping: IP 주소 ping은 작동하지만 호스트 이름이 작동하지 않으면 DNS 문제를 나타냅니다.
      ping example.com
    • nslookup 또는 dig: 이러한 도구는 DNS 서버를 쿼리합니다.
      nslookup example.com
# 또는
dig example.com
    • /etc/resolv.conf에서 DNS 서버 구성을 확인합니다.
      cat /etc/resolv.conf
      유효한 nameserver 항목이 나열되어 있는지 확인합니다.

  5. 네트워크 관리자 확인(해당하는 경우):

    • NetworkManager를 사용하는 경우(데스크탑 Linux에서 일반적), 상태를 확인합니다:
      nmcli networking off
nmcli networking on
nmcli device status
nmcli connection show

해결 방법:

  • 네트워크 서비스 다시 시작:
    sudo systemctl restart networking  # Debian/Ubuntu (구형)
sudo systemctl restart NetworkManager # NetworkManager 사용 시스템
sudo systemctl restart network # RHEL/CentOS
  • 구성 파일 수정: 구성 파일을 수동으로 편집하여 올바른 IP, 넷마스크, 게이트웨이 및 DNS 서버를 설정합니다.
  • DHCP 서버 확인: DHCP 서버가 실행 중이고 사용 가능한 임대가 있는지 확인합니다.
  • 결함 있는 하드웨어 교체: ip a에 링크가 표시되지 않으면 다른 네트워크 케이블이나 포트, 또는 다른 NIC를 사용해 보십시오.

2. 느린 네트워크 속도

네트워크가 기술적으로는 작동하지만 느릴 때도 마찬가지로 답답할 수 있습니다.

진단 단계:

  1. 병목 현상 격리:

    • 로컬 속도 테스트: iperf3와 같은 도구를 사용하여 로컬 네트워크에 있는 두 시스템 간의 처리량을 테스트합니다. 이는 속도 저하가 LAN 내부인지 WAN 연결인지 판단하는 데 도움이 됩니다.
      • 서버(한 시스템):
        iperf3 -s
      • 클라이언트(다른 시스템):
        iperf3 -c <server_ip>
    • 외부 속도 테스트: 온라인 속도 테스트 웹사이트나 speedtest-cli와 같은 도구를 사용합니다.
      sudo apt install speedtest-cli # Debian/Ubuntu
sudo yum install speedtest-cli # RHEL/CentOS (EPEL 저장소 필요할 수 있음)
speedtest-cli

  2. 네트워크 인터페이스 오류 확인:

    • ethtool을 사용하여 인터페이스의 오류, 드롭된 패킷 또는 하드웨어 문제를 확인합니다.
      sudo ethtool -S eth0
      rx_dropped, tx_dropped 또는 rx_errors와 같은 메트릭을 찾습니다.

  3. 네트워크 트래픽 검사:

    • iftop 또는 nethogs: 이러한 도구는 각각 연결별 또는 프로세스별 실시간 네트워크 사용량을 보여줍니다. 대역폭을 소비하는 애플리케이션이나 호스트를 식별하는 데 도움이 될 수 있습니다.
      sudo apt install iftop nethogs # Debian/Ubuntu
sudo yum install iftop nethogs # RHEL/CentOS
sudo iftop -i eth0
sudo nethogs eth0
    • tcpdump: 더 깊은 패킷 분석용(고급).
      sudo tcpdump -i eth0 -n

  4. 혼잡 확인:

    • 네트워크에 많은 장치가 있는 경우 혼잡이 원인일 수 있습니다. 라우터 상태와 사용 가능한 대역폭을 확인합니다.

  5. DNS 성능 검토:

    • 느린 DNS 조회는 브라우징을 느리게 만들 수 있습니다. /etc/resolv.conf 또는 네트워크 관리자 설정에서 다른 DNS 서버(예: Google DNS 8.8.8.8, Cloudflare 1.1.1.1)를 사용해 보고 다시 테스트합니다.

해결 방법:

  • 드라이버 업데이트: 네트워크 카드 드라이버가 최신인지 확인합니다.
  • MTU 조정: 잘못된 최대 전송 단위(MTU) 설정은 특히 VPN이나 특정 네트워크 구성에서 성능 문제를 일으킬 수 있습니다. (고급: ip link set eth0 mtu <값> 사용).
  • 하드웨어 교체: 결함 있는 NIC 또는 스위치 포트는 속도 저하를 유발할 수 있습니다.
  • 방화벽 규칙 최적화: 지나치게 복잡하거나 비효율적인 방화벽 규칙은 때때로 성능에 영향을 줄 수 있습니다.
  • 네트워크 인프라 업그레이드: 네트워크가 포화 상태인 경우 더 빠른 라우터, 스위치 또는 인터넷 연결이 필요할 수 있습니다.

3. 간헐적 연결 문제

연결이 무작위로 끊어지기 때문에 아마도 가장 까다로운 유형의 문제일 것입니다.

진단 단계:

  1. 시스템 로그 모니터링:

    • 네트워크 관련 오류 또는 연결 끊김이 있는지 시스템 로그를 확인합니다. 주요 로그는 다음과 같습니다:
      • /var/log/syslog 또는 /var/log/messages
      • journalctl -xe (systemd 사용 시스템용)
      • NetworkManager, dhclient, kernel 또는 특정 네트워크 인터페이스와 관련된 메시지를 찾습니다.

  2. dmesg 확인:

    • dmesg는 커널 링 버퍼 메시지를 표시하며, 하드웨어 또는 드라이버 문제를 드러낼 수 있습니다.
      dmesg | grep -i eth0
dmesg | grep -i net

  3. ping으로 지속적으로 테스트:

    • Linux에서 ping은 Ctrl+C로 중지할 때까지 기본적으로 계속 실행됩니다. 고정된 횟수를 원할 때는 -c를 사용합니다.
      ping <gateway_ip>
ping -c 1000 <gateway_ip>
    • 게이트웨이와 외부 호스트에 동시에 ping을 보내 로컬 문제와 외부 문제를 구분합니다.

  4. 무선 연결 확인(해당하는 경우):

    • Wi-Fi를 사용하는 경우 신호 강도, 간섭을 확인하고 네트워크에 다시 연결합니다.
      iwconfig
nmcli device wifi list
nmcli device wifi connect <SSID> password <password>

  5. 하드웨어 점검:

    • 다른 네트워크 케이블, 스위치 포트 또는 다른 NIC를 사용해 보십시오.
    • 무선인 경우 액세스 포인트에 더 가까이 이동해 보십시오.

해결 방법:

  • 드라이버 및 커널 업데이트: 간헐적 문제는 때때로 버그가 있는 드라이버나 커널 모듈로 인해 발생할 수 있습니다. 시스템이 완전히 업데이트되었는지 확인합니다.
  • 전원 관리 비활성화: 일부 NIC는 연결 끊김을 유발할 수 있는 공격적인 전원 관리 기능을 가지고 있습니다. 이는 ethtool 또는 커널 모듈 매개변수를 통해 조정할 수 있습니다.
  • 네트워크 구성 단순화: 충돌을 배제하기 위해 NetworkManager 또는 기타 네트워크 관리 데몬을 일시적으로 비활성화합니다.
  • DHCP 임대 확인: DHCP 서버에 임대가 부족하거나 갱신에 문제가 없는지 확인합니다.

4. 방화벽이 트래픽 차단

방화벽은 보안에 필수적이지만, 잘못된 구성은 합법적인 트래픽을 차단할 수 있습니다.

진단 단계:

  1. 방화벽 상태 확인:

    • iptables: 현재 iptables 규칙을 나열합니다.
      sudo iptables -L -n -v
    • nftables: 현재 nftables 규칙을 나열합니다(최신 시스템).
      sudo nft list ruleset
    • ufw(Uncomplicated Firewall) 또는 firewalld가 실행 중이고 어떤 규칙이 활성화되어 있는지 확인합니다.
      sudo ufw status verbose
sudo systemctl status firewalld
sudo firewall-cmd --list-all

  2. 특정 포트 테스트:

    • 서비스(예: 포트 22의 SSH)에 액세스할 수 없는 경우 다른 시스템에서 telnet 또는 nc(netcat)를 사용하여 연결을 시도합니다.
      telnet <server_ip> <port>
# 또는
nc -zv <server_ip> <port>

해결 방법:

  • 방화벽 일시적으로 비활성화: 테스트 목적으로만 방화벽을 일시적으로 비활성화하여 연결이 복원되는지 확인할 수 있습니다. 이후에 다시 활성화하는 것을 잊지 마십시오.
    sudo ufw disable
sudo systemctl stop firewalld
# 또는 iptables 규칙을 직접 관리
  • 특정 규칙 추가: 방화벽이 문제인 경우 필요한 트래픽을 허용하는 규칙을 추가합니다. 예를 들어, SSH를 허용하려면:
    • ufw:
      sudo ufw allow ssh
# 또는
sudo ufw allow 22/tcp
    • firewalld:
      sudo firewall-cmd --permanent --add-service=ssh
sudo firewall-cmd --reload
    • iptables (발신 HTTP 허용 예):
      sudo iptables -A OUTPUT -p tcp --dport 80 -j ACCEPT

네트워크 관리를 위한 모범 사례

  • 네트워크 문서화: IP 주소, 서브넷, 게이트웨이, DNS 서버 및 방화벽 규칙의 기록을 유지합니다.
  • 중앙 집중식 로깅 사용: 여러 시스템에서 문제를 쉽게 추적할 수 있도록 로그를 중앙 서버로 전달합니다.
  • 네트워크 성능 모니터링: 문제를 사전에 감지하기 위해 모니터링 도구(예: Nagios, Zabbix, Prometheus)를 구현합니다.
  • 시스템 업데이트 유지: 네트워크 관련 버그에 대한 수정 사항이 포함되는 경우가 많으므로 보안 패치와 업데이트를 정기적으로 적용합니다.
  • 하드웨어 이해: 네트워크 인터페이스, 스위치 및 라우터의 기능과 한계를 알고 있어야 합니다.
  • 변경 사항 테스트: 중요한 네트워크 구성 변경을 수행하기 전에 가능하면 프로덕션이 아닌 환경에서 테스트합니다.

핵심 내용

기본부터 시작하세요: 물리적 링크, 인터페이스 상태, IP 주소, 기본 경로, DNS 및 방화벽 규칙. 이러한 항목이 통과되면 nc로 특정 서비스 포트를 테스트하고 tcpdump로 패킷을 검사합니다. 이 순서를 따르면 호스트에 단순히 경로나 이름 확인이 없을 때 애플리케이션 문제를 쫓는 것을 방지할 수 있습니다.