Воткнул пока сниф, пытаюсь выловить, может виновник всё же сидит где т. Линуксы вирусами ещё как болеют, просто в нашем случае на клиентских тачках интерфейсы порезаны нахрен рабочие

На клиентских тачках у нас минт, на нем юзвери коннектятся по рдп с офисом, плюс на кассах тоже минт, на котором прога кассовая стоит под линукс писанная, синхронизирующаяся с магазинным линёвым серваком с базой данных, в свою очередь синхронизирующейся с главным серваком в офисе. Видеонаблюдение ещё есть, но в данный момент пока тестирую оно специально отключено, проблема сохраняется, так что трабл явно не в нём.

Что в принципе вариант местного шторма по вине свитча всё равно не исключает

Весело у вас

Народ, помогите понять правильно ли я сделал. В общем у меня провайдер частенько меняет шлюз, опытнум путем выяснил что шлюза 3. В общем я в ROUTE добавил правило где прописаны все 3 шлюза...только один reacheble а 2 других unreahtble...нормльно ли так? Микрот при таком маршруте не будет скорость делить или еще чего?

Весело у вас

почему?изза прова?

угу. Ни разу не видел прова, который шлюз находу меняет

решается сие ацлкой, запрещающей icmp с порта нехорошего абонента со стороны провайдера

а подробней... /ip firewall add...

я бы сначала убедилась что проблема в этом) маки у всех 3х узлов одинаковые?

не смотрел...но как-то была проблема что юзеры воткнули в сеть гдето по соседству роутер а кабель от роутера в лан порт

в случае со статикой то вас волновать не должно)

как не должно...айпи я получаю по DHCP

ели это описанная мною проблема - вместе с ипом шлюза сменится и его мак. при чем, сменятся почти все циферки)

а что говорит пров по вопросу смены шлюза? может с саппортом пообщаться?

Я думаю что смнится скорее всего шлюзы может резервные...ибо по 2ip с новым айпи бился вышестоящий провайдер

ууууу с девочками которые знают только "отключите роутер на 10 минут", а на вопрос пообщаться с админом: "админ не общается с клиентами"

не надо тут девочек из саппорта обижать, они бывают умными))))

редко

ну я по нику понял что девочка, значит хороший сапорт у вашего ISP

кстати, в момент смены шлюза в трассе добавляется лишний хоп?

На клиентских тачках у нас минт, на нем юзвери коннектятся по рдп с офисом, плюс на кассах тоже минт, на котором прога кассовая стоит под линукс писанная, синхронизирующаяся с магазинным линёвым серваком с базой данных, в свою очередь синхронизирующейся с главным серваком в офисе. Видеонаблюдение ещё есть, но в данный момент пока тестирую оно специально отключено, проблема сохраняется, так что трабл явно не в нём.

Кто нибудь может объяснить, откуда такие странные подтормаживания при пинге удалённого микрота из подсети главного? Связаны междусобой по гре\ипсек

Ага

а если не по туннельным айпишникам пингать - ситуация та же?)

а если не по туннельным айпишникам пингать - ситуация та же?)

Он и так по серым адресам пингует. Смотрите скрин

Прямые внешние пингуются нормально, если пинговать с разгруженной внешки.

я имею ввиду по внешке, вне туннеля) там как я понимаю туннельный ип)

В том то и прикол, глюк именно при пинге из подсети офисе айпишек в удаленной подсети. Допустим есть у меня другой филиал с серым айпишником, с офисом коннектится по л2тп/ипсек, как ни странно с его подсетью пинги вполне стабильны

Прямые внешние пингуются нормально, если пинговать с разгруженной внешки.

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

Сейчас уехал из офиса уже, думаю завтра ещё с утра поколдовать. Мне после праздников наконец то выспаться хочется, сочетать празднование с работой как то туговато для организма сказывается )))

Жирные фреймы мало кто из провов включает. Вангую толстый мту в туннеле.

ну вот, набрать прова и попросить включить для теста толстый фрейм (ну, или провайдеров, если на 2х точках они разные). думаю, не откажут) особенно если подключены как юрлицо)