Мы действительно ищем помощи у сообщества, у нас возникают проблемы, из-за которых веб-сайт наших клиентов больше не может связаться с моим API и тайм-аутом.
Connection timed out after 10001 milliseconds.
Мы связались с нашим медиа-храмом, и они не могут дать мне никакого решения, и нам действительно нужна помощь.
Вот видео моей проблемы, с которой мы столкнулись.
Вот маршрут трассировки к нашему API, он отлично работает для многих наших пользователей, но у некоторых теперь возникают проблемы, как показано ниже.
1 50.23.120.193-static.reverse.softlayer.com (50.23.120.193) 0.513 ms 0.491 ms 0.481 ms
2 ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132) 0.366 ms ae0.dar01.sr01.sjc01.networklayer.com (50.23.118.130) 0.406 ms ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132) 0.302 ms
3 50.97.19.164-static.reverse.softlayer.com (50.97.19.164) 0.775 ms 0.701 ms ae8.bbr01.eq01.sjc02.networklayer.com (173.192.18.248) 0.803 ms
4 equinix-ix.sjc1.us.voxel.net (206.223.116.4) 0.741 ms 0.794 ms 0.868 ms
5 173.231.161.193 (173.231.161.193) 48.109 ms 44.392 ms 44.397 ms
6 0.te1-2.tsr1.dal2.us.voxel.net (107.6.99.249) 79.040 ms 79.065 ms 80.685 ms
7 0.te2-2.tsr3.iad1.us.voxel.net (173.231.161.189) 78.472 ms 78.438 ms 78.414 ms
8 173.231.160.90 (173.231.160.90) 81.183 ms 81.158 ms 173.231.160.82 (173.231.160.82) 78.348 ms
9 internap.iad1.us.voxel.net (173.231.161.74) 78.815 ms 78.794 ms 78.751 ms
10 border2.te4-1-bbnet1.wdc012.pnap.net (216.52.127.39) 78.455 ms border2.pc2-bbnet2.wdc012.pnap.net (216.52.127.76) 78.282 ms 78.261 ms
11 net2ez-3.border2.wdc012.pnap.net (64.94.31.142) 79.218 ms 79.159 ms 79.094 ms
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
Сеть просто выпадает, вот ответ Media Temples.
Мы получили отзыв от сетевого инженера нашего провайдера, и он спросил, открывают ли ваши клиенты или клиенты softlayer тикет с softlayer. Из того, что они провели, выяснилось, что существуют некоторые проблемы с пирингом маршрутизации между различными интернет-провайдерами и программным уровнем.
Новое обновление
Судя по вашим трассировкам, похоже, что общность — это поставщики услуг Интернета Softlayer, Internap или NetDC. Я разговаривал с NetDC, и они утверждают, что ничего не фильтруют. Мы также связались с softlayer, но не получили от них ответа. Что помогло бы сузить это, если бы мы могли запустить другой скрипт, как вы делали ранее:
Еще одно обновление
Хорошо, я связался с Softlayer (интернет-провайдером вашего клиента), Internap (интернет-провайдером-посредником) и NetDC (интернет-провайдером-посредником). Один из них фильтрует информацию, и я надеюсь получить от них быстрый ответ. На данный момент это находится вне нашего контроля, но мы надеемся, что эти интернет-провайдеры отреагируют и позволят нам отследить то, что мешает вашим клиентам связаться с вами.
Последнее обновление
Good news, I got a response from Softlayer just as I sent you that last correspondence. They are seeing the same issue from their end
и они считают, что проблема в Internap. Они также зациклились на Internap, поскольку являются прямыми клиентами Internap, так что, надеюсь, что-то будет обнаружено.
Я смог определить, что есть некоторые наши IP-подсети, доступные маршрутизатору Softlayer, у которого возникли проблемы с подключением к вашему IP. Мне нужно убедиться, что мы действительно можем перевести вас на один из этих IP-адресов.
Я вношу изменения в интернет-маршрутизацию, поэтому, надеюсь, у Internap не будет предпочтительного маршрута к вашему серверу и, таким образом, он будет обойден. Я считаю, что проблема не ограничивается только вашим IP-адресом, поэтому я предпринимаю этот более экстремальный шаг.
Может кто-нибудь, пожалуйста, помогите
ЗАКЛЮЧИТЕЛЬНОЕ ОБНОВЛЕНИЕ.
Окончательное решение заключалось в том, чтобы полностью отказаться от Media Temple, они ДЕЙСТВИТЕЛЬНО подвели нас своим хостингом после 3 недель, когда у наших клиентов возникали проблемы, которые они не могли решить, и когда они задавали им этот четкий вопрос.
почему я могу отправлять сообщения на любой другой сервер, кроме медиа-храма, с IP-адреса, на котором возникла проблема?
Даже люди в поддержке буквально просто перевели меня к другому сотруднику службы поддержки, потому что они не могли ответить на вопрос.
Что меня беспокоит, так это то, почему хостинг-провайдер не может исправить что-то подобное? Я потерял довольно много платных клиентов из-за этой проблемы.
Решение состояло в том, чтобы перенести все на Amazon и установить его на экземпляр EC2, что мне удалось сделать за день, который я хотел бы сделать с самого начала. Я также установил сертификат ssl за 3 доллара, тогда как сертификат на Media Temple стоит 75 долларов, также заплатили 100 долларов за свою услугу Cloudtech.
Отличительной особенностью Amazon является то, что даже если подобная ошибка повторится, я могу просто создать AMI, а затем просто запустить новый EC2 и выполнить свою работу.
Все будьте осторожны с такими проблемами со сторонним хостингом, если ваш сервис зависит от API, и у вас есть проблема с интернет-провайдером, тогда ваш бизнес может очень быстро разориться, если ваш хостинг не может найти вам решение после 3 недель попытки, поверьте мне, ваши пользователи не знают не хочу слышать (о, я просто жду ответа от Media Temple).
Таким образом, решение использует Amazon Web Service, гибкое, мощное и полностью под вашим контролем.
Media Temple сильно подвел нас.