MDP

сойдёт ....а гости по внешним например FTP ресурсам лазить не будут? ...так-то только 80 и 443 порты закрыты кроме 213,189,197,37 и 109,207,0,0/24 Я бы вообще последнее правило поставил запрещать всё и по всем портам и протоколам У меня вот так...только я перечислил локальные машины которым нужен интернет (полный) , остальным вообще всё запрещено (разруливает SkyDNS дальше) .

первое правило убери совсем. ...и переставь в правилах источник и назначение местами.

Ты источник с назначение попутал)))) ...первое правило разрешает всем локальным пользователям http наружу источник адрес из внутренней сети , назначение внешний адрес

Внутренюю сеть что-ли забанил? ))))

Эх ...ломать не делать)))) ...возьми паяльник и заплавь отверстие кнопки...или суперклеем залей её...раз уж выламывал))))

Ну да, броадкаст один...понимаете, как будут уживаться 2 dhcp сервера? ...в данном случаи? ...я нет. Это тоже самое что сделать 192.168.1.1/25 и 192.168.1.129/25 В чем смысл?

нннадо!

Не я без калькулятора могу догадаться...просто на 1 сегмент есть 1 броадкастовый адрес...если тупо маской сети объединить 2 сети разные сети...то что же получится?

И какой адрес будет тогда броадкастовым?

Меж 4 объединенными интересами и другими 4 объединенными.

... начну с заунывного...это SOHO роутер, для обычных пользователей совершенно бесполезная фича...нужна менее 1 %.)))))) А на ультре 2 можно доагрегироваться на передачу 4 гигабита в теории?

"Мочи" всю подсеть ))))))

...ой накликаете сейчас гнев модераторов)))))

Если китайские и индийские товарищи не нужны...то можете смело брать кусок этого фЫльтра и приляпать себе)))) А так конечно непродуманно как-то происходила выдача IPv4 для разных стран мира...диапазоны все вперемешку.

Я поступил топорно)))) ...правда у меня открыт 21 порт. Процентов на 90 снизилась краснота в логах. )))))) Тупо сделал фильтр в МСЭ на входящем интерфейсе. ...ну как вариант сойдёт.))) В фильтре в большей массе Китай и Индия.

На счет сортировки у меня не работало никогда...

Дык как он его увидит? ...если обозревателя сети нету

Версия NDMS2.09.C.0.0-1 ультра 2 Выходят ошибки при правке ACL. На предыдущей стабильной версии такого не было. Селф-тест прикладывал, но скрыл нечаянно всю тему с аналогичным наименованием. @Le ecureuil @ndm Или это вовсе не ошибка, а фича такая новая? Тогда зачем она выделяется красным цветом?

Тоже обновил удалёно...но видимо попал на серый адрес после перезагрузки ...придется идти домой

У меня выключен (но дежурное питание присутствует), линк показывает 100Mb FDX.

...где? Нужно что-бы PPPoE никогда не получал адреса из диапазона 100.64.0.0/10. Если не трудно ткните.. Ага...нашел..

Да нужен именно белый адрес...для FTP, ну иногда ещё для соединения по PPTP с "домашней" сетью. Скорость соединения совершенно не важна

Возможно ли как-то сделать проверку на ttl ? Например: если ttl равен заданному значению, то всё хорошо...а если например ttl отличен от заданного, тогда переходим на альтернативное соединение...или переподключаемся? Либо сделать возможность задавать значение TTL в ping check ? Провайдер иногда выдает серые адреса...а иногда белые. Есть мысль что если мы зададим пинг-чек на ближайший DNS провайдера, то он будет иметь одно значение...у меня например проходит через 4 узла, а если провайдер будет выдавать серый адрес, тогда ttl скорее всего уже будет другой (по крайней мере NAT обработку пройдет ещё дополнительно). Вот и как-бы можно сделать механизм "защиты" от получения серого адреса.

Если на отсылку почты, хорошо работает, то скорее всего mx есть...иначе с вероятностью 90% письма бы отфутболивались в спам.

Купить модуль ардуино + реле + скотч ))) + фантазия Тему наверное в курилку