cyb_x Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору     Официальный сайт : http://www.mikrotik.com   Данная тема создана для обмена информацией по вопросам и проблемам настройки MikroTik RouterOS Тема в варезнике       Официальная документация: http://wiki.mikrotik.com/wiki/Category:Manual для версии 3.х http://www.mikrotik.com/testdocs/ros/3.0/ для версии 2.9.х http://www.mikrotik.com/docs/ros/2.9/ для версии 2.8.х http://www.mikrotik.com/docs/ros/2.8/ RouterOS Packet Flow: http://wiki.mikrotik.com/wiki/Packet_Flow (важно знать для понимания сути происходящего в файрволе и шейпере)   Обмен опытом пользователей MikroTik RouterOS: http://wiki.mikrotik.com/wiki/Main_Page     Обсуждение ROS: Раздел форума PCRouter, посвященный MikroTik RouterOS Раздел форума DriverMania. Много полезного.   Статьи: Краткий FAQ по настройке (первоисточник). Объединяем офисы с помощью Mikrotik Делим Интернет или QoS на Mikrotik (первоисточник). Установка и настройка ABillS + Mikrotik на Gentoo Linux. Всего записей: 81 | Зарегистр. 18-10-2004 | Отправлено: 19:58 14-01-2006 | Исправлено: ShriEkeR, 15:58 02-09-2009

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору FreeLSD_md есть ещё такая штука, как bogon-адреса - ещё не выданные никому, типа   1.0.0.0/8 2.0.0.0/8 5.0.0.0/8 и так далее...   если же речь просто о приватных адресах - то в Минске один из основных интернет-провайдеров таким не брезгует - приходят бродкастовые запросы от соседей ))) как минимум на провайдерском канале, не знаю, как у конечных пользователей... Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 15:55 20-08-2009

fdboss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Chupaka   лепет это от слова лепетать, быстро говорить, а лепит это от слова лепит то есть втирает, могз парит, ну или лжет, изварачивается   но это не суть, не будем отклонятся от темы. посмотрел я ссылку, вот хоть убей не нашел там расшифровку как понимать chain input, есть как понимать input inter. То что chain input это пакеты адресованные самому интерфейсу незнал. почему то считал что input это все пакеты которые приходят на этот интерфейс, как например на cisco,     по приведеному примеру, вот как только устанавливаю интерфейс, правило перестает работать. даже при условии что стоит форвард. я это к чему все расказываю в 2.9.27 такое правило работает, а в 3.22 нет         deny это от циски, просто строчку приводил с форума взятую, а там было accept, ну это не важно ты же понял что я имел ввиду, можно читать deny как drop Всего записей: 76 | Зарегистр. 21-07-2009 | Отправлено: 16:26 20-08-2009

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору fdboss тогда правильно "без детской лепки"   Цитата: в 2.9.27 такое правило работает, а в 3.22 нет бридж не используется? если используется, то надо использовать in/out-bridge-port вместо in/out-interface Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 16:43 20-08-2009

nocture Newbie Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Вопрос обращен ко всем: возможна ли работа (стабильная) на базе XEN полной виртуализации Mikrotik, пытался ли кто сделать подобное ? И если были случаи поделитесь опытом. Всего записей: 19 | Зарегистр. 21-09-2007 | Отправлено: 09:01 21-08-2009

allip Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Вопрос к профессионалам в роутерос. Прошу помощи в следующей ситуации. Заранее напишу что прочитал и перепробовал много примеров из ВиКи и мануала, Но конкретной информации я так и не нашел.   Вопрос в следующем - EQUAL BANDWIDTH SHARING AMONG USERS (равно распределение канала в инетернет среди пользователей).   Теперь более конкретно - РАВНОЕ РАСПРЕДЕЛЕНИЕ КАНАЛА СРЕДИ ПОЛЬЗОВАТЕЛЕЙ СЕТИ, КОТОРУЮ NAT'ит (МАСКАРАДИТ) PC-маршрутизатор с РоутерОС. Прошу не отсылать на ВиКи и манула - там все прочитал, пытался применить к своей ситуации, но так и не получилось нормально.   Ситуация моя следующая:   1) имеем пользователей локальной сети 192.168.1.0/24 2) имеем следующую схему подключения оборудования (смотреть слева-направо)   локальная сеть 192.168.1.0/24 --- НЕУПРАВЛЯЕМЫЙ СВИТЧ ----- Роутер ОС 2.9.51 ----- ----- ADSL-модем в режиме моста   Интернет пользователи сети получают от провайдера через ADSL-канала со скоростью 2048k down / 1024k up. На РоутерОС стоит клиент pppoe, который и конектится к pppoe серверу ISP через ADSL-бридж. ТАКЖЕ на РоутерОС поднят L2TP-сервер, к которому, через ТОТЖЕ ADSL-канал подключатся пользователи. И всех пользователей (LAN и L2TP) пускает в инет Роутер ОС через ADSL-канал (т.е. делает еще и макарадинг/наттинг).     Вопрос в следующем - как РАВНОМЕРНО распредлеить Интернет канал между ВСЕМИ пользователями (LAN и L2TP) при том что машина с РоутерОС выполняет и НАТ и Шейпинг, хотелось бы использовать PCQ, Simple Queues или Queue Tree - значения не имеет - главное качественный результат.   Прошу знающих людей - помогите примером конфигурации или пните в нужную ссылку. Ничего КОНКРЕТНОГО по такой, казалось бы стандартной ситуации раздачи инета, НЕ НАШЕЛ.       Всего записей: 33 | Зарегистр. 02-02-2007 | Отправлено: 12:45 21-08-2009

allip Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: allip Прочти то что в шапке под ссылкой Делим Интернет или QoS на Mikrotik. Там стандартный пример того как разделить поровну траффик на всех.   думаю что нет, т.к.   1) не понятно что там за public и local интерфейсы 2) не известно используется ли NAT или нет   очень "невнятный" пример, все слишком поверхностно и не для "чайников"   тем более, согласно http://wiki.mikrotik.com/wiki/Different_limits_for_Local/Overseas_traffic_for_3_bandwitch_rates_using_pcq_and_queue_tree   Цитата:   Important note   This setup will work correctly if local network is not masqueraded. If masquerade is used then the parent for all upload queues must be 'global-out' instead of 'public'. The reason for this is that the pcq_upload classifier is source address. In case of masquerading, the source address is changed to public IP address. If a queue is set to 'public', interface pcq will think that all packets are coming from one source ( public IP ). PCQ must see the source address before masquerading occurs; according to the packet flow diagram from the manual, 'global-out' is before 'src-nat'.       получаем недоразумение, поэтому я и спрашиваю пример кофигурации, т.к. ни в мануале ни в вики конкретно по этому поводу не ничего   Добавлено: так же, согласно http://wiki.mikrotik.com/wiki/Queue_with_Masquerading_and_Internal_Web-Proxy   получаем очередное недоразумение в плане маркировки пакетов и привязки очередей на нужные интерфейсы.   Говорюж - все это перечитал, иначе б не задавал вопросов, Chupaka - выручай! Всего записей: 33 | Зарегистр. 02-02-2007 | Отправлено: 15:52 21-08-2009

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору mukas каналы пользовательские, с NAT'ом? тогда невозможно - никакой провайдер в здравом уме не позволит себе принимать пакеты с src-adress'ом другого пользователя (чтобы они возвращались не туда, откуда пришли)   allip Цитата: 1) не понятно что там за public и local интерфейсы   public - понятно, а local не использовать, вместо него просто по адресам внутренним (lan и l2tp) фильтровать   Цитата: 2) не известно используется ли NAT или нет   где используется?..   там же по-русски написано: сделайте родителем нашей очереди global-out. тогда всё будет чики-пуки. то есть, схема такая: пакеты от пользователя маркируем одной меткой, к пользователю - другой, посылаем на две очереди с родителем global-out и типом PCQ с соответствующим классификатором   кстати, канал 2/1 - это общий, в котором и l2tp-подключения висеть будут, или только интернет? Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 17:25 21-08-2009

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору тогда не помешает, наверное, как-нить l2tp-трафик (самого туннеля, а не внутри него) выделить вместе с интернет-трафиком в соседние подочереди одной очереди, дабы корректнее обрабатывать заполненность канала...   так, просто мысль...   сегодня у директора ДР, дальше думать лень )) Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 17:37 21-08-2009

allip Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору кто-нибудь может дать действительно РАБОЧИЙ пример     Certain Bandwidth Equal Distribution between Users   и   Unknown Bandwidth Equal Distribution between Users   примеров во в этой ВиКи статье так и НЕ нашел:   http://wiki.mikrotik.com/wiki/PCQ_Examples     P.S. интернет раздается через routeros, т.е. routeros делает masquerade для пользователей, которые находятся во внутренней сети   Добавлено: Цитата: тогда не помешает, наверное, как-нить l2tp-трафик (самого туннеля, а не внутри него) выделить вместе с интернет-трафиком в соседние подочереди одной очереди, дабы корректнее обрабатывать заполненность канала...     так, просто мысль...     сегодня у директора ДР, дальше думать лень ))     попытался промаркировать трафик следующим образом, исходя из того что осуществляется маскарадинг пользователей LAN и пользователей L2TP, кореектно ли получилось?   ip firewall mangle print   Flags: X - disabled, I - invalid, D - dynamic    0   chain=prerouting action=mark-connection new-connection-mark=users-con passthrough=yes src-address=192.168.1.0/24      1   chain=prerouting action=mark-packet new-packet-mark=users-down passthrough=yes in-interface=pppoe0 connection-mark=users-con      2   chain=prerouting action=mark-packet new-packet-mark=users-up passthrough=yes in-interface=2LAN connection-mark=users-con      3   chain=prerouting action=mark-connection new-connection-mark=l2tp-con passthrough=yes src-address=4.3.2.0/30      4   chain=prerouting action=mark-packet new-packet-mark=l2tp-down passthrough=yes in-interface=pppoe0 connection-mark=l2tp-con      5   chain=prerouting action=mark-packet new-packet-mark=l2tp-up passthrough=yes in-interface=l2tp0 connection-mark=l2tp-con     Ниже представлена схема раздачи инета. Вопрос - как правильно ораганизовать равное распределение полосы пропускания между ВСЕМИ пользователями (L2TP и LAN) ???       Добавлено:   попытался реализовать вышепредставленную ситуацию с помощью Simple Queues, но не уверен что корректно, гуру роутерос - прошу помощи у вас:    queue simple print Flags: X - disabled, I - invalid, D - dynamic    0    name="Main" dst-address=0.0.0.0/0 interface=all parent=none direction=both priority=8 queue=pcq-upload/pcq-download limit-at=0/0 max-limit=921000/1843000 total-queue=default-small      1    name="LAN_users" target-addresses=192.168.1.0/24 dst-address=0.0.0.0/0 interface=all parent=Main direction=both priority=8 queue=pcq-upload/pcq-download limit-at=0/0 max-limit=0/0 total-queue=default-small      2    name="L2TP_users" target-addresses=4.3.2.0/30 dst-address=0.0.0.0/0 interface=all parent=Main direction=both priority=8 queue=pcq-upload/pcq-download limit-at=0/0 max-limit=0/0 total-queue=default-small     Всего записей: 33 | Зарегистр. 02-02-2007 | Отправлено: 10:47 23-08-2009 | Исправлено: allip, 14:25 23-08-2009

Bess12345 Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Добрый день всем. Установил себе микротик 2.9.27. Настроил, подключил на модем, после чего возникла проблема, что не всех пользователей пускает в инет. Некоторых с раза 20, а других вообще пускать не хочет. Думал, проблема с лицензией, взял у друга ОС, и та же фигня...   В чем затор? Совсем не пойму...   Железо Celeron-MMX 366, оперативый 128. Комп вродь подходит для микротика.   Может кто чего посоветует? Всего записей: 6 | Зарегистр. 25-07-2009 | Отправлено: 15:03 23-08-2009 | Исправлено: Bess12345, 15:21 23-08-2009

star4ik Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Можно ли организовать такое шейпирование с помощью Queue? если да, ток ткните носом где можно почитать.   Абонентам можно было определить, например, 50 мегабит(маркерованный), а каждому из абонентов полагалось не более 512 кбит (например). Как только суммарно абоненты превосходили 50 мегабит, то каждому скорость урезалась до тех пор, чтобы суммарная скорость не превышала общую - то есть 50 мбит. Всего записей: 83 | Зарегистр. 09-11-2008 | Отправлено: 15:13 23-08-2009 | Исправлено: star4ik, 16:48 23-08-2009

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » MikroTik RouterOS

ShriEkeR (15-09-2009 14:27): лимит страниц. продолжаем в MikroTik RouterOS (часть 2)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование