SuperDimka

У Вас есть проблемы с интернетом?

Рекомендованные сообщения

С моего интернет подключения Билайн сайт "simperium.com" доступен.
В случае облачной организации данного сервиса, приложение будет подключаться к различным адресам в различные интервалы времени. Доступ к части из этих адресов может отсутствовать. Необходимо проверять на какие адреса и порты отправляет пакеты само приложение, затем проверять доступность этих адресов и портов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Только что, _TS_ сказал:

 

Приложение отправляет пакеты на один адрес и один порт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Serpikk1 сказал:

Проблем вроде и нет судя по трейсу ниже.

  Показать содержимое


|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                          78.107.125.205 -    0 |   90 |   90 |    0 |    0 |    1 |    0 |
|      plehan9-bng3-local.msk.corbina.net -    0 |   90 |   90 |    0 |    0 |    1 |    0 |
|                   No response from host -  100 |   18 |    0 |    0 |    0 |    0 |    0 |
|                           85.21.224.251 -    0 |   90 |   90 |   37 |   40 |   45 |   42 |
|                           195.14.62.244 -    0 |   90 |   90 |   41 |   41 |   64 |   41 |
|                          195.22.214.196 -    0 |   90 |   90 |   45 |   47 |   64 |   45 |
|                           195.22.211.33 -    0 |   90 |   90 |   45 |   56 |   77 |   45 |
|     ae-9.r00.frnkge13.de.bb.gin.ntt.net -    0 |   90 |   90 |   45 |   45 |   46 |   45 |
|     ae-2.r20.frnkge13.de.bb.gin.ntt.net -    0 |   90 |   90 |   45 |   46 |   57 |   46 |
|    ae-14.r21.londen12.uk.bb.gin.ntt.net -    0 |   90 |   90 |   52 |   53 |   63 |   52 |
|    ae-13.r25.asbnva02.us.bb.gin.ntt.net -    2 |   86 |   85 |  128 |  129 |  136 |  128 |
|     ae-1.r24.dllstx09.us.bb.gin.ntt.net -    0 |   90 |   90 |  157 |  158 |  168 |  160 |
|     ae-0.a01.dllstx04.us.bb.gin.ntt.net -    0 |   90 |   90 |  157 |  158 |  174 |  157 |
|xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net -    0 |   90 |   90 |  158 |  158 |  176 |  158 |
|                           wordpress.com -    0 |   90 |   90 |  158 |  158 |  158 |  158 |
|                   No response from host -  100 |   18 |    0 |    0 |    0 |    0 |    0 |
|                            192.0.84.247 -    0 |   90 |   90 |  158 |  158 |  159 |  158 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

Есть мизерные потери на "ae-13.r25.asbnva02.us.bb.gin.ntt.net" в ответах от этого узла но конечный узел отвечает и не зажимает пакеты. Да и пинг какой то большой по мне. Причем так резко повышается еще на билайновском 85.21.224.251. Хотя в целом это никак не должно влиять на доступ 

Как это зависит от размера пакета? В смысле, пересылают ли программа и браузер пакеты таким размером, как команды ping или tracert?.. Вот сейчас потестировал маршрутизацию iNetTools со смартфона до сервера синхронизации (52 байта пакетами) - пинг для второго и третьего пакетов резко увеличивается с 2 мс до 12-15 мс (100.125.0.1) ... 480-640 мс (последнее на участке серверов Билайн 85.21.244.xxx). На участке "ae-<...>" и американском пинг тоже большой (80-1500 мс), но там-то понятно. Позапускал маршрутизацию на пакетов до того же сервера на мобильном интернете другого провайдера на начальном участке (сервера провайдера) - максимальный пинг в пределах 20-60 мс.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте!

Договор 0891021091. 

Каждые выходные (стабильно) и иногда на неделе появляются проблемы с качеством интернета: долго не открываются страницы, идёт долгая загрузка медиа и браузеров, а также перестаёт работать телевидение из-за этого. Пытался звонить, но не дождался оператора. Направьте специалиста для поиска проблемы на месте. Спасибо за помощь! 

  • Like 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Some Ink сказал:

Как это зависит от размера пакета?

