Đột nhiên không thể kết nối với trang web qua Wi-Fi nhưng có thể kết nối với nó từ điện thoại thông minh của tôi


0

Tôi đang lưu trữ trang web của tôi strongjoshua.com -với easyDNS Dịch vụ lưu trữ web. Hôm qua, tôi đã cố gắng kết nối với CPanel của trang web của mình, nhưng tôi không thể nhớ mật khẩu. Tôi đã thử một vài biến thể nhưng cuối cùng tôi đã từ bỏ, vì vậy tôi đã yêu cầu đặt lại mật khẩu. Điều đó đã mất một thời gian để xử lý nên tôi quyết định thử một mật khẩu cuối cùng, khi đó tôi đã nhận được một lỗi mạng.

Tôi cho rằng đó là do thiết lập lại mật khẩu, nhưng tôi vẫn nghĩ nó là lạ. Sau đó, tôi kiểm tra email của mình và nhận được email đặt lại. Nhưng sau đó, tôi không còn có thể truy cập trang web của mình. CPanel được lưu trữ trên trang web, vì vậy tôi cũng không thể truy cập.

Tôi không thể truy cập trang web chỉ từ Wi-Fi tại nhà, nhưng sử dụng dữ liệu với điện thoại hoạt động như bình thường. Tôi đã thử thay đổi bộ định tuyến DNS máy chủ DNS của mình thành Google Google Không bao gồm các bản IPv6, nhưng không có kết quả.

Traceroute của tôi là:

Tracing route to strongjoshua.com [64.68.202.30]
over a maximum of 30 hops:

  1     1 ms     2 ms     2 ms  10.0.0.1
  2   102 ms   112 ms    31 ms  98.221.240.1
  3    14 ms    11 ms     9 ms  te-1-2-ur02.raritan.nj.panjde.comcast.net [68.85
.78.13]
  4    28 ms    25 ms    11 ms  xe-4-0-1-0-ar03.audubon.nj.panjde.comcast.net [6
8.85.63.65]
  5    15 ms    15 ms    15 ms  he-2-14-0-0-cr01.newyork.ny.ibone.comcast.net [6
8.86.166.113]
  6     *       14 ms    13 ms  ae12.edge1.NewYork2.level3.net [4.68.127.1]
  7    26 ms    27 ms    32 ms  ae-2-23.edge1.Toronto2.Level3.net [4.69.200.238]

  8    36 ms    35 ms    36 ms  4.31.208.150
  9    36 ms    42 ms    36 ms  te-1-1.core01.tor1.prioritycolo.com [204.11.48.1
30]
 10    48 ms    42 ms    38 ms  c.gi-3-5.core03.tor2.prioritycolo.com [67.223.96
.82]
 11    36 ms    37 ms    37 ms  173.237.223.2 [173.237.223.2]
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.

 [times out up until 30 tries and ends with “trace complete.”]

Câu trả lời:


1

Câu trả lời ngắn hơn

Tôi không nghĩ rằng yêu cầu thiết lập lại mật khẩu có liên quan đến vấn đề này, nhưng có vẻ như chính dịch vụ lưu trữ của nó hoặc cấu hình của bạn trên đó là nghẹt thở. Tôi khuyên bạn nên đăng nhập vào bảng điều khiển từ máy tính có thể kết nối đến trang web của bạn và / hoặc liên hệ với nhà cung cấp dịch vụ lưu trữ của bạn để yêu cầu họ điều tra.

Câu trả lời dài hơn

Không có gì tôi thấy điểm này là một vấn đề ISP nguồn khách hàng có thể giải quyết được và đây là lý do tại sao.

Tôi đang ở Brooklyn, NY, Hoa Kỳ và tôi có thể xem trang web của bạn tốt nếu tôi truy cập nó qua tên máy chủ strongjoshua.com:

enter image description here

Nhưng, nếu tôi cố truy cập nó qua địa chỉ IP của 64.68.202.30, Tôi nhận được thiết lập trang lỗi / lỗi của nhà cung cấp dịch vụ lưu trữ:

enter image description here

