Я размещаю свой сайт — strongjoshua.com—слегкийDNS's web hosting service. Вчера я пытался подключиться к CPanel моего сайта, но не мог вспомнить пароль. Я попробовал несколько вариантов, но в конце концов сдался, поэтому я запросил сброс пароля. Это заняло некоторое время, поэтому я решил попробовать последний пароль, на что я получил сетевую ошибку.
Я предположил, что это из-за сброса пароля, но все равно подумал, что это странно. Затем я проверил свою электронную почту и получил письмо о сбросе. Но после этого я больше не мог получить доступ к своему сайту. CPanel размещена на самом сайте, поэтому я не могу получить доступ и к нему.
Я не могу зайти на сайт только с домашнего Wi-Fi, но использование данных с телефона работает нормально. Я пробовал изменить DNS-серверы моего маршрутизатора наGoogle's—включая IPv6, — но безрезультатно.
Мой маршрут:
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.”]
решение1
Более короткий ответ
Я не думаю, что запрос на сброс пароля как-то связан с этим, но похоже, что сама служба хостинга — или ваша конфигурация на ней — задыхается. Я бы рекомендовал войти в панель управления с компьютера, который может получить соединение с вашим сайтом, и/или связаться с вашим хостинг-провайдером, чтобы попросить их провести расследование.
Более длинный ответ
Ничто из того, что я вижу, не указывает на то, что это проблема интернет-провайдера, которую можно решить силами клиента, и вот почему.
Я нахожусь в Бруклине, штат Нью-Йорк, США, и могу нормально просматривать ваш сайт, если захожу на него через имя хоста strongjoshua.com:
Но если я попытаюсь получить к нему доступ через IP-адрес 64.68.202.30, я получу тупиковую/ошибочную страницу, настроенную хостинг-провайдером:
Это говорит мне о том, что хостинг-провайдер использует какой-то виртуальный хост на основе имени.например тот, который использует Apache:
Виртуальный хостинг на основе имени обычно проще, так как вам нужно только настроить DNS-сервер для сопоставления каждого имени хоста с правильным IP-адресом, а затем настроить Apache HTTP-сервер для распознавания различных имен хостов. Виртуальный хостинг на основе имени также снижает спрос на дефицитные IP-адреса. Поэтому вам следует использовать виртуальный хостинг на основе имени, если вы не используете оборудование, которое явно требует хостинга на основе IP.
Что в основном означает, что потенциально десятки хостов могут иметь один и тот же IP-адрес на одном и том же веб-сервере, но то, что будет отличать их на уровне веб-сервера, — это фактическое имя хоста. Таким образом, доступ через сырой IP-адрес приведет к ошибке, но доступ через имя хоста strongjoshua.comперенаправит вас на правильный сайт.
Все это, однако, не объясняет проблемы, которые вы видите. Поэтому использованиеmtr— что является более приятной версиейtracerouteкоторый сочетает в себе отслеживание маршрута с постоянно обновляемымpingданные — вы можете увидеть следующее:
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
Теперь он внешне выглядит точно так же, как ваш traceroute— с разницей между начальными прыжками из-за моего физического местоположения по сравнению с вашим — но также обратите внимание на последние два прыжка:
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
А вот соответствующие строки из вашего письма tracerouteдля сравнения:
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
Ваши tracerouteтайм-ауты происходят сразу после достижения 173.237.223.2, и через них mtrя вижу обратную запись DNS (PTR) для последнего перехода, которая является cpanel5.easyweb.com.
Что все это значит? Ну, похоже, если сравнить то, что вы видите — или не видите — с тем, что вижу я, становится ясно, что мы оба получаем IP-адрес хостинг-провайдера 173.237.223.2; может быть, маршрутизатор или коммутатор в их сети. Но вы заходите в тупик на своем доступе, и я в итоге вижу сайт без проблем.
Так что если вы спросите меня, что-то происходит на стороне хостинг-провайдера, что каким-то образом блокирует ваш доступ. Возможно, это настройка брандмауэра или что-то подобное на уровне приложения, но я не считаю, что это проблема сети, которую вы можете решить со своей стороны.
Я бы рекомендовал связаться с вашим хостинг-провайдером или войти в вашу панель управления из системы, которую вы можете использовать для подключения к вашему хостинг-провайдеру, и посмотреть, сможете ли вы отладить ее оттуда. Или, по крайней мере, откройте тикет поддержки с вашим хостинг-провайдером, попросив их проверить конфигурацию вашего сайта.
решение2
Если вы используете ADSL для доступа в Интернет с маршрутизатора, проверьте настройки MTU, особенно если у вас когда-либо были другие сайты с такой же проблемой, даже если их всего несколько. Попробуйте установить ADSL MTU на 1470 или около того.
У меня была эта проблема на нескольких компьютерах.