?

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

с ребенком общаться в чате что бы он просил там интернет?

можно еще сделать типо отправь смс по номеру такому то 30р и получишь ютуб на 30 минут?

предварительно эти 30 рублей ему выдать на карманные расходы?

предварительно эти 30 рублей ему выдать на карманные расходы?

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

что бы не переходить на денежные взаимодействия внутри семьи лучше сделать какие нибудь криптотокены и уже использовать внутри семьи их

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

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

как убили есть же

по тихоньку убивают

есть только на мипсах

а их всё меньше и меньше

и их мощности не велики

а на жирных железках нету

по тихоньку убивают

на старой модели у меня есть на hAP ac^2 нет уже

походу какое тоустроство пытается занять тот же ip

походу какое тоустроство пытается занять тот же ip

Неа

просто интересно , 255 это обычно windows-like 64 ~nix-like

у винды 128

а, да, может трассу посмотреть , откуда пингуешь ? с той же сети ? proxy-arp случайно на адаптере в сеть ,,15,0/24 не включен ?

Подскажите как с помощью PCC отправлять запросы с разых ip? На интерфейсе прописал адреса, надо чтобы каждый новый коннект с нового ip отправлялся. Если делаю PCC по src адресу, то срабатывает правило и соединение отправляется с 1 ip и живет 10 минут, если по dst адрес, то же самое. Может как-то поможет RANDOM?

Адреса прописаны на интерфейсе ?

Адреса прописаны на интерфейсе ?

Да, адреса прописаны на интерфейсы. Получается у меня dst adress один и тот же, порт одинаковый и src adress.

Можно посмотреть в сторону same

Это как,

То есть я хочу обращаться к серверу каждым новым конектом с нового ip

same - gives a particular client the same source/destination IP address from supplied range for each connection. This is most frequently used for services that expect the same client address for multiple connections from the same client

Из списка берет разные адреса ...

Можно создать несколько правил Ната в которых не рандомно, а в процентном соотношении задать возможность срабатывания

Четыре правила с вероятностью 25%

same - gives a particular client the same source/destination IP address from supplied range for each connection. This is most frequently used for services that expect the same client address for multiple connections from the same client

А как правило должно выглядеть? у меня есть локальная машина 10.0.0.2 и 20 внешних адресов.

Соответственно каждый запрос с нового адреса.

А 20 адресов сеткой ?/

Или просто 20 адресов

Нет, к сожалению из разных сетей

А шлюз один ?

Да.

Тогда можно нарисовать 20 правил src nat )

Я уже нарисовал =)

Вопрос только как заставить рандомно по ним ходит трафик =)

там есть рандом в правилах

там есть рандом в правилах

Да, но немного непонятно как его настроить.

Рандом 5 ?)

ну

И последнее правило без рандома

Но вероятность будет не вероятностной

последнее правило джамп вначало -)

Тоеть в теории можно создать в мангле правило и прописать random 20 new caonnection mark - ip 1 , и так далее - 20 правил?

ну ладно согласен рандом штука вротностная можно тогде nth расписать

или pcc

На форвард new эт очень хорошо

В мангале

У меня сейчас 20 правил PCC и 20 правил src-nat

И потом на каждое соединение привязку к адресу в нат

Но проблема в том что у меня dst,src и port всегда одинаковый

Надо до компа добраться и потыкаем

значит nth

Ну попробуй пару вариантов ... правильно что метишь первый пакет соединения и маркируешь его ... потом все пакеты привзяваеашь к src

Надо до компа добраться и потыкаем

Я уже в тупике, и очень интересно как можно рещшить эту задачу =)

https://wiki.mikrotik.com/wiki/Manual:NTH_in_RouterOS

Вот Дима говорит взять nth ... давай точно прочитаем механизм работы

Вот Дима говорит взять nth ... давай точно прочитаем механизм работы

Сейчас покопаем =)

Ну все просто

Да, все просто, только я буду маркировать не пакеты а коннекты =)

А тебе и надо коннекты маркироваться

Иначе тебя тот же самый Гоголь разовтаризует

В пределах соединения работай с адреса, новое соединение новый адрес ... конечно будет так что адреса закончатся и пойдёт по новой

ERROR: S client not available

ты маркируешь тсп сун пакет

а потом метишь его как соединение

-)

Conn stay new

Из интерфейса своих клиентов

Получается такое правило add action=mark-connection chain=prerouting disabled=yes new-connection-mark=\ ip1 nth=20,1 passthrough=yes

И будет у тебя одно правило )

Опять какой то рандом )

Нет, 20 =)

Ну 20 эт да )

не ты метишь все подряд

Все равно дурацкий метод

не ты метишь все подряд

А как лучше?

Из интерфейса клиентов

Новые connection state new

попробуй констате нью nth20.1 mark conn

Вот так add action=mark-connection chain=prerouting disabled=yes dst-address-type=\ !local in-interface=ether2 new-connection-mark=ip1 nth=20,1 passthrough=yes

но "сомнительное решение" -)

Такое как рандом

Пробуй !

add action=mark-connection chain=prerouting connection-state=new disabled=yes dst-address-type=!local in-interface=\ ether2 new-connection-mark=ip1 nth=20,1 passthrough=yes

Нет

Пасру убери

еси нет то тсп сун nth

add action=mark-connection chain=prerouting connection-state=new disabled=yes dst-address-type=!local in-interface=\ ether2 new-connection-mark=ip1 nth=20,1 passthrough=no

Да

И таких 20 правил

и до бавь конмарк=номарк

add action=mark-connection chain=prerouting connection-mark=no-mark connection-state=new disabled=yes \ dst-address-type=!local in-interface=ether2 new-connection-mark=ip1 nth=20,1 passthrough=no

надеюс ты к нам вернешся в тг после этого хотябы завтра -)

да

Куда он денется