+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Соединение через Интернет-подключение, которое блокирует – как это исправить?

Соединение через Интернет-подключение, которое блокирует – как это исправить?, RouterOS

kjagus

Guest

15.01.2006 09:46:00

Привет! Пытаюсь заблокировать совместное использование соединения для пользователей из одного из профилей пользователя точки доступа. Пытаюсь установить outgoing-packet-mark в указанном профиле точки доступа 2 name="BASIC" keepalive-timeout=10m status-autorefresh=1m
shared-users=unlimited rate-limit="32k/256k" incoming-filter="no-p2p"
outgoing-filter="no-p2p" incoming-packet-mark="ttl"
outgoing-packet-mark="ttl" transparent-proxy=yes open-status-page=always
advertise=no, а затем установить значение ttl в правиле mangle, основываясь на packet mark, установленном в точке доступа. 0 chain=postrouting out-interface==Klienci-bridge packet-mark=ttl
action=change-ttl new-ttl=set:2 Но в статистике правила mangle нет ни одного пакета – похоже, пакеты вообще не маркируются, так что ЛЮБЫЕ правила, основанные на mark, делать нечего. Есть ли какой-нибудь хороший способ избежать совместного использования Интернета для указанного пользователя (определенного по профилю точки доступа)? Спасибо и наилучшие пожелания! kjagus

nazemg Guest	#2 0 25.01.2006 00:25:00 Думаю, лучший способ решить эту проблему – использовать ограничение сессий.

maroon Guest	#3 0 25.01.2006 06:43:00 Назем, ты же ливанец и работаешь в Ираке? А чем занимаешься? Спасибо.

cibernet Guest	#4 0 23.01.2006 05:58:00 Ты не заблокируешь ICS…

maroon Guest	#5 0 23.01.2006 11:02:00 Серьёзно!!! Вообще нет возможности отключить ICS или NAT на стороне клиента? Если такая возможность есть… как это настроить? Спасибо.

savage Guest	#6 0 24.01.2006 07:09:00 Совсем нереально…

normis Guest	#7 0 24.01.2006 07:12:00 Конечно, нет — как ты можешь узнать, что делает твой клиент в его локальной сети?

sroa

Guest

27.01.2006 18:03:00

Возможно, единственный выход — ограничить количество одновременных подключений (connlimit), которое может делать один пользователь (40-60). Если клиенты делятся между собой, то будет больше подключений, и они начнут обрываться. Единственная проблема в том, что если другие пользователи используют все подключения, то компьютер ICS не сможет пользоваться интернетом.

kjagus

Guest

27.01.2006 23:45:00

Обычно ограничение TTL – это хорошо… пока пользователь не знает, как изменить значение TTL. Я знаю, что для кого-либо на этом форуме это не проблема, но ограничение TTL – это проблема для большинства моих клиентов. Они – "обычные люди", а не гуру.

kleber Guest	#10 0 28.01.2006 19:17:00 Я блокирую ics через iptables: использую на Linux-боксе: iptables -I FORWARD -m ttl --ttl-lt 127 -j DROP (блокировка NAT в Windows) или iptables -I FORWARD -m ttl --ttl-lt 63 -j DROP (блокировка NAT в Linux). А как это перевести на Mikrotik?

driton Guest	#11 0 28.01.2006 21:04:00 Или отбрасывай все пакеты, если TTL ниже 128, если у тебя только Windows-хосты.

sten Guest	#12 0 29.01.2006 10:58:00 В чем, собственно, проблема? Мне кажется, ты идешь не тем путем, чтобы её решить.

savage Guest	#13 0 24.01.2006 07:19:00 Точно мой аргумент. Как только пакет правильно переведен, в нем ничего не указывает на то, что он пришел из другой сети…

driton Guest	#14 0 24.01.2006 10:36:00 ttl уменьшился.

normis Guest	#15 0 24.01.2006 11:47:00 Только если используешь ICS???

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры