เว็บไซต์ไม่ว่างสำหรับฉัน ฉันจะหาที่ตั้งของปัญหาได้อย่างไร

เว็บไซต์ของฉันหยุดทำงานเพื่อฉันเท่านั้น tracert ค้นหาเซิร์ฟเวอร์แม้ว่าจะรายงานโดเมนอื่น (และเมื่อ 23 ฮอปดูเหมือนจะค่อนข้างยาว) ping ทำงานได้โดยอ้างอิง IP เดียวกันกับ tracert nslookup ยังรายงาน IP เดียวกัน

เว็บเบราว์เซอร์ ssh และ sftp รายงานทั้งหมด "การเชื่อมต่อหมดเวลา"

ฉันเห็นปัญหาเดียวกันจากคอมพิวเตอร์หลายเครื่อง (ทั้งหมดในเครือข่ายท้องถิ่นเดียวกันผ่าน; Windows 7 และ; 10)

ฉันสามารถเชื่อมต่อกับแผงควบคุมของโฮสต์ของฉัน (DreamHost) และเข้าถึงฟังก์ชั่นปกติทั้งหมดได้ ไม่มีอะไรผิดปกติที่นั่น

ฉันสามารถเรียกดูเว็บไซต์โดยใช้ Lynx จากเชลล์คอนโซลบนเซิร์ฟเวอร์ที่ฉันสามารถเข้าถึงในประเทศอื่น บริการเว็บเช่น isup.me และ Nibbler รายงานไม่มีปัญหาในการเชื่อมต่อเว็บไซต์

เรื่องนี้เกิดขึ้นสองสามครั้งในช่วงสองสามเดือนที่ผ่านมา หลังจากผ่านไปครึ่งวันแล้วมันก็ทำงานได้อีกครั้ง ฉันจะ จำกัด ขอบเขตของปัญหาที่แท้จริงได้อย่างไร

เว็บไซต์คือ www.yukongis.ca

ผลลัพธ์ Tracert และ ping (ผ่าน WinMTR):

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                            gateway.mkcd -    0 |  823 |  823 |    0 |    0 |    0 |    0 |
|                          10.131.127.254 -    1 |  819 |  818 |    5 |   29 |  502 |    6 |
|                             10.11.64.25 -    0 |  822 |  822 |    5 |   23 |  522 |    9 |
|                              10.1.2.113 -    1 |  815 |  813 |   31 |   36 |  312 |   33 |
|                          64.230.219.141 -    1 |  819 |  818 |   31 |   36 |  310 |   33 |
|tcore4-edmonton_bundle-ether1.net.bell.ca -    1 |  819 |  818 |   48 |   55 |  334 |   52 |
|tcore3-vancouver_tengige0-15-0-5.net.bell.ca -    0 |  822 |  822 |   50 |   55 |  351 |   51 |
|tcore3-seattle_hundredgige0-5-0-0.net.bell.ca -    1 |  819 |  818 |   49 |   53 |  330 |   52 |
|             bx4-seattle_ae2.net.bell.ca -    0 |  822 |  822 |   49 |   59 |  540 |   51 |
|              206.111.7.17.ptr.us.xo.net -    1 |  819 |  818 |   49 |   53 |  415 |   53 |
|      vb2000d1.rar3.seattle-wa.us.xo.net -    0 |  822 |  822 |  109 |  114 |  409 |  113 |
|         ae0.rcb1.saltlake2-ut.us.xo.net -    0 |  822 |  822 |  108 |  112 |  406 |  110 |
|             207.88.12.144.ptr.us.xo.net -    0 |  822 |  822 |  112 |  116 |  408 |  113 |
|             207.88.12.190.ptr.us.xo.net -    1 |  819 |  818 |  111 |  120 |  591 |  116 |
|    te0-12-0-0.rar3.sanjose-ca.us.xo.net -    1 |  819 |  818 |  112 |  115 |  417 |  113 |
|             207.88.12.164.ptr.us.xo.net -    0 |  822 |  822 |  111 |  116 |  416 |  114 |
|             207.88.12.213.ptr.us.xo.net -    1 |  819 |  818 |  109 |  118 |  388 |  110 |
|             207.88.12.214.ptr.us.xo.net -    0 |  822 |  822 |  108 |  122 |  406 |  110 |
|             207.88.14.181.ptr.us.xo.net -    0 |  822 |  822 |  110 |  115 |  417 |  113 |
|                            209.48.43.58 -    1 |  819 |  818 |  113 |  116 |  392 |  114 |
|          ip-208-113-156-4.dreamhost.com -    1 |  819 |  818 |  112 |  115 |  393 |  114 |
|         ip-208-113-156-14.dreamhost.com -    0 |  822 |  822 |  111 |  116 |  409 |  113 |
|apache2-argon.thomas-lynch-jr.dreamhost.com -    0 |  822 |  822 |  113 |  116 |  410 |  115 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

