Linux VPS에 대한 네트워크 연결 문제를 해결하는 방법

소개

첨단 기술과 모바일 장치로 빠르게 변화하는 세계에서 많은 기업은 웹 서버에서 호스팅되는 웹 사이트에 크게 의존합니다. 따라서 웹 서버를 항상 가동 상태로 유지하는 것이 매우 중요합니다.


웹 서버가 다운 된 주요 이유 중 하나는 네트워크 연결 문제입니다. 네트워크 연결을 방해 할 수있는 많은 요소가 있습니다. 문제의 근본 원인을 찾는 것이 어려울 수 있습니다. 따라서이 기사에서는 Linux 웹 서버에서 네트워크 연결 문제를 해결하고 해결하는 방법에 중점을 둡니다..

전제 조건

  • Linux VPS 설정 – 모든 Linux 버전 (예 : 우분투, Centos, Fedora, e.t.c
  • ssh 및 sudo 권한에 액세스
  • 기본 Linux 명령 및 네트워킹 기술

1. 네트워크 인터페이스가 작동하는지 확인

IP 주소 표시 eth0
[linuxuser @ centos7-hostadvice ~] $ ip 주소 표시 eth0
2 : eth0 : mtu 1460 qdisc pfifo_fast 상태 UP 그룹 기본 qlen 1000
링크 / 에테르 42 : 01 : 0a : 80 : 00 : 08 brd ff : ff : ff : ff : ff : ff
inet 35.202.119.51/32 brd 35.202.119.255 스코프 글로벌 noprefixroute 동적 eth0
valid_lft 85814 초 preferred_lft 85814 초
inet6 fe80 :: 4001 : aff : fe80 : 8/64 범위 링크
valid_lft 영원히

다음 기능을 확인하십시오.

UP : 네트워크 인터페이스가 활성화되었습니다. 인터페이스가 DOWN 인 경우 아래 명령을 실행하여 가져 오십시오..

$ ip 링크 설정 eth0

LOWER_UP : 네트워크 신호가 활성화되었음을 나타냅니다..

두 번째 줄은 IP 주소 35.202.119.51를 보여줍니다. 네트워크 비트 "32" 서브넷 마스크 255.255.255.255로 변환됩니다. 브로드 캐스트 주소 35.202.119.255. 올바른 IP 주소와 서브넷 마스크가 있는지 확인하십시오.

2. 웹 서버의 IP 주소에 도달 할 수 있는지 확인하십시오

웹 서버의 IP 주소를 사용하여 핑

핑 -c 4 35.202.119.51
[linuxuser @ centos7-hostadvice ~] $ ping -c 4 35.202.119.51
PING 35.202.119.51 (35.202.119.51) 56 (84) 바이트의 데이터.
35.202.119.51에서 64 바이트 : icmp_seq = 1 ttl = 64 time = 0.043ms
35.202.119.51에서 64 바이트 : icmp_seq = 2 ttl = 64 time = 0.061ms
35.202.119.51에서 64 바이트 : icmp_seq = 3 ttl = 64 time = 0.060 ms
35.202.119.51에서 64 바이트 : icmp_seq = 4 ttl = 64 time = 0.063ms

— 핑 통계 —
4 개의 패킷 전송, 4 개의 수신, 0 % 패킷 손실, 시간 2999ms
rtt min / avg / max / mdev = 0.043 / 0.056 / 0.063 / 0.012ms

웹 서버의 호스트 이름 또는 도메인을 사용하여 핑

$ ping -c 4 centos7-hostadvice
[linuxuser @ centos7-hostadvice ~] $ 핑 -c 4 centos7-hostadvice
PING centos7-hostadvice.c. sound-bay-179819. 내부 (35.202.119.51) 56 (84) 바이트의 데이터.
centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51)에서 64 바이트 : icmp_seq = 1 ttl = 64 time = 0.041 ms
centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51)에서 64 바이트 : icmp_seq = 2 ttl = 64 time = 0.061 ms
centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51)에서 64 바이트 : icmp_seq = 3 ttl = 64 time = 0.067 ms
centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51)에서 64 바이트 : icmp_seq = 4 ttl = 64 time = 0.063 ms

— centos7-hostadvice.c.sound-bay-179819. 내부 핑 통계 —
4 개의 패킷 전송, 4 개의 수신, 0 % 패킷 손실, 시간 2999ms
rtt min / avg / max / mdev = 0.041 / 0.058 / 0.067 / 0.010ms

ping이 연결을보고하지 않으면 ICMP 요청을 차단 한 방화벽 일 수 있습니다..

또한 원격 시스템이나 다른 네트워크를 통해 서버를 핑 (ping)하십시오. 네트워크 연결이보고되지 않은 경우 그런 다음 traceroute를 사용하여 네트워크 경로를 확인하고 서버가 정확히 다운 된 지점 / 홉을 확인하십시오..

$ traceroute 35.202.119.51

3. 이름 확인 확인

IP 주소 별 핑은 작동하지만 호스트 이름 별 핑은 실패하면 이름 확인에 문제가있는 것입니다.

이 문제를 해결하려면

“/etc.resolv.conf”파일에 DNS 이름 서버에 대한 올바른 IP 주소 항목이 있는지 확인하십시오

$ sudo vim /etc/resolv.conf

이름 확인 확인

$ dig centos7-hostadvice

[linuxuser @ centos7-hostadvice ~] $ dig centos7-hostadvice