Ну если в теории то если пакет больше установленного лимита на узел приходит он дробится до максимально допустимого размера и отправляется уже полученным кол-вом пакетов дальше по маршруту. Размеры пакетов задаются в программе как правило через соответствующие настройки. Бывает такое что пакет динамического размера провайдеры этого не любят потому что пакет вроде есть а занимает он условно 314 бит из 1500. Тоесть падает эффективность ПС сети и увеличиваются задержки.

p.s. в вафле размеры пакетов бывают чудовищными но из-за того что там больше служебных данных для повышения эффективности доставки.

Изменено пользователем Serpikk1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В теме CGNAT была информация об ограничении MTU при подключении через NAT...
 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Serpikk1 сказал:

 

А с чем может быть ещё такой симптом связан, что пакеты уходят и приходят, если пинговать сервер, но в браузере соединение не устанавливается (долгое ожидание, затем завершение попытки установить соединение по таймауту)?

настройки местной подсети провайдера как-то могут влиять? Или конфигурация сетевых настроек у меня на роутере?

Скрытый текст

 

Пытаюсь смотреть маршрут из под МакОС https://ipinfo.io/192.0.84.247


traceroute 192.0.84.127
traceroute to 192.0.84.127 (192.0.84.127), 64 hops max, 52 byte packets
 1  192.168.0.1 (192.168.0.1)  2722.758 ms  0.333 ms  0.314 ms
 2  100.125.0.1 (100.125.0.1)  1.701 ms  2.124 ms  1.722 ms
 3  * * *
 4  85.21.224.121 (85.21.224.121)  2.916 ms  4.643 ms  7.642 ms
 5  tc-bb-ae2.sto.corbina.net (195.14.54.103)  22.551 ms
    85.21.224.78 (85.21.224.78)  20.907 ms
    tc-bb-ae2.sto.corbina.net (195.14.54.103)  20.839 ms
 6  195.14.62.67 (195.14.62.67)  22.963 ms
    78.107.184.106 (78.107.184.106)  21.108 ms  20.336 ms
 7  217.161.65.101 (217.161.65.101)  20.548 ms  21.300 ms  23.112 ms
 8  ae32-xcr1.att.cw.net (195.2.8.206)  38.698 ms
    ae20-xcr2.nyk.cw.net (195.2.8.89)  115.200 ms
    ae32-xcr1.att.cw.net (195.2.8.206)  38.732 ms
 9  ae20-xcr2.nyk.cw.net (195.2.8.89)  114.970 ms  114.518 ms  114.995 ms
10  ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  118.152 ms
    ae-36.a01.nycmny17.us.bb.gin.ntt.net (128.241.2.153)  132.676 ms
    ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  117.992 ms
11  ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  118.033 ms  127.426 ms  119.626 ms
12  ae-3.r22.chcgil09.us.bb.gin.ntt.net (129.250.2.166)  136.737 ms  137.934 ms  137.511 ms
13  ae-1.a01.dllstx04.us.bb.gin.ntt.net (129.250.2.164)  161.998 ms
    ae-3.r25.dllstx09.us.bb.gin.ntt.net (129.250.4.152)  157.363 ms  164.201 ms
14  xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net (157.238.64.206)  161.029 ms
    ae-1.a00.dllstx04.us.bb.gin.ntt.net (129.250.4.202)  155.703 ms
    ae-1.a01.dllstx04.us.bb.gin.ntt.net (129.250.2.164)  162.919 ms
15  wordpress.com (198.181.119.83)  157.989 ms
    xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net (157.238.64.206)  158.988 ms
    xe-0-0-17-2.a00.dllstx04.us.ce.gin.ntt.net (128.242.179.142)  157.537 ms
16  wordpress.com (198.181.119.83)  154.945 ms  154.706 ms  160.622 ms
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
31  * * *
32  * *^C

 


traceroute simperium.com
traceroute to simperium.com (192.0.84.247), 64 hops max, 52 byte packets
 1  192.168.0.1 (192.168.0.1)  0.723 ms  0.320 ms  0.283 ms
 2  100.125.0.1 (100.125.0.1)  2.626 ms  1.713 ms  1.748 ms
 3  * * *
 4  85.21.224.121 (85.21.224.121)  4.502 ms  2.967 ms
    mo-crs-be7.corbina.net (78.107.184.92)  21.012 ms
 5  85.21.224.78 (85.21.224.78)  21.018 ms
    tc-bb-ae2.sto.corbina.net (195.14.54.103)  20.493 ms
    85.21.224.78 (85.21.224.78)  20.833 ms
 6  78.107.184.106 (78.107.184.106)  21.235 ms
    195.14.62.67 (195.14.62.67)  20.708 ms  20.896 ms
 7  217.161.65.101 (217.161.65.101)  20.408 ms  20.413 ms
    ae32-xcr1.att.cw.net (195.2.8.206)  40.775 ms
 8  ae20-xcr2.nyk.cw.net (195.2.8.89)  115.056 ms
    ae32-xcr1.att.cw.net (195.2.8.206)  41.215 ms  38.576 ms
 9  ae20-xcr2.nyk.cw.net (195.2.8.89)  115.443 ms  115.256 ms  115.214 ms
10  ae-36.a01.nycmny17.us.bb.gin.ntt.net (128.241.2.153)  137.634 ms
    ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  118.263 ms
    ae-36.a01.nycmny17.us.bb.gin.ntt.net (128.241.2.153)  132.525 ms
11  ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  118.285 ms  125.720 ms  119.724 ms
12  ae-3.r22.chcgil09.us.bb.gin.ntt.net (129.250.2.166)  138.454 ms
    ae-3.r25.dllstx09.us.bb.gin.ntt.net (129.250.4.152)  154.109 ms  152.290 ms
13  ae-3.r25.dllstx09.us.bb.gin.ntt.net (129.250.4.152)  157.348 ms  154.946 ms  161.808 ms
14  ae-1.a00.dllstx04.us.bb.gin.ntt.net (129.250.4.202)  156.655 ms
    xe-0-0-17-2.a00.dllstx04.us.ce.gin.ntt.net (128.242.179.142)  159.393 ms
    xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net (157.238.64.206)  168.230 ms
15  xe-0-0-17-2.a00.dllstx04.us.ce.gin.ntt.net (128.242.179.142)  158.043 ms  158.367 ms  159.077 ms
16  wordpress.com (198.181.119.79)  158.164 ms  154.506 ms *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  *^C

Причем simplenote.com (сайт приложения, онлайн-версия), находящийся по тому же адресу, отлично работает.


traceroute simplenote.com
traceroute: Warning: simplenote.com has multiple addresses; using 192.0.78.24
traceroute to simplenote.com (192.0.78.24), 64 hops max, 52 byte packets
 1  192.168.0.1 (192.168.0.1)  1855.630 ms  0.296 ms  0.285 ms
 2  100.125.0.1 (100.125.0.1)  2.713 ms  2.031 ms  2.734 ms
 3  * * *
 4  85.21.224.121 (85.21.224.121)  5.276 ms  2.357 ms  2.079 ms
 5  85.21.224.86 (85.21.224.86)  45.633 ms  45.991 ms  43.783 ms
 6  ams-bb-ae2.corbina.net (78.107.184.102)  44.342 ms  44.197 ms  43.705 ms
 7  mx01.amsterdam.gldn.net (62.105.135.92)  46.090 ms  45.525 ms  45.478 ms
 8  80.249.211.212 (80.249.211.212)  46.105 ms  46.679 ms  46.449 ms
 9  * * *
10  192.0.78.24 (192.0.78.24)  45.793 ms  47.055 ms  45.701 ms

 

 

Может ли проблема быть между wordpress.com (API которого использует Simplenote) и Simperium.com? (сервер синхронизации).. И почему она может возникать только на интернете домашней сети Билайн?

Изменено пользователем Some Ink

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
24 минуты назад, _TS_ сказал:

В теме CGNAT была информация об ограничении MTU при подключении через NAT...
 

в первом сообщении там вообще глупость написана. Судя по ней просто сервер закрылся и всё. Если вам нужно найти максимально доступное MTU нужно использовать флаг "-f" запрещающая фрагментацию пакета. Например у меня при прямом подключении вот что получается когда я превышаю MTU но запрещаю автоматическую фрагментацию пакета. Полная команда "ping -l 1473 -f ya.ru"

