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

MikroTik + HFS «скорость ограничена»

MikroTik + HFS «скорость ограничена», RouterOS

yahoo876

Guest

17.03.2011 13:17:00

Я новичок в Mikrotik. У меня есть ПК с сервером Mikrotik, настроенным с hotspot и DHCP-сервером. Проблема в том, что у меня есть локальный HFS-сервер, и когда пользователь подключается к нему, я вижу исходный IP как IP сервера Mikrotik — «192.168.0.254», и скорость ограничена, как указано в профиле пользователя. Что мне нужно сделать, чтобы запросы не проходили через сервер Mikrotik и соединение между ПК пользователя и HFS-сервером было прямым?

ojeysky Guest	#2 0 31.05.2011 18:24:00 Я тоже с этим столкнулся и искал информацию, но так и не понял, почему это происходит. Судя по всему, проблема появилась начиная с версии V4.12. Буду рад услышать, как вы с этим справились. Спасибо!

fewi

Guest

31.05.2011 18:27:00

Возможно, хотспот вызывает ARP-отравление сети из-за универсального пула NAT-адресов. У вас настроен пул адресов в разделе «/ip hotspot» для интерфейса, на котором вы это наблюдаете? Если да, попробуйте установить значение «none», очистите ARP-кэши на клиентах, с которыми тестируете (если сомневаетесь — перезагрузите их), а потом попробуйте снова.

ojeysky

Guest

31.05.2011 18:35:00

Спасибо за быстрый ответ. Да, у меня стоит "none", но проблема всё равно остается. У меня 7 VLAN'ов, и всё равно видно, что трафик идёт с гейта одного из VLAN'ов. При этом сеть этого гейта вообще не подхватывается в хотспот, а остальные 6 VLAN'ов как раз под хотспотом. Что ещё можно попробовать? Спасибо.

fewi Guest	#5 0 31.05.2011 18:37:00 Сервер, к которому вы пытаетесь подключиться, находится в той же Broadcast-домене, что и клиенты, или трафик идет между двумя сетями?

ojeysky

Guest

31.05.2011 18:42:00

Сервер находится в VLAN2 с подсетью 172.2.0.0/21 и шлюзом 172.2.0.1 (IP Mikrotik). У меня есть ещё 6 VLAN на том же Mikrotik, и все пользователи из этих разных подсетей, которые пытаются получить доступ к серверу (hfs) в VLAN2, отображаются с исходным адресом 172.2.0.1. Кстати, все остальные 6 VLAN настроены через hotspot, а VLAN с сервером — нет.

fewi

Guest

31.05.2011 18:45:00

Твой случай совершенно отличается от того, с чем столкнулся оригинальный автор. У него страдал трафик в той же подсети. У тебя просто правило source NAT слишком общее и оно NAT-ит трафик между всеми интерфейсами, а не только на выход в Интернет. Наобум, не глядя в твою конфигурацию, сначала определи имя интерфейса, который подключает тебя к Интернету. Допустим, он называется «WAN». Затем найди правило в цепочке src-nat с действием «masquerade», отредактируй его и добавь «out-interface=WAN». Если нужна дополнительная помощь, пришли выводы команд «/ip address print detail», «/interface print detail», «/ip route print detail» и «/ip firewall nat export».

ojeysky

Guest

31.05.2011 18:57:00

На самом деле это не отличается от того, что сказал другой человек, единственная разница — у меня есть VLAN. Даже если я обращаюсь к серверу из подсети VLAN2, HFS всё равно показывает, что запрос идёт с 172.2.0.1, а это адрес шлюза роутера. Наш интерфейс тоже не сработал.

fewi Guest	#9 0 31.05.2011 19:06:00 Пожалуйста, выложите результаты запрошенных мной команд, а также команды «/interface ethernet print detail» и «/interface vlan print detail».

ojeysky

Guest

#10

31.05.2011 19:43:00

Привет, похоже, что всё работает! Но это довольно странно, потому что обычно у меня такой проблемы нет, когда я использую V4.11. Так что мне пришлось не указывать выходной интерфейс для каждой подсети, и это решило проблему! Теперь, поскольку у меня несколько выходных интерфейсов, возможно, придётся сделать так для каждой подсети на других выходных интерфейсах. Спасибо!

fewi

Guest

#11

31.05.2011 19:45:00

Правила NAT обычно можно сократить до одного, который охватывает все подключённые сети и применяется только к WAN-трафику. Это должно выглядеть примерно так: /ip firewall nat add chain=srcnat out-interface=WAN action=masquerade Мастера настройки Hotspot добавляют всевозможные правила с указанием конкретного IP-пространства, которые можно упростить вручную. К слову, 172.2.0.1/21 — это не приватное IP-пространство. С этим могут возникнуть проблемы в дальнейшем.

ojeysky Guest	#12 0 31.05.2011 19:52:00 На самом деле это не настоящий IP, просто написал что-то для примера. Да, я всё сократил. Спасибо.

MasterTee Guest	#13 0 19.06.2011 03:14:00 Тебе нужно поменять IP-адрес сервера HFS для шаринга из твоей подсети, чтобы всё работало нормально. Например, сеть имеет IP 50.60.70.0/24, у HFS IP 10.0.0.2, а у моего компьютера — 50.60.70.100. Потом добавь такое правило, чтобы трафик шаринга проходил без авторизации: /ip firewall nat add action=dst-nat chain=dstnat comment="" disabled=no dst-address=10.0.0.2 dst-port=80 protocol=tcp to-addresses=50.60.70.100 to-ports=80 add action=dst-nat chain=dstnat comment="" disabled=no dst-address=10.0.0.2 dst-port=80 protocol=udp to-addresses=50.60.70.100 to-ports=80 /ip firewall mangle add action=mark-packet chain=prerouting comment=ShareUpLoad disabled=no dst-port=80 new-packet-mark=ShareUpLoad passthrough=no protocol=tcp add action=mark-packet chain=postrouting comment=ShareDownLoad disabled=no new-packet-mark=ShareDownLoad passthrough=no protocol=tcp src-port=80 /queue tree add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=ShareUpLoad packet-mark=ShareUpLoad parent=global-in priority=6 queue=ethernet-default add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=ShareDownLoad packet-mark=ShareDownLoad parent=global-out priority=6 queue=ethernet-default

Читают тему

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