ผลผลิตของ nslookup -d2:

------------
SendRequest(), len 42
    HEADER:
    opcode = QUERY, id = 1, rcode = NOERROR
    header flags:  query, want recursion
    questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
    1.1.168.192.in-addr.arpa, type = PTR, class = IN

------------
------------
Got answer (68 bytes):
    HEADER:
    opcode = QUERY, id = 1, rcode = NOERROR
    header flags:  response, auth. answer, want recursion, recursion avail.
    questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
    1.1.168.192.in-addr.arpa, type = PTR, class = IN
    ANSWERS:
    ->  1.1.168.192.in-addr.arpa
    type = PTR, class = IN, dlen = 14
    name = gateway.mkcd
    ttl = 0 (0 secs)

------------
Server:  gateway.mkcd
Address:  192.168.1.1

------------
SendRequest(), len 38
    HEADER:
    opcode = QUERY, id = 2, rcode = NOERROR
    header flags:  query, want recursion
    questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
    www.yukongis.ca.mkcd, type = A, class = IN

------------
------------
Got answer (38 bytes):
    HEADER:
    opcode = QUERY, id = 2, rcode = NXDOMAIN
    header flags:  response, want recursion, recursion avail.
    questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
    www.yukongis.ca.mkcd, type = A, class = IN

------------
------------
SendRequest(), len 38
    HEADER:
    opcode = QUERY, id = 3, rcode = NOERROR
    header flags:  query, want recursion
    questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
    www.yukongis.ca.mkcd, type = AAAA, class = IN

------------
------------
Got answer (113 bytes):
    HEADER:
    opcode = QUERY, id = 3, rcode = NXDOMAIN
    header flags:  response, want recursion, recursion avail.
    questions = 1,  answers = 0,  authority records = 1,  additional = 0

    QUESTIONS:
    www.yukongis.ca.mkcd, type = AAAA, class = IN
    AUTHORITY RECORDS:
    ->  (root)
    type = SOA, class = IN, dlen = 64
    ttl = 569 (9 mins 29 secs)
    primary name server = a.root-servers.net
    responsible mail addr = nstld.verisign-grs.com
    serial  = 2017052801
    refresh = 1800 (30 mins)
    retry   = 900 (15 mins)
    expire  = 604800 (7 days)
    default TTL = 86400 (1 day)

------------
------------
SendRequest(), len 33
    HEADER:
    opcode = QUERY, id = 4, rcode = NOERROR
    header flags:  query, want recursion
    questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
    www.yukongis.ca, type = A, class = IN

------------
------------
Got answer (49 bytes):
    HEADER:
    opcode = QUERY, id = 4, rcode = NOERROR
    header flags:  response, want recursion, recursion avail.
    questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
    www.yukongis.ca, type = A, class = IN
    ANSWERS:
    ->  www.yukongis.ca
    type = A, class = IN, dlen = 4
    internet address = 208.113.218.229
    ttl = 12817 (3 hours 33 mins 37 secs)