Điều đó cho tôi biết rằng nhà cung cấp dịch vụ lưu trữ đang sử dụng một số loại máy chủ ảo dựa trên tên chẳng hạn như cái mà Apache sử dụng :

Lưu trữ ảo dựa trên tên thường đơn giản hơn, vì bạn chỉ cần   cấu hình máy chủ DNS của bạn để ánh xạ từng tên máy chủ thành IP chính xác   địa chỉ và sau đó định cấu hình Máy chủ HTTP Apache để nhận ra   tên máy chủ khác nhau. Lưu trữ ảo dựa trên tên cũng làm giảm nhu cầu   cho các địa chỉ IP khan hiếm. Do đó, bạn nên sử dụng ảo dựa trên tên   lưu trữ trừ khi bạn đang sử dụng thiết bị có nhu cầu rõ ràng   Lưu trữ dựa trên IP.

Điều đó có nghĩa là về cơ bản, hàng chục máy chủ có thể có cùng một địa chỉ IP trên cùng một máy chủ web, nhưng điều sẽ phân biệt chúng ở cấp độ máy chủ web là tên máy chủ thực tế. Vì vậy, truy cập qua địa chỉ IP thô sẽ dẫn đến lỗi, nhưng truy cập thông qua tên máy chủ của strongjoshua.com sẽ gửi bạn đến đúng trang web.

Tất cả những gì đã nói, nó vẫn không giải thích những vấn đề bạn đang thấy. Vì vậy, sử dụng mtr Đây là phiên bản đẹp hơn của traceroute kết hợp theo dõi lộ trình với cập nhật liên tục ping dữ liệu bạn có thể thấy như sau:

 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. 10.42.37.197                      0.0%    11  189.0 200.8 176.9 255.6  27.1
 3. 66.233.174.161                    0.0%    11  188.6 198.9 167.3 378.9  60.2
 4. 66.233.174.253                    0.0%    11  199.0 212.9 178.7 293.2  35.7
 5. sl-crs2-nyc-.sprintlink.net       0.0%    11  189.8 196.2 154.8 259.5  25.2
 6. 144.232.10.198                    0.0%    11  350.5 202.7 174.4 350.5  52.3
 7. xe-10-3-0.tor10.ip4.gtt.net      10.0%    11  315.8 269.1 238.6 372.9  46.1
 8. db-transit-gw.ip4.gtt.net         0.0%    10  205.9 221.2 193.5 259.3  18.0
 9. te-1-1.core01.tor1.prioritycolo.  0.0%    10  231.2 244.1 219.9 302.5  29.2
10. c.gi-3-5.core03.tor2.prioritycol  0.0%    10  301.2 237.3 209.5 301.2  25.3
11. 173.237.223.2                     0.0%    10  216.7 227.7 214.2 237.0   9.0
12. cpanel5.easyweb.com               0.0%    10  341.9 252.6 220.5 341.9  40.1

Bây giờ nó trông giống hệt như của bạn traceroute Sự khác biệt giữa các bước nhảy ban đầu do vị trí vật lý của tôi so với bước nhảy của bạn nhưng cũng lưu ý hai bước nhảy cuối cùng:

11. 173.237.223.2                     0.0%    10  216.7 227.7 214.2 237.0   9.0
12. cpanel5.easyweb.com               0.0%    10  341.9 252.6 220.5 341.9  40.1

Và đây là những dòng có liên quan từ của bạn traceroute để so sánh:

11    36 ms    37 ms    37 ms  173.237.223.2 [173.237.223.2]
12     *        *        *     Request timed out.

Của bạn traceroute thời gian chờ xảy ra ngay sau khi đạt 173.237.223.2 và thông qua mtr Tôi có thể thấy mục DNS ngược (PTR) cho bước nhảy cuối cùng cpanel5.easyweb.com.

Tất cả điều này có nghĩa là gì? Chà có vẻ như nếu bạn so sánh những gì bạn đang nhìn thấy hoặc không nhìn thấy so với những gì tôi đang thấy, thì rõ ràng cả hai chúng tôi đều nhận được địa chỉ IP của nhà cung cấp dịch vụ lưu trữ 173.237.223.2; có thể là một bộ định tuyến hoặc một bộ chuyển mạch trong mạng của họ. Nhưng bạn đã hết thời gian truy cập và cuối cùng tôi thấy trang web không gặp sự cố.

