caxapa.ru :: Сижу за NAT-ом прова. На некоторых его внешних адресах не ходит NTP протокол, а адреса NTP серверов вполне резольвятся и пингуются. При обрывах роутер может переподключиться на такой. Приходится переподключаться врукопашную - искать рабочий. По идее надо бы животворящий пендаль выписать админам, но неохота... UDP, порт 123. Скорее всего теряются ответные пакеты в NAT. Не думаю, что настолько криворукие, то 123 порт закрыли...

Гyдвин, волшебник (09.02.2021 17:44, просмотров: 1159)

Сижу за NAT-ом прова. На некоторых его внешних адресах не ходит NTP протокол, а адреса NTP серверов вполне резольвятся и пингуются. При обрывах роутер может переподключиться на такой. Приходится переподключаться врукопашную - искать рабочий. По идее надо бы животворящий пендаль выписать админам, но неохота... UDP, порт 123. Скорее всего теряются ответные пакеты в NAT. Не думаю, что настолько криворукие, то 123 порт закрыли...

Ответить

- Дополнение: ещё можно публичный IP (зачастую он предоставляется только статический) у провайдера прикупить, если это дешевле VPS. eyыeyк(31 знак., 10.02.2021 11:18, )
  - Публичный неохота - лишний гемор. Да и стОит он у моего прова в 10 раз дороже, чем web хостинг на Inoventica, да за подключение хотят 5 баксов :) Собственно, почему обратил внимание: Гyдвин(375 знак., 10.02.2021 15:58, youtube)
    - Менее точная альтернатива NTP = DCF77, СВП eyыeyк(150 знак., 11.02.2021 07:28, ссылка, ссылка)
  - Да, но я сталкивался с тем, что с белым IP средняя скорость обмена ниже была. От того же прова, тот же тариф. - Evgeny_CD(10.02.2021 14:39)
    - Такое возможно, т.к. трафик может ходить по разным маршрутам, через разные узлы (шлюзы) с разной пропускной способностью. eyыeyк(210 знак., 10.02.2021 15:10, )
- Это распространённая проблема, NAT провайдеров плохо держит много сессий, eyыeyк(193 знак., 10.02.2021 09:52, )
  - Системный вопрос - почему UDP за NAT живется хуже? Статистика это подтверждает. - Evgeny_CD(10.02.2021 10:29)
    - TCP постоянно держит сессию, периодически обмениваясь пакетами с подтверждениями. NATу не составляет труда держать проброс пакетов из Интернет к компьютеру за транслятором, так как сессия TCP легко прослеживается по протоколу. Nikolay_Po(2457 знак., 10.02.2021 13:29)
      - Спасибо! - Evgeny_CD(10.02.2021 14:36)
      - пояснение не полное без ссылки на типы NAT eyыeyк(378 знак., 10.02.2021 14:10, ссылка)
    - Не претендуя на истину, предположу eyыeyк(378 знак., 10.02.2021 11:11, )
      - Для обхода проблемы таймаутов, если есть желание использовать транспорт UDP, используйте протокол уровня приложения SIP с включённой функцией Silence Suppression. Эта фишка позволяет передавать пакеты с данными (media) в сессии SIP не всегда, а только тогда, когда есть данные (разговор). Таким образом, будете иметь действительную сессию, распознаваемую NAT'ом и не используя протокол TCP. Правда, чтобы в этом случае сама сессия SIP не разорвалась по таймауту, узлам придётся Nikolay_Po(544 знак., 10.02.2021 13:39)
        
        Спасибо! А в отчетах операторов доля SIP трафика все растет и растет :) - Evgeny_CD(10.02.2021 14:35)
        
        понадобиться внешний "фэйковый" SIP узел. - eyыeyк(10.02.2021 14:01)
        
        Это если оба хоста на концах канала - за NAT. - Nikolay_Po(10.02.2021 14:50)
      - Логично. - Evgeny_CD(10.02.2021 11:31)
- Вообще NTP должен держать коннект сразу с несколькими серверами так-то. - lloyd(09.02.2021 17:48)
  - В тонкостях не разбираюсь. Просто вижу, что ничего не возвращается... - Гyдвин(09.02.2021 17:55)

0xFF