Наказывать рублём надо таких провайдеров )

Вы посмотрите у ннего потери на 1 хопе

Хммм, до первого маршрутизатора тплинк к которому я по вафле подключен пинг не стабильный 18% потерь

ребят вопрос. два микротика на обоих подымаю гре тунель с предустановлеными настройками ipsec с одно стороны Ranning с другой нет. в Ipsec established. в какую сторону капнуть?

ребят вопрос. два микротика на обоих подымаю гре тунель с предустановлеными настройками ipsec с одно стороны Ranning с другой нет. в Ipsec established. в какую сторону капнуть?

ребят вопрос. два микротика на обоих подымаю гре тунель с предустановлеными настройками ipsec с одно стороны Ranning с другой нет. в Ipsec established. в какую сторону капнуть?

Без ipsec gre поднимается?

нет, с одной стороны значек "R" не появляется.

accept gre выше deny invalid

я написал что сделать

!) security - fixed vulnerabilities CVE-2019-13954, CVE-2019-13955; !) security - fixed vulnerabilities CVE-2019-11477, CVE-2019-11478, CVE-2019-11479; !) security - fixed vulnerability CVE-2019-13074;

Подробнее

почему с одной стороны, один провайдер у обоих

прошивки одинаковые

почему с одной стороны, один провайдер у обоих

Подробнее

спасибо, проверил на другой органицации, не подымается если есть dual wan

теперь так

добрый день, с недавних пор при подключении по винбоксу, в логах стало писать, хотя телнет отключен. Это нормально?

Проверь другие хосты google cloud ec2

я, просто раньше в логах всегда было, что я подключен через винбокс, а с недавних пор заметил, что еще строчка про телнет добавилась

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

Лови Индию 34.93.225.49 у меня пинг 94мс туда

не пингуется! Матрикс-Алчевск has you! )))

постройте сначала vpn куда нибудь. а через него уже в лабу

> настроен capsman на себя но зачем?

> настроен capsman на себя но зачем?

Всем привет, есть hap ac 2 настроен capsman на себя, 1-2 клиентов постояно дропает по ошибке : 4 way handshake timeout

внимание: на 6.45.2 такая фигня замечена: filter add chain=forward action=fasttrack-connection connection-state=established,related comment="defconf: fasttrack" filter add chain=forward action=accept connection-state=established,related,untracked comment="defconf: accept established,related, untracked" работает не корректно. проходят вот такие пакеты HOST-test forward: in:VLAN1150-HOST-test out:bridge-client, src-mac 02:1b:2b:9e:39:2a, proto TCP (ACK), 159.148.147.204:80->192.168.247.134:40568, len 1440 это пакет который блокируется правилом add action=drop chain=forward comment="DROP all" in-interface-list=external-int log=yes замечено, что при включенном packet sniffet и передече на удаленный хост эта проблемма исчезает. так же решение отключить fast track и вместо него правило: add action=accept chain=forward comment=Established+related connection-state=established,related in-interface-list=external-int

а можно суть проблемы в более общем виде? Какие последствия ошибки?

По идее, нагруженные tcp-сессии могут тормозить из-за потери отдельных ack

Интересно, какой статус у этих пакетов, если не сопоставлены с соединениями established и не untracked... ?

Надо сделать правило для new и проверять логированием . Странно.

По идее, new tcp должно иметь флаг syn

внимание: на 6.45.2 такая фигня замечена: filter add chain=forward action=fasttrack-connection connection-state=established,related comment="defconf: fasttrack" filter add chain=forward action=accept connection-state=established,related,untracked comment="defconf: accept established,related, untracked" работает не корректно. проходят вот такие пакеты HOST-test forward: in:VLAN1150-HOST-test out:bridge-client, src-mac 02:1b:2b:9e:39:2a, proto TCP (ACK), 159.148.147.204:80->192.168.247.134:40568, len 1440 это пакет который блокируется правилом add action=drop chain=forward comment="DROP all" in-interface-list=external-int log=yes замечено, что при включенном packet sniffet и передече на удаленный хост эта проблемма исчезает. так же решение отключить fast track и вместо него правило: add action=accept chain=forward comment=Established+related connection-state=established,related in-interface-list=external-int

Но тут явно баг потому как packet sniffer избавляет от этой проблемы

И так повсюду тут :) Когда же роутерборды научатся устанавливать качественные антенны в свои железки..

Оффтоп: только что подал на MUM Indonesia 2019 по теме IKE2 site-to-site. Жду одобрение. Вчера общался с моим приятелем, который возглавляет длиннющий список авторизованных микротик консультантов в Индонезии. Сказал, что ипсек тут совсем не развит из-за сложности и новости. Но сказал, что мой доклад может сильно повлиять на скорость внедрения 🙂