Vì vậy, nếu bạn hỏi tôi, có điều gì đó đang xảy ra ở phía nhà cung cấp dịch vụ lưu trữ mà bên nào đó đang chặn quyền truy cập của bạn. Có lẽ nó là một cài đặt tường lửa hoặc một cái gì đó tương tự ở cấp độ ứng dụng, nhưng tôi không thấy đây là một vấn đề mạng mà bạn có thể giải quyết từ phía bạn.

Tôi khuyên bạn nên liên hệ với nhà cung cấp dịch vụ lưu trữ hoặc đăng nhập vào bảng điều khiển từ hệ thống bạn có thể sử dụng để kết nối với nhà cung cấp dịch vụ lưu trữ của mình và xem liệu bạn có thể gỡ lỗi từ đó không. Hoặc ít nhất là mở một vé hỗ trợ với nhà cung cấp dịch vụ lưu trữ của bạn yêu cầu họ kiểm tra cấu hình trang web của bạn.


1
Vâng, tôi đã gửi email cho họ về nó rồi. Cảm ơn vì đã đi sâu, nó làm cho nó dễ hiểu hơn nhiều. Tôi sẽ đánh dấu đây là câu trả lời nếu cuối cùng bạn đúng và vấn đề được giải quyết :)
StrongJoshua

Tôi chỉ kiểm tra, nhưng tôi thậm chí không thể truy cập trang cuối cùng mà bạn có. Tôi chỉ nhận được lỗi "Trang này không khả dụng" từ Chrome. Điều đó có thể là do lý do tương tự như lý do tại sao tôi bị chặn khỏi trang web của tôi, nhưng idk.
StrongJoshua

1
Nó chỉ ra rằng nhiều lần thử đăng nhập của tôi đã vượt qua tường lửa của họ và tôi đã bị chặn. Họ đã gỡ bỏ lệnh cấm và tôi có thể mỗi trang web của mình một lần nữa :)
StrongJoshua

0

Nếu bạn sử dụng ADSL để truy cập internet từ bộ định tuyến, hãy kiểm tra cài đặt MTU, đặc biệt nếu bạn từng có các trang web khác có cùng vấn đề ngay cả khi chỉ là một vài. Hãy thử đặt ADSL MTU thành 1470 hoặc hơn.

Tôi đã có vấn đề này trên một số máy tính.


Tôi sử dụng trạm gốc của Sân bay Apple cho WiFi của mình để idk nếu tôi có các cài đặt này / vị trí của chúng.
StrongJoshua

Ngoài ra, tại sao nó chỉ dừng hoạt động ngẫu nhiên, chỉ cho trang web của tôi, sau khi đã làm việc cho trang web đó trong hơn một tháng?
StrongJoshua

Được rồi, vì vậy tôi đã thử ping với kích thước gói 1470 (lệnh ping strongjoshua.com -f -l 1470 -f có thể được bỏ qua), nhưng mặc dù yêu cầu ping được gửi, tất cả các yêu cầu đều hết thời gian.
StrongJoshua

@StrongJoshua Kích thước của ping và MTU ADSL là hai thứ khác nhau. Câu trả lời này ngụ ý là có gì đó không ổn với kết nối ADSL của bạn. Có vẻ hơi đơn giản và không chung chung nếu bạn hỏi tôi. Không quá chắc chắn ADSL MTU sẽ gây ra các vấn đề bạn đang thấy.
JakeGould

1
@JakeGould Vâng, nó sẽ không giải thích tại sao vấn đề này chỉ xảy ra với 1 trang web và chỉ mới gần đây. Traceroute cũng thất bại ở Toronto Ontario, nơi tôi tin là nơi đặt máy chủ lưu trữ EasyDNS, điều khiến mọi người càng lạ hơn là lỗi kết nối chỉ xảy ra trên mạng gia đình của tôi.
StrongJoshua
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.