------------
------------
SendRequest(), len 33
    HEADER:
    opcode = QUERY, id = 5, rcode = NOERROR
    header flags:  query, want recursion
    questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
    www.yukongis.ca, type = AAAA, class = IN

------------
------------
Got answer (97 bytes):
    HEADER:
    opcode = QUERY, id = 5, rcode = NOERROR
    header flags:  response, want recursion, recursion avail.
    questions = 1,  answers = 0,  authority records = 1,  additional = 0

    QUESTIONS:
    www.yukongis.ca, type = AAAA, class = IN
    AUTHORITY RECORDS:
    ->  yukongis.ca
    type = SOA, class = IN, dlen = 52
    ttl = 445 (7 mins 25 secs)
    primary name server = ns1.dreamhost.com
    responsible mail addr = hostmaster.dreamhost.com
    serial  = 2017042704
    refresh = 19223 (5 hours 20 mins 23 secs)
    retry   = 1800 (30 mins)
    expire  = 1814400 (21 days)
    default TTL = 14400 (4 hours)

------------
Name:    www.yukongis.ca
Address:  208.113.218.229

คุณใช้บางอย่างเช่น fail2ban บนเซิร์ฟเวอร์ของคุณหรือไม่

อย่างน้อยปัญหาของคุณดูเหมือนจะเป็นการตอบโต้การต่อต้านการละเมิดเช่นถ้า IP หนึ่งพยายามเชื่อมต่อกับเซิร์ฟเวอร์อย่างรวดเร็วจะถูกบล็อกในช่วงเวลาหนึ่ง

นี่จะอธิบายว่าทำไมคุณสามารถเชื่อมต่ออีกครั้งหลังจากผ่านไประยะหนึ่ง

บางทีผู้ให้บริการของคุณอาจมีสิ่งนี้อยู่ในสถานที่ คุณต้องขอการสนับสนุนจากพวกเขาแล้ว

อาจมีปัญหาอื่นที่ไม่ใช่ DNS:

• ไฟร์วอลล์ที่เกี่ยวข้องกับปัญหาเส้นทางย้อนกลับ (การตอบสนองมาสำหรับหน้าอื่นของเว็บไซต์และไม่ได้รับผ่านไฟร์วอลล์เมื่อกลับมา - สามารถติดตามได้ด้วยการตรวจสอบ / ติดตามเบราว์เซอร์) นี่เป็นข้อผิดพลาดในการออกแบบเว็บไซต์ซึ่งโดยปกติแล้วจะได้รับการแก้ไขโดยเจ้าของ

• การกำหนดเส้นทาง: คุณมีการกำหนดเส้นทางที่มีผลต่อ IP ปลายทาง (เช่นอุโมงค์ EIGRP) และการรับส่งข้อมูลจะถูกส่งผ่านอุโมงค์แทนที่จะออกโดยตรงผ่าน ISP (สามารถตรวจสอบได้โดยแสดงเส้นทาง IP ในการกำหนดค่าเราเตอร์) สิ่งนี้สามารถแก้ไขได้โดยการเพิ่มเส้นทางแบบคงที่ในเราเตอร์ (หาก บริษัท ของคุณ, ISP, ฯลฯ )

ดูเหมือนว่าคุณมีปัญหา DNS ในเครื่อง ฉันสมมติว่าคุณหมายความว่าทุกคน (นอกเครือข่ายของคุณ) สามารถเข้าถึงเว็บไซต์ได้ แต่คุณ จากนั้นมันจะชี้ไปที่บางสิ่งบางอย่างในเครื่อง การตรวจสอบอย่างรวดเร็วคือบังคับให้ DNS ของคุณเปลี่ยนดังนั้นแทนที่จะใช้ Local ให้ใช้ 8.8.8.8

อีกเหตุผลหนึ่งที่ฉันสมมติว่านี่คือการแก้ไขหลังจากหนึ่งวันการอัปเดต DNS ส่วนใหญ่ในเวลาเที่ยงคืนและทำให้ปัญหาได้รับการแก้ไขในวันถัดไป