evgeniy7676 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору   MikroTik RouterOS (часть 1), MikroTik RouterOS (часть 2), MikroTik RouterOS (часть 3), MikroTik RouterOS (часть 4) Официальный сайт: http://www.mikrotik.com   Данная тема создана для обмена информацией по вопросам и проблемам настройки MikroTik RouterOS Тема в варезнике     актуальные версии RouterOS: Stable: 6.44 Long-term: 6.42.11 актуальная версия SwitchOS: 2.9 актуальная версия WinBox: 3.18   Mikrotik — Плюсы и минусы Подробнее... Видео-экскурсия по заводу Mikrotik Ltd FAQ по особенностям и тонкостям MikroTik RouterOS  Перейти Официальная документация: Англоязычный ОФИЦИАЛЬНЫЙ мануал Алфавитный указатель Официальные статьи пользователей RouterOS для версии 3.х http://www.mikrotik.com/testdocs/ros/3.0/ для версии 2.9.х http://www.mikrotik.com/docs/ros/2.9/ RouterOS Packet Flow: http://wiki.mikrotik.com/wiki/Packet_Flow (важно знать для понимания сути происходящего в файрволе и шейпере) Совместимое оборудование Описание изменений в новых версиях RouterOS(+rc) RouterBOOT changelog (изменения в boot-версиях загрузчика RouterOS) Система управления пользователями встроенная в RouterOS (RADIUS server) l7-protos.rsc (примеры L7-filter) Официальные ресурсы: Форум Демо-сайт с веб-интерфейсом системы №1        Подробнее... Демо-сайт с веб-интерфейсом системы №2        Подробнее... MikroTik User Meeting(Конференции пользователей Mikrotik)        Подробнее... "Хардварные решения" MikroTik News MikroTik related video service DESIGNS.MIKROTIK.COM - сервис для брендирования продукции Mikrotik. Twitter Mikrotik MikroTik Training (Хочешь на тренинг? Получить сертификат?) Предыдущие версии RouterOS Подробнее...    История релизов  Подробнее... Mikrotik Wireless Link Calculator Неофициальная русскоязычная документация    Перейти Обсуждение ROS(форумы)    Перейти Обзоры продуктов RouterBOARD    Перейти Русскоязычные блоги интернет-магазинов и блоггеров по настройке и тонкостям Mikrotik:     Mikrotik Ukraine   lanmart.ru   Блог podarok66   technotrade.com.ua     forum.mikrotik.by   slagovskiy.blogspot.com   sibirskiy.blogspot.com   mstream.com.ua     pvsm.ru   ...   axiom-pro.ru   arxont.blogspot.com   habrahabr.ru     ixnfo.com   wel.org.ua   aboutmikrotik.info   papa-admin.ru     netair.by   notme.org.ua   forummikrotik.ru   asp24.com.ua Смежные ресурсы    Перейти   VPN + OSPF в картинках. MikroTik Config Parser mikrotik.vetriks.ru // текущий бэкап шапки.. Всего записей: 124 | Зарегистр. 19-03-2009 | Отправлено: 16:55 30-03-2016 | Исправлено: anton04, 15:34 28-02-2019

HERSOFT Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: До этого нормально заходил на hAP через браузер, посмотрев IP-адрес в DHCP Lease на hEX. На hEXе закрепи в ДХЦП за hAPом по маку постоянный IP. Только учти, что у каждого порта свой мак.   ЗЫ: А по маку ты не увидел сразу, может потому, что терпения не хватило ? Винбоксу надо опросить сеть. Провёл эксперимент. Сунул три микрота "с завода" в одну сетку и спокойно зашёл в них по макам. Всего записей: 329 | Зарегистр. 12-07-2008 | Отправлено: 19:53 15-07-2018 | Исправлено: HERSOFT, 19:55 15-07-2018

ans72 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору HERSOFT Цитата: А по маку ты не увидел сразу, может потому, что терпения не хватило ? Винбоксу надо опросить сеть. Я практически не пользовался Winbox-ом до этого эпизода, мне на макинтоше удобнее через WebFig. Сколько ему времени для опроса сети нужно - не знаю, но он сам не нашёл hAP в течение хороших пяти минут, тогда как hEX отобразился практически мгновенно. Пришлось MAC-адрес посмотреть в DHCP Lease у hEX, ввести вручную в строчку "Login to:", и после нескольких неудачных попыток Winbox всё-таки соединился. Всего записей: 7773 | Зарегистр. 28-05-2006 | Отправлено: 10:54 16-07-2018

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Plaague Т.е. 0.100 подключен в выделенный порт 0.10, находящийся в бридже? Тогда просто сделайте Код: /interface bridge nat add chain=dstnat in-interface=ether1 action=redirect Это будет перенаправлять обратный трафик от 0.100 на L3-интерфейс роутера, в результате обратный трафик будет проходить через NAT, что избавит от проблемы https://wiki.mikrotik.com/wiki/Hairpin_NAT   ans72 По IP тоже должно заходить, диагностировать надо, если не заходит. С пинга начать, например. ARP-таблица дальше... В общем, понять, как должно по шагам работать - и дальше уже смотреть, на каком шаге что-то идёт не так. Всего записей: 3740 | Зарегистр. 05-05-2006 | Отправлено: 12:00 16-07-2018

HERSOFT Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Кто силён ? Изучите на корректность автоматического создание настроек для объединения двух офисов. PPTP https://tugibaev.ru/mikrotik_pptp/ IPSec https://tugibaev.ru/mikrotik_ipsec/ Всего записей: 329 | Зарегистр. 12-07-2008 | Отправлено: 16:24 17-07-2018 | Исправлено: HERSOFT, 16:56 17-07-2018

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору HERSOFT По PPTP:   Зачем делать "проксирование ARP на локальном бридже"? Тем более, что этот бридж нигде не встречался раньше по конфигу и скриптом не создаётся.   Я бы ещё на клиенте всякие pap,chap выключил, на всякий случай.   Зачем такая сложная схема маршрутизации (route + rule)? Почему сразу route не сделать?   up-script - только мне кажется, что "No changes need" он сначала в любом случае пишет, а потом только проверяет?   По IPSec - я бы правила файрвола переписал, с использованием параметра ipcec-policy. Всего записей: 3740 | Зарегистр. 05-05-2006 | Отправлено: 16:45 17-07-2018

Deem_Basic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору День добрый!   Необходимо создать VPN туннель на MT2 который находится за MT1 на который приходит белый IP.   Т.е. главный маршрутизатор (MT1) настроен, на нем есть учетки VPN, коннект удаленных сотрудников без проблем.   Как поднять VPN сервер на MT2 (если точнее к сетям которые за MT2) который находится за MT1     P.S. Доступ к обоим имеется Спасибо. Всего записей: 299 | Зарегистр. 10-10-2006 | Отправлено: 08:17 19-07-2018 | Исправлено: Deem_Basic, 08:19 19-07-2018

alexnov66 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Deem_Basic Цитата: Как поднять VPN сервер на MT2 Так же как и на первом, только зачем городить цепочку микротиков один за другим. На втором зачем поднимать vpn сервер, пусть подключаются к первому. Всего записей: 1421 | Зарегистр. 29-08-2005 | Отправлено: 09:27 19-07-2018 | Исправлено: alexnov66, 09:31 19-07-2018

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Deem_Basic Цитата: Как поднять VPN сервер на MT2 (если точнее к сетям которые за MT2) Вот ваше "уточнение" совсем не сделало задачу понятнее. Даже наоборот. Почему нельзя к сетям за MT2 ходить через VPN на M1? Всего записей: 3740 | Зарегистр. 05-05-2006 | Отправлено: 11:29 19-07-2018

Deem_Basic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ладно Нужно подключить одну железку для настройки удаленно, тащить в серверную неохота (тяжелая) Порты на MT1 почти все заняты ) MT2 в другом кабинете, там все свободно. Железка рядом стоит. Хотелось бы что бы "настройщик" не видел ничего кроме настраиваемой железки. Как-то так     Добавлено: Как вариант создать подсеть отдельную или DHCP на том порту (интерфейсе) MT2 к которому подключать железку и настроить маршруты на обоих MT ??? Всего записей: 299 | Зарегистр. 10-10-2006 | Отправлено: 11:51 19-07-2018

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: Как вариант создать подсеть отдельную или DHCP на том порту (интерфейсе) MT2 к которому подключать железку и настроить маршруты на обоих MT ??? Зачем, если можно просто прописать маршруты - и только фильтром файрвола убедиться, что никуда больше не попадёт? Всего записей: 3740 | Зарегистр. 05-05-2006 | Отправлено: 15:22 19-07-2018

alexnov66 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Deem_Basic Кроме этой гирлянды из микротиков нужно же еще и к самой железке подключиться что бы её настраивать. Воткнуть кабель от первого микротика в железку и запретить этому vpn пользователю в фаере всё кроме железки. Всего записей: 1421 | Зарегистр. 29-08-2005 | Отправлено: 05:41 20-07-2018 | Исправлено: alexnov66, 05:42 20-07-2018

Deem_Basic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо большое. Сделал ограничения через IP-Routes-Rules Всего записей: 299 | Зарегистр. 10-10-2006 | Отправлено: 12:29 20-07-2018

Accessor Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Коллеги, нужна помощь. То ли лыжи не едут... Есть два роутера. Ведущий, с адресом 192.168.88.1 на бридже. Он имеет выход в Инет. И к нему подключен Ведомый. Ведомый получает от Ведущего IP (192.168.88.10) с помощью DHCPclient и прописывает default route. Позади ведомого клиенты из подсети 192.168.5.0/24. Так вот проблема в том, что роутеры друг друга пинговать не могут. А вот клиенты позади ведомого спокойно пингуют и свой роутер, и впереди стоящий, и Инет в том числе. Я не могу понять, нужны какие-то правила, чтоб роутеры увидели друг-друга? Всего записей: 2863 | Зарегистр. 31-10-2003 | Отправлено: 14:16 20-07-2018

Chupaka Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Accessor Поотключайте блокирующие правила файрвола для проверки Всего записей: 3740 | Зарегистр. 05-05-2006 | Отправлено: 18:30 20-07-2018

Paromshick Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Если на "ведомом" включен NAT для внутренней сети, то все пакеты из неё для "ведущего" будут приходить с 192.168.88.10. И ping из внутренних хостов так же, чем он лучше. Он идёт. И при этом не идёт ping инициированный самим хостом... Странно как-то. Но это при условии, что включен NAT ---------- Скучно Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 18:53 20-07-2018

VovaS Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Если на "ведомом" включен NAT для внутренней сети, то все пакеты из неё для "ведущего" будут приходить с 192.168.88.10. И ping из внутренних хостов так же, чем он лучше. Он идёт. И при этом не идёт ping инициированный самим хостом... Странно как-то. Но это при условии, что включен NAT   Попробуйте на ведомом в цепочках input и output  разрешить ICMP . Всего записей: 41 | Зарегистр. 15-12-2005 | Отправлено: 19:42 20-07-2018 | Исправлено: VovaS, 19:43 20-07-2018

Accessor Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Коллеги, прошу прощения. Я натупил. Есть у меня правило дропать BOGON-сети. В списке богонов, среди всяких 0.0.0.0/8, 127.0.0.0/8, 10.0.0.0/8 есть сеть 192.168.0.0/16 И именно это правило не пускало пакеты. Хотя я, опять же, не понимаю, почему "ведущая" подсеть 192.168.88.0/24 попадает в это правило. Всего записей: 2863 | Зарегистр. 31-10-2003 | Отправлено: 12:16 21-07-2018

Paromshick Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: почему "ведущая" подсеть 192.168.88.0/24 попадает в это правило По маске /16 ---------- Скучно Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 12:18 21-07-2018

Accessor Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: По маске /16   Понятно, что по маске 16 оно совпадает. Но ведь роутер должен видеть, что у пакета, который он собирается дропнуть, маска не 16, а 24. То есть нет полного абсолютного совпадения... Вот от чего я недоумеваю Всего записей: 2863 | Зарегистр. 31-10-2003 | Отправлено: 12:50 21-07-2018

Страницы: 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 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

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

articlebot (11-03-2019 21:34): продолжение в MikroTik RouterOS (часть 5)

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