บทนำ

ในโลกที่มีการเปลี่ยนแปลงอย่างรวดเร็วด้วยเทคโนโลยีระดับสูงและอุปกรณ์พกพาธุรกิจจำนวนมากใช้เว็บไซต์ที่โฮสต์บนเว็บเซิร์ฟเวอร์เป็นอย่างมาก สิ่งนี้ทำให้สำคัญมากในการดูแลเว็บเซิร์ฟเวอร์ให้ทันสมัยอยู่ตลอดเวลา.


หนึ่งในสาเหตุหลักที่เว็บเซิร์ฟเวอร์ไม่ทำงานคือปัญหาการเชื่อมต่อเครือข่าย มีหลายปัจจัยที่อาจขัดขวางการเชื่อมต่อเครือข่าย การค้นหาสาเหตุที่แท้จริงของปัญหาสามารถพิสูจน์ได้ว่าท้าทาย ดังนั้นในบทความนี้เรามุ่งเน้นวิธีการแก้ไขปัญหาและแก้ไขปัญหาการเชื่อมต่อเครือข่ายบนเว็บเซิร์ฟเวอร์ Linux.

requisites ก่อน

  • การติดตั้ง Linux VPS – รสชาติของ Linux ใด ๆ เช่น Ubuntu, Centos, Fedora, e.t.c
  • เข้าถึงสิทธิ์การใช้งาน ssh และ sudo
  • คำสั่ง Linux พื้นฐานและทักษะการสร้างเครือข่าย

1. ตรวจสอบว่า Network Interface Up

ที่อยู่ 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 ขอบเขต global noprefixroute dynamic eth0
valid_lft 85814sec Preferred_lft 85814sec
inet6 fe80 :: 4001: aff: fe80: 8/64 ลิงก์ขอบเขต
valid_lft ตลอดกาล Preferred_lft ตลอดกาล

ตรวจสอบคุณสมบัติต่อไปนี้:

ขึ้น: เปิดใช้งานอินเทอร์เฟซเครือข่าย หากอินเทอร์เฟซไม่ทำงานให้เรียกใช้คำสั่งด้านล่างเพื่อนำขึ้นมา.

$ ip link ตั้งค่า eth0 ขึ้น

LOWER_UP: เป็นการระบุว่าสัญญาณเครือข่ายทำงาน.

บรรทัดที่สองแสดงที่อยู่ IP 35.202.119.51 บิตเครือข่าย "32" ซึ่งแปลเป็น subnet mask 255.255.255.255; ที่อยู่การถ่ายทอด 35.202.119.255 ตรวจสอบให้แน่ใจว่าคุณมีที่อยู่ IP และซับเน็ตมาสก์ที่ถูกต้อง.

2. ตรวจสอบว่าคุณสามารถเข้าถึงที่อยู่ IP ของเว็บเซิร์ฟเวอร์ได้หรือไม่

Ping โดยใช้ที่อยู่ IP ของเว็บเซิร์ฟเวอร์

$ ping -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) ไบต์ของข้อมูล.
64 ไบต์จาก 35.202.119.51: icmp_seq = 1 ttl = 64 เวลา = 0.043 ms
64 ไบต์จาก 35.202.119.51: icmp_seq = 2 ttl = 64 เวลา = 0.061 ms
64 ไบต์จาก 35.202.119.51: icmp_seq = 3 ttl = 64 เวลา = 0.060 ms
64 ไบต์จาก 35.202.119.51: icmp_seq = 4 ttl = 64 เวลา = 0.063 ms

— 35.202.119.51 สถิติการ ping —
ส่งแพ็คเก็ต 4 ครั้ง, ได้รับ 4, การสูญเสียแพ็กเก็ต 0%, เวลา 2999ms
rtt นาที / เฉลี่ย / สูงสุด / mdev = 0.043 / 0.056 / 0.063 / 0.012 ms

Ping โดยใช้ชื่อโฮสต์หรือโดเมนของเว็บเซิร์ฟเวอร์

$ ping -c 4 centos7-hostadvice
[linuxuser @ centos7-hostadvice ~] $ ping -c 4 centos7-hostadvice
PING centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51) 56 (84) ไบต์ของข้อมูล.
64 ไบต์จาก centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51): icmp_seq = 1 ttl = 64 เวลา = 0.041 ms
64 ไบต์จาก centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51): icmp_seq = 2 ttl = 64 เวลา = 0.061 ms
64 ไบต์จาก centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51): icmp_seq = 3 ttl = 64 เวลา = 0.067 ms
64 ไบต์จาก centos7-hostadvice.c.sound-bay-179819.internal (35.202.119.51): icmp_seq = 4 ttl = 64 เวลา = 0.063 ms

— centos7-hostadvice.c.sound-bay-179819 สถิติการ ping ภายใน —
ส่งแพ็คเก็ต 4 ครั้ง, ได้รับ 4, การสูญเสียแพ็กเก็ต 0%, เวลา 2999ms
rtt min / avg / max / mdev = 0.041 / 0.058 / 0.067 / 0.010 ms

หาก ping รายงานว่าไม่มีการเชื่อมต่อแสดงว่าปัญหาอาจเป็นไฟร์วอลล์ซึ่งบล็อกคำขอ ICMP.

นอกจากนี้ให้ลอง ping เซิร์ฟเวอร์จากเครื่องระยะไกลหรือผ่านเครือข่ายอื่น หากรายงานว่าไม่มีการเชื่อมต่อเครือข่าย จากนั้นใช้ traceroute เพื่อตรวจสอบเส้นทางไปยังเครือข่ายและดูว่าจุดใด / hop ตรงที่เซิร์ฟเวอร์หยุดทำงาน.

$ traceroute 35.202.119.51

3. ตรวจสอบการแก้ไขชื่อ

หากการ ping ตามที่อยู่ IP ใช้งานได้ แต่การ ping โดยชื่อโฮสต์ล้มเหลวแสดงว่าคุณมีปัญหาในการระบุชื่อ:

ในการแก้ไขปัญหานี้:

ให้แน่ใจว่าคุณมีรายการที่อยู่ IP ที่ถูกต้องสำหรับ DNS nameservers ในไฟล์“ /etc.resolv.conf”

$ 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

;; เลือก PSEUDOSECTION:
; EDNS: รุ่น: 0, ธง:; udp: 4000
;; ส่วนคำถาม:
; centos7-hostadvice ใน

;; ส่วนคำตอบ:
centos7-hostadvice 3600 IN A 35.202.119.51

;; เวลาสอบถาม: 299 มิลลิวินาที
;; เซิร์ฟเวอร์: 35.202.119.51 # 53 (209.126.212.51)
;; เมื่อ: พุธ 13 มิถุนายน 09:30:52 PDT 2018
;; ขนาดของผงชูรส rcvd: 64

หมายเหตุ: ส่วนคำตอบควรจับคู่ชื่อโฮสต์กับที่อยู่ IP ของเว็บเซิร์ฟเวอร์ หากคุณไม่ได้รับส่วนคำตอบแสดงว่ามีปัญหากับเซิร์ฟเวอร์ dns – ตรวจสอบรายการ /etc/resolv.conf.

$ host centos7-hostadvice
[linuxuser @ centos7-hostadvice ~] $ host centos7-hostadvice
centos7-hostadvice มีที่อยู่ 35.202.119.51

หมายเหตุ: ผลลัพธ์ควรจับคู่ชื่อโฮสต์กับที่อยู่ IP ของเว็บเซิร์ฟเวอร์ นอกจากนี้หากคุณไม่ได้รับผลลัพธ์ใด ๆ แสดงว่ามีปัญหากับเซิร์ฟเวอร์ DNS – ตรวจสอบรายการ /etc/resolv.conf หากแมปไปยังที่อยู่ IP ไม่ถูกต้องคุณควรแก้ไขไฟล์ / etc / hosts และเพิ่มรายการที่อยู่ IP ที่ถูกต้องสำหรับเว็บเซิร์ฟเวอร์ของคุณ.

เอาต์พุตตัวอย่าง / etc / hosts

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

4. ตรวจสอบการตั้งค่าเส้นทางหรือเกตเวย์เริ่มต้น

หากคุณไม่สามารถเข้าถึงเกตเวย์โดยใช้คำสั่ง traceroute ให้รัน:

$ route -n
[linuxuser @ centos7-hostadvice ~] $ route -n
ตารางการกำหนดเส้นทาง IP เคอร์เนล
เกตเวย์ปลายทาง Genmask ตัวชี้วัดการอ้างอิงการใช้ Iface
0.0.0.0 35.202.119.1 0.0.0.0 UG 100 0 0 eth0
10.128.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0
10.128.0.1 0.0.0.0 255.255.255.255 UH 100 0 0 eth0
35.202.119.51 0.0.0.0 255.255.255.255 UH 100 0 0 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 ทุกคนควรรู้พื้นฐานระบบเครือข่ายรวมถึงเครื่องมือเหล่านี้ในการวินิจฉัยและแก้ไขปัญหาเครือข่าย.

หากขั้นตอนเหล่านี้ไม่สามารถแก้ไขปัญหาได้โปรดติดต่อบริการโฮสต์เว็บของคุณ หากปัญหาเหล่านี้ยังคงมีอยู่และการสนับสนุนของบริการเว็บโฮสติ้งของคุณไม่สามารถแก้ไขได้คุณควรพิจารณาเปลี่ยนเป็นโฮสต์เว็บอื่น ปรึกษา HostAdvice เพื่อค้นหาบริการโฮสติ้ง VPS ที่ดีที่สุด.

ลองใช้บริการ VPS 3 อันดับแรกเหล่านี้:

A2 โฮสติ้ง

ราคาเริ่มต้น:
$ 5.00


ความเชื่อถือได้
9.3


การตั้งราคา
9.0


เป็นมิตรกับผู้ใช้
9.3


สนับสนุน
9.3


คุณสมบัติ
9.3

อ่านความคิดเห็น

เยี่ยมชม A2 Hosting

ScalaHosting

ราคาเริ่มต้น:
$ 12.00


ความเชื่อถือได้
9.4


การตั้งราคา
9.5


เป็นมิตรกับผู้ใช้
9.5


สนับสนุน
9.5


คุณสมบัติ
9.4

อ่านความคิดเห็น

เยี่ยมชม ScalaHosting

Hostinger

ราคาเริ่มต้น:
$ 3.95


ความเชื่อถือได้
9.3


การตั้งราคา
9.3


เป็นมิตรกับผู้ใช้
9.4


สนับสนุน
9.4


คุณสมบัติ
9.2

อ่านความคิดเห็น

เยี่ยมชม Hostinger

บทความเชิงปฏิบัติที่เกี่ยวข้อง

  • วิธีการติดตั้งสแต็ค LEMP (Linux, Nginx, MySQL, PHP) บน CentOS 7 VPS หรือเซิร์ฟเวอร์เฉพาะ
    สื่อกลาง
  • วิธีการปรับแต่งและปรับแต่งประสิทธิภาพของเว็บเซิร์ฟเวอร์ Nginx
    ผู้เชี่ยวชาญ
  • วิธีการติดตั้ง WordPress ด้วย Nginx & Redis
    มือใหม่
  • วิธีการติดตั้ง WordPress ด้วย Nginx & redis บน CentOS VPS หรือ Dedicated Server
    สื่อกลาง
  • วิธีการทำให้เว็บเซิร์ฟเวอร์ Nginx แข็งขึ้นบน Ubuntu 18.04 VPS หรือเซิร์ฟเวอร์เฉพาะ
    ผู้เชี่ยวชาญ
Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me