; <<>> DiG 9.9.4-RedHat-9.9.4-51.el7_4.2 <<>> centos7-hostadvice
;; 글로벌 옵션 : + cmd
;; 답이있다 :
;; ->>헤더<<- opcode : QUERY, 상태 : NOERROR, id : 18106
;; 플래그 : qr rd ra; QUERY : 1, 답변 : 1, AUTHORITY : 0, 추가 : 1

;; OPT 추론 :
; EDNS : 버전 : 0, 플래그 :; UDP : 4000
;; 질문 섹션 :
; centos7-hostadvice. 안에

;; 답변 섹션 :
centos7-hostadvice. 35.202.119.51에서 3600

;; 쿼리 시간 : 299msec
;; 서버 : 35.202.119.51 # 53 (209.126.212.51)
;; 언제 : 수 6 월 13 09:30:52 PDT 2018
;; MSG 크기 rcvd : 64

참고 : 답변 섹션은 웹 서버의 IP 주소에 호스트 이름을 매핑해야합니다. 답변 섹션을받지 못하면 dns 서버에 문제가있는 것입니다 – /etc/resolv.conf 항목을 확인하십시오.

$ 호스트 centos7-hostadvice
[linuxuser @ centos7-hostadvice ~] $ 호스트 centos7-hostadvice
centos7-hostadvice의 주소는 35.202.119.51입니다.

참고 : 출력은 호스트 이름을 웹 서버의 IP 주소에 매핑해야합니다. 또한 출력이 없으면 DNS 서버에 문제가있는 것입니다. /etc/resolv.conf entries를 확인하십시오. 그것이 잘못된 IP 주소로 매핑되면, 파일 / etc / host를 편집하고 웹 서버에 대한 올바른 IP 주소 항목을 추가해야합니다.

샘플 / etc / hosts 출력

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
:: 1 localhost localhost.localdomain localhost6 localhost6.localdomain6
centos7-hostadvice centos7-hostadvice.c.sound-bay-179819. 내부

4. 경로 또는 기본 게이트웨이 설정 확인

traceroute 명령을 사용하여 게이트웨이에 도달 할 수 없으면 다음을 실행하십시오.

$ 경로 -n
[linuxuser @ centos7-hostadvice ~] $ 경로 -n
커널 IP 라우팅 테이블
대상 게이트웨이 Genmask 플래그 지표 참조 사용 Iface
0.0.0.0 35.202.119.1 0.0.0.0 UG 100 eth0
10.128.0.0 0.0.0.0 255.255.255.0 U 0 0 tun0
10.128.0.1 0.0.0.0 255.255.255.255 UH 100 eth0
35.202.119.51 0.0.0.0 255.255.255.255 UH 100 eth0

참고 : 위의 게이트웨이 IP 주소는 첫 번째 줄에 있습니다 : 35.202.119.1

게이트웨이 IP 주소가 잘못된 경우 다음을 통해 올바른 기본 게이트웨이 설정을 추가하십시오.

$ route 기본 gw eth0 추가

5. 시스템 초기화가 잘못된 지 확인

초기화는 Linux 시스템이 부팅 될 때 실행되는 프로세스를 나타냅니다. 부팅 프로세스 중에 실행되는 모든 프로세스의 로그 출력은 / var / log / messages에 저장됩니다..

$ sudo vim / var / log / messages

또는

$ dmesg | 더

네트워크 문제를 일으킬 수있는 오류를 확인하십시오.

6. 보안 설정 확인

$ sudo vim /etc/hosts.allow
$ sudo vim /etc/hosts.deny

웹 서버가 특정 클라이언트의 액세스를 차단하거나 허용했는지 확인.

결론

위의 단계는 네트워크 문제를 진단하고 해결하는 데 사용할 수있는 기본 도구입니다. 모든 VPS 웹 호스팅 고객은 네트워크 문제를 진단하고 해결하기위한 이러한 도구를 포함하여 네트워킹 기본 사항을 알고 있어야합니다..

이 단계를 수행해도 문제가 해결되지 않으면 웹 호스팅 서비스에 문의하십시오. 이러한 문제가 지속되고 웹 호스팅 서비스의 지원으로 문제를 해결할 수 없으면 다른 웹 호스트로 전환하는 것을 고려해야합니다. 최고의 VPS 호스팅 서비스를 찾으려면 HostAdvice에 문의하십시오.

다음 3 가지 VPS 서비스를 확인하십시오.

A2 호스팅

시작 가격 :
$ 5.00


신뢰할 수 있음
9.3


가격
9.0


사용자 친화적
9.3


지원하다
9.3


풍모
9.3

리뷰 읽기

A2 호스팅 방문

스칼라 호스팅

시작 가격 :
$ 12.00


신뢰할 수 있음
9.4


가격
9.5


사용자 친화적
9.5


지원하다
9.5


풍모
9.4

리뷰 읽기

ScalaHosting 방문

주인공

시작 가격 :
$ 3.95


신뢰할 수 있음
9.3


가격
9.3


사용자 친화적
9.4


지원하다
9.4


풍모
9.2

리뷰 읽기

Hostinger 방문

관련 사용법 기사

  • CentOS 7 VPS 또는 전용 서버에 LEMP (Linux, Nginx, MySQL, PHP) 스택을 설치하는 방법
    중급
  • Nginx 웹 서버의 성능 조정 및 최적화 방법
    전문가
  • Nginx로 WordPress를 설치하는 방법 & 레디 스
    초보자
  • Nginx로 WordPress를 설치하는 방법 & CentOS VPS 또는 전용 서버의 Redis
    중급
  • Ubuntu 18.04 VPS 또는 전용 서버에서 Nginx 웹 서버를 강화하는 방법
    전문가
Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me