Скрытый текст

Обмен пакетами с ya.ru [87.250.250.242] с 1473 байтами данных:
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.

Статистика Ping для 87.250.250.242:
    Пакетов: отправлено = 4, получено = 0, потеряно = 4
    (100% потерь)

 

 

то есть размер пакета без заголовка 1473 байта это соответствует 1501 байту размера пакета. Так как по стандарту размер 1500, то пакет не проходит без дополнительной фрагментации и теряется. Если не указывать параметр -f, то пакет будет автоматически фрагментироваться и сколько бы вы не задавали его размер после параметра -l он у вас всегда будет проходить. Если вы используете другие типы подключении размер заголовка будет меняться.

Изменено пользователем Serpikk1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
23 минуты назад, Some Ink сказал:

А с чем может быть ещё такой симптом связан

проблемы с днс сервером я бы сказал как еще возможную причину но вижу что вы и через веб адрес пытались. Посмотрите разве что еще настройки роутера в части днс для своих устройств. В плане подмены адресов. А так чего то больше ничего в голову не приходит. Может кто-то из гуру тут ответит да и может сама техподдержка соизволит.

p.s. чтобы исключить роутер я бы посоветовал напрямую если есть такая возможность проверить.

Изменено пользователем Serpikk1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подобная проблема иногда случается на стороне интернет провайдеров - когда MTU по той или иной причине ограничено значением менее 1500, а TCP MSS не скорректировано должным образом.
Прежде чем отбрасывать этот вариант, следует проверить - ограничив MTU в настройках роутера значением, например, 1200.

Изменено пользователем _TS_

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
13 часов назад, Some Ink сказал:

traceroute 192.0.84.127

Линуксовая Traceroute, в отличие от майкрософтовской Tracert, по дефолту работает с UDP-портами вместо использования протокола ICMP. Для переключения Tractroute на использование ICMP (для получения сопоставимых с Tracert результатов) используйте флаг "-I". Однако лучше всё-таки обращаться именно к тому порту и по тому протоколу, которые использует Ваш софт. Например, если софт использует протокол TCP и порт 443, то ключи команды Traceroute должны быть "-T -p 443", а в Windows вместо Tracert, не поддерживающей работу по TCP, следует использовать команду "tracetcp имя_сайта:443". Для работы по UDP-портам используйте для Traceroute ключ "-U" вместо "-T", а под Windows придётся использовать (с соответствующими ключами) команду nping из пакета NMAP, поскольку ни tracert, ни tracetcp работу по UDP не поддерживают.

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Sergey Ozerov сказал:

по UDP не поддерживают.

но ведь udp протокол не подразумевает подтверждения доставки в отличии от того же TCP  разве нет ? Поэтому его и называют протоколом "послал и забыл".

Изменено пользователем Serpikk1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, Sergey Ozerov сказал:

Линуксовая Traceroute, в отличие от майкрософтовской Tracert, по дефолту работает с UDP-портами вместо использования протокола ICMP. Для переключения Tractroute на использование ICMP (для получения сопоставимых с Tracert результатов) используйте флаг "-I". Однако лучше всё-таки обращаться именно к тому порту и по тому протоколу, которые использует Ваш софт. Например, если софт использует протокол TCP и порт 443, то ключи команды Traceroute должны быть "-T -p 443", а в Windows вместо Tracert, не поддерживающей работу по TCP, следует использовать команду "tracetcp имя_сайта:443". Для работы по UDP-портам используйте для Traceroute ключ "-U" вместо "-T", а под Windows придётся использовать (с соответствующими ключами) команду nping из пакета NMAP, поскольку ни tracert, ни tracetcp работу по UDP не поддерживают.

Спасибо. Да, приложение синхронизируется по TCP на порт 443 (по крайней мере, других разрешений в little snitch оно никогда не запрашивало, и работало).

Потестировал пакетами 125, 500, 1200, 1500 байт

Скрытый текст

traceroute -I -p 443 simperium.com 125
traceroute to simperium.com (192.0.84.247), 64 hops max, 125 byte packets
 1  192.168.0.1 (192.168.0.1)  1.012 ms  0.288 ms  0.271 ms
 2  100.125.0.1 (100.125.0.1)  1.765 ms  2.658 ms  1.576 ms
 3  * * *
 4  85.21.224.121 (85.21.224.121)  2.027 ms  3.571 ms  2.002 ms
 5  85.21.224.78 (85.21.224.78)  20.746 ms  20.650 ms  20.574 ms
 6  195.14.62.67 (195.14.62.67)  20.967 ms  20.219 ms  20.579 ms
 7  217.161.65.101 (217.161.65.101)  21.574 ms  20.745 ms  22.941 ms
 8  ae32-xcr1.att.cw.net (195.2.8.206)  39.001 ms  38.904 ms  39.607 ms
 9  ae20-xcr2.nyk.cw.net (195.2.8.89)  118.631 ms  116.957 ms  115.458 ms
10  ae-36.a01.nycmny17.us.bb.gin.ntt.net (128.241.2.153)  129.001 ms  128.954 ms  128.837 ms
11  ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  124.797 ms  118.423 ms  121.118 ms
12  ae-3.r22.chcgil09.us.bb.gin.ntt.net (129.250.2.166)  137.685 ms  139.462 ms  136.687 ms
13  ae-3.r25.dllstx09.us.bb.gin.ntt.net (129.250.4.152)  155.469 ms  158.825 ms  154.624 ms
14  ae-1.a01.dllstx04.us.bb.gin.ntt.net (129.250.2.164)  160.799 ms  163.477 ms  160.651 ms
15  xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net (157.238.64.206)  162.395 ms  163.472 ms  161.699 ms
16  wordpress.com (198.181.119.79)  160.005 ms  160.755 ms  158.969 ms
17  * * *
18  192.0.84.247 (192.0.84.247)  154.652 ms  157.227 ms  154.469 ms

traceroute -I -p 443 simperium.com 500
traceroute to simperium.com (192.0.84.247), 64 hops max, 500 byte packets
 1  192.168.0.1 (192.168.0.1)  0.786 ms  0.531 ms  0.638 ms
 2  100.125.0.1 (100.125.0.1)  1.803 ms  1.661 ms  1.660 ms
 3  * * *
 4  85.21.224.121 (85.21.224.121)  2.681 ms  2.585 ms  2.079 ms
 5  85.21.224.78 (85.21.224.78)  20.968 ms  20.638 ms  20.764 ms
 6  195.14.62.67 (195.14.62.67)  20.725 ms  20.257 ms  20.371 ms
 7  217.161.65.101 (217.161.65.101)  21.445 ms  23.064 ms  20.376 ms
 8  ae32-xcr1.att.cw.net (195.2.8.206)  39.024 ms  38.974 ms  38.798 ms
 9  ae20-xcr2.nyk.cw.net (195.2.8.89)  150.542 ms  124.454 ms  115.405 ms
10  ae-36.a01.nycmny17.us.bb.gin.ntt.net (128.241.2.153)  135.653 ms  129.391 ms  128.947 ms
11  ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  119.338 ms  118.384 ms  124.985 ms
12  ae-3.r22.chcgil09.us.bb.gin.ntt.net (129.250.2.166)  136.853 ms  136.838 ms  137.951 ms
13  ae-3.r25.dllstx09.us.bb.gin.ntt.net (129.250.4.152)  155.831 ms  154.683 ms  155.667 ms
14  ae-1.a01.dllstx04.us.bb.gin.ntt.net (129.250.2.164)  160.968 ms  160.768 ms  161.698 ms
15  xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net (157.238.64.206)  162.027 ms  166.079 ms  161.731 ms
16  wordpress.com (198.181.119.79)  158.186 ms  158.060 ms  158.030 ms
17  * * *
18  192.0.84.247 (192.0.84.247)  158.750 ms  155.358 ms  157.872 ms

traceroute -I -p 443 simperium.com 1200
traceroute to simperium.com (192.0.84.247), 64 hops max, 1200 byte packets
 1  192.168.0.1 (192.168.0.1)  0.955 ms  0.661 ms  0.646 ms
 2  100.125.0.1 (100.125.0.1)  1.909 ms  1.858 ms  1.891 ms
 3  * * *
 4  85.21.224.121 (85.21.224.121)  2.768 ms  2.430 ms  2.411 ms
 5  85.21.224.78 (85.21.224.78)  21.363 ms  21.018 ms  21.040 ms
 6  195.14.62.67 (195.14.62.67)  21.690 ms  21.118 ms  22.217 ms
 7  217.161.65.101 (217.161.65.101)  20.970 ms  20.733 ms  20.796 ms
 8  ae32-xcr1.att.cw.net (195.2.8.206)  39.142 ms  39.286 ms  39.119 ms
 9  ae20-xcr2.nyk.cw.net (195.2.8.89)  116.285 ms  115.524 ms  115.767 ms
10  ae-36.a01.nycmny17.us.bb.gin.ntt.net (128.241.2.153)  129.682 ms  131.761 ms  129.187 ms
11  ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  119.094 ms  118.211 ms  124.476 ms
12  ae-3.r22.chcgil09.us.bb.gin.ntt.net (129.250.2.166)  136.754 ms  137.621 ms  137.002 ms
13  ae-3.r25.dllstx09.us.bb.gin.ntt.net (129.250.4.152)  155.417 ms  158.411 ms  155.558 ms
14  ae-1.a01.dllstx04.us.bb.gin.ntt.net (129.250.2.164)  168.788 ms  161.166 ms  162.793 ms
15  xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net (157.238.64.206)  161.807 ms  179.796 ms  161.711 ms
16  wordpress.com (198.181.119.79)  159.202 ms  158.319 ms  158.259 ms
17  * * *
18  192.0.84.247 (192.0.84.247)  155.559 ms  155.303 ms  159.488 ms

 traceroute -I -p 443 simperium.com 1500
traceroute to simperium.com (192.0.84.247), 64 hops max, 1500 byte packets
 1  192.168.0.1 (192.168.0.1)  1.396 ms  0.709 ms  0.833 ms
 2  100.125.0.1 (100.125.0.1)  2.093 ms  1.988 ms  2.038 ms
 3  * * *
 4  85.21.224.121 (85.21.224.121)  2.572 ms  2.342 ms  2.479 ms
 5  85.21.224.78 (85.21.224.78)  21.177 ms  21.248 ms  20.766 ms
 6  195.14.62.67 (195.14.62.67)  20.894 ms  20.804 ms  20.601 ms
 7  217.161.65.101 (217.161.65.101)  21.176 ms  20.476 ms  21.658 ms
 8  ae32-xcr1.att.cw.net (195.2.8.206)  39.153 ms  39.483 ms  39.290 ms
 9  ae20-xcr2.nyk.cw.net (195.2.8.89)  115.876 ms  116.139 ms  115.806 ms
10  ae-36.a01.nycmny17.us.bb.gin.ntt.net (128.241.2.153)  129.460 ms  130.014 ms  129.991 ms
11  ae-5.r21.nwrknj03.us.bb.gin.ntt.net (129.250.4.174)  122.529 ms  118.494 ms  118.814 ms
12  ae-3.r22.chcgil09.us.bb.gin.ntt.net (129.250.2.166)  137.739 ms  137.367 ms  140.147 ms
13  ae-3.r25.dllstx09.us.bb.gin.ntt.net (129.250.4.152)  156.091 ms  155.183 ms  156.366 ms
14  ae-1.a01.dllstx04.us.bb.gin.ntt.net (129.250.2.164)  161.210 ms  163.053 ms  161.857 ms
15  xe-0-0-7-1.a01.dllstx04.us.ce.gin.ntt.net (157.238.64.206)  162.551 ms  163.804 ms  162.384 ms
16  wordpress.com (198.181.119.79)  158.457 ms  158.535 ms  158.323 ms
17  * * *
18  192.0.84.247 (192.0.84.247)  159.319 ms  155.499 ms  158.971 ms

 

Уменьшение размера MTU на роутере влияние не оказывает. (Также прописал OpenDNS сервера - страницы стали открываться гораздо быстрее... надо было это раньше сделать, но у последних пары провайдеров это особо не влияло на скорость работы, и я как-то забыл про DNS-сервера). Без роутера подключение пока не успел потестировать.

Изменено пользователем Some Ink

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
19.03.2021 в 17:56, bojus сказал:

0892506340

Подключение прямое

До 2-ух часов дня все нормально работало, зашёл час назад, подключения нет даже по локалке. 

 

Судя по симптомам, проблема может быть физического характера, поэтому требуется назначение техника.
Для Вас создана заявка №225426208.
Для Выбора времени визита техника обращайтесь на номер горячей линии 8-800-700-8000 или дождитесь звонка диспетчера.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, Serpikk1 сказал:

но ведь udp протокол не подразумевает подтверждения доставки в отличии от того же TCP  разве нет ? Поэтому его и называют протоколом "послал и забыл".

Для трассировки (tracetcp, traceroute) используется специальный флаг TTL в пакете (от 1 до (по умолчанию для tracert) 30), моделирующий ошибку на транзитном хопе при превышении количества указанных этим параметром хопов: значение этого флага обычно (по дефолту) уменьшается каждым транзитным хопом на единицу, и если после вычитания оно превышает 0, то пакет маршрутизируется этим хопом дальше, иначе хоп генерирует отлуп (кстати, генерация этого отлупа выполняется с использованием протокола ICMP вне зависимости от протокола, по которому идёт обращение к тестируемому хосту назначения)  "превышено время жизни пакета". То есть, для "подтверждения" от хопов используется не обратный трафик протокола, а моделируемые ошибки и отлупы на них по протоколу ICMP. Если интересно, что приходит при этом от хоста назначения, запустите WireShark и посмотрите сами, ибо я уже не помню, а проверять мне ещё раз -- влом...

  • Upvote 3

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
18 часов назад, Sergey Ozerov сказал:

Для трассировки (tracetcp, traceroute) используется специальный флаг TTL в пакете

а что тогда используется в обычных пакетах TCP протокола разве не TTL для того чтобы пакет скажем так не продил бесконечно в сети ? Ведь когда TTL в таких пакет равен 0 пакет считается потерянным и отправителю отсылается инфа об этом. Как понимаю для этого тоже используется протокол ICMP.

Изменено пользователем Serpikk1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
26 минут назад, Serpikk1 сказал:

а что тогда используется в обычных пакетах TCP протокола разве не TTL для того чтобы пакет скажем так не продил бесконечно в сети ?

В обычных пакетах значение TTL (как правило, оно -- не менее 64) заведомо больше числа промежуточных хопов.

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1. 089-157-6953

2. Проводом из роутера. Роутер Keenetic Extra II ( Версия 3.5.8 )

3. Уже не первую неделю есть проблемы с загрузкой внешних сервисов ( Google Tag manager и др.) Из-за долгой загрузки скриптов висящих в pending - многие сайты, с которыми я работаю грузятся очень долго.

В консоли браузера выдает ошибки "net::ERR_CONNECTION_TIMED_OUT" 

Некоторое время спасала смена DNS на гугловские ( 8.8.8.8 и 8.8.4.4 ) - сегодня и это перестало спасать.

Сочи.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
15 минут назад, asmihaylov сказал:

1. 089-157-6953

2. Проводом из роутера. Роутер Keenetic Extra II ( Версия 3.5.8 )

3. Уже не первую неделю есть проблемы с загрузкой внешних сервисов ( Google Tag manager и др.) Из-за долгой загрузки скриптов висящих в pending - многие сайты, с которыми я работаю грузятся очень долго.

В консоли браузера выдает ошибки "net::ERR_CONNECTION_TIMED_OUT" 

Некоторое время спасала смена DNS на гугловские ( 8.8.8.8 и 8.8.4.4 ) - сегодня и это перестало спасать.

Сочи.

Прикладываю скрин tracert. В роутере ничего не менялось вроде бы, но может быть проблема где-то там.

download (42).png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте. 

 

1. Номер договора: 0894262593

2. И прямое соединение, и через роутер (TP-Link  TL-WR841N). Опробовано так и так.

3. Сегодня сети интернет нет совсем. Ничего не работает, ТВ в том числе. Все выключить-включить было опробовано. Проверка на ошибки Windows показывает, что dns-сервер не отвечает.

На интернет-свитче горит только одна лампочка power.
Вчера всё работало идеально.
Подобные отключения уже были раньше часа 2 максимум и в самую морозную погоду (может совпадение, не знаю). Сегодня без сети уже 7 часов. Может и больше.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
54 минуты назад, asmihaylov сказал:

Прикладываю скрин tracert.

Переключитесь на DNS-сервер от Билайн (автоматом из DHCP) или Яндекс (77.88.8.8 и 77.88.8.1) и получите правильный IP-адрес для этого узла.

Изменено пользователем _Slava_

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
9 минут назад, _Slava_ сказал:

Переключитесь на DNS-сервер от Билайн (автоматом из DHCP) или Яндекс (77.88.8.8 и 77.88.8.1) и получите правильный IP-адрес для этого узла.

с IP Яндекса открывается - но вот, например, как загружается переодически - 17.5 секунд initial connection. И, таки, мне не очень понятно почему при отсутствии кастомного DNS какие-то проблемы.image.thumb.png.bb45a6fe86b702a3a3fa3c597a7d96a2.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, asmihaylov сказал:

Прикладываю скрин tracert. В роутере ничего не менялось вроде бы, но может быть проблема где-то там.

download (42).png

На линии ограничений в работе не вижу.

Судя по трассе есть смысл проверить напрямую.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
41 минуту назад, asmihaylov сказал:

И, таки, мне не очень понятно почему при отсутствии кастомного DNS какие-то проблемы.

Потому, что многие распределенные сервисы имеют различные IP-адреса для одинаковых доменных имен для улучшения доступности.

Другими словами, правильно настроенный DNS-сервер будет Вам выдавать IP-адрес ближайшего у Вам узла такого сервиса.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, KseniyaBee сказал:

На линии ограничений в работе не вижу.

Судя по трассе есть смысл проверить напрямую.

И заодно проверить, какие DNS прописаны на компьютере... ну и файл hosts.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
11 минут назад, V_V_S сказал:

И заодно проверить, какие DNS прописаны на компьютере

Он уже написал какие. IP-адрес на скриншоте выдан Google Public DNS и это причина его проблем.

Это же Akamai :)

Изменено пользователем _Slava_
  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
57 минут назад, _Slava_ сказал:

Потому, что многие распределенные сервисы имеют различные IP-адреса для одинаковых доменных имен для улучшения доступности.

Другими словами, правильно настроенный DNS-сервер будет Вам выдавать IP-адрес ближайшего у Вам узла такого сервиса.

 

55 минут назад, V_V_S сказал:

И заодно проверить, какие DNS прописаны на компьютере... ну и файл hosts.

 

44 минуты назад, _Slava_ сказал:

Он уже написал какие. IP-адрес на скриншоте выдан Google Public DNS и это причина его проблем.

Это же Akamai :)

Уважаемые, спасибо. Это все понятно. Но когда речь идет о таймауте или десятках секунд на внешних ресурсах - при стабильном соединении - выглядит это все странно.

С яндексом стало чуть лучше, чем с гуглом - но все равно далеко от нормально состояния.

Подключить напрямую возможности нет. Если есть способ как "игнорировать роутер" и использовать его как удлинитель - буду рад узнать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
17 минут назад, asmihaylov сказал:

Если есть способ как "игнорировать роутер" и использовать его как удлинитель - буду рад узнать.

попробуйте его в т.н. режим моста перевести.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, Serpikk1 сказал:

попробуйте его в т.н. режим моста перевести.

я потестил с другим ноутбуком - там чистый hosts, при прямом соединении, все дефолтное, без доп. настроек с dns  - такие же проблемы.

Изменено пользователем asmihaylov

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, _Slava_ сказал:

отому, что многие распределенные сервисы имеют различные IP-адреса для одинаковых доменных имен для улучшения доступности.

или не доступности если они блокируются кем-то на уровне DNS. Помню тут тоже с гугловскими сайтами были проблемы из-за динамических айпиадресов, которые менялись при очередном обновлении аренды. Поэтому то сайт был доступен то нет с определенных айпишников.

Изменено пользователем Serpikk1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас