Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » MikroTik RouterOS (часть 4)

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

articlebot (11-03-2019 21:34): продолжение в MikroTik RouterOS (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

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:  
     


     

     

     
       


     

     
         
     
     
         
     
     
         
     
     
     



    Смежные ресурсы    Перейти
     
    VPN + OSPF в картинках.
    MikroTik Config Parser
    mikrotik.vetriks.ru

    // текущий бэкап шапки..

  • Всего записей: 124 | Зарегистр. 19-03-2009 | Отправлено: 16:55 30-03-2016 | Исправлено: anton04, 15:34 28-02-2019
    Simply_Kot

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    One13
    /ip firewall filter add chain=forward in-interface=ether2 out-interface=!ether1 action=drop
    /ip firewall filter add chain=forward in-interface=ether3 out-interface=!ether1 action=drop
    /ip firewall filter add chain=forward in-interface=ether4 out-interface=!ether1 action=drop
    /ip firewall filter add chain=forward in-interface=ether5 out-interface=!ether1 action=drop

    Всего записей: 229 | Зарегистр. 07-02-2007 | Отправлено: 15:27 05-06-2016 | Исправлено: Simply_Kot, 15:30 05-06-2016
    SealXTX



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Проблемка у меня, тут нарисовалась
    Прошу подсказать.
    Ситуация следующая:
    в офиссе используется микротик RB493 для выход а интернет. Работате через ADSL модем (Acorp W422G), настроенный бриджем. Долгое время на роутете IP назначался от провайдера динамически через pppoe.
    В связи с участившимися назначениями непубличных адресов, принято решение перейти на статический белый IP. Пров выдал соответствующие реквизиты (IP из 30 подсети С, шлюз, ДНС). Отключил pppoe клиент на микротике, в IP-Адреса забил соответствующий IP с прдсетью, в маршрутах вписал шлюз. Все примитивно, вроде.  
    Однако, с роутера шлюз провайдера не пингуется, как и он не пингует клиентский WAN на микротике. При этом, ARP таблица строится, т.е. аппараты друг друга видят по MAC.  
    В модеме прописал, соответственно на LAN интерфейс IP из выданной провом подсети.
    Роутер, также не пингует модем. С интерфейса модема шлюз провайдера на пинг отвечает.
     
    Сломал голову себе, и техподдержку замучил. Не понимаю, насколько ситуация часта? Кто-нибудь сталкивался с подобным поведением? Уж, и модем подменил на другого производителя, проблема повторилась.
     
    PS: Извиняюсь, что без print-логов, если понадобится, то завтра доберусь до работы и распишу более предметно.

    Всего записей: 616 | Зарегистр. 24-03-2004 | Отправлено: 20:33 06-06-2016
    urodliv



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SealXTX
    Схему рисуйте, а то фраза
     
    Цитата:
     модеме прописал, соответственно на LAN интерфейс IP из выданной провом подсети

    вводит в ступор.

    ----------
    Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.

    Всего записей: 6679 | Зарегистр. 29-04-2009 | Отправлено: 20:50 06-06-2016
    SealXTX



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    urodliv
    Хм. Попробую уточнить.
    Схему рисовать не вижу смысла. Слишком просто. Выглядит так:
    Офиссная сетка ->  [LAN]Микротик[WAN] -> [LAN]ADSL Modem[LLC-MAC] -> [GW] ISP
    Сетка - 192.168.2.0\24
    Mikrotik - LAN (192.168.2.100), WAN (XX.XX.XX.92\30 - клиентский, статический IP, выданный провом)
    Модем - LAN (XX.XX.XX.94\30 - мною прописанный IP, из подсети, данной провайдером),  
    ISP - гейтвей провайдера - XX.XX.XX.93\30
     
    Добавлено:
    Меня смущает, что пров выдал первый адрес из 30-й подсети. Будет ли микротик работать с ним корректно, для меня под вопросом. Может, из-за этого не работает?

    Всего записей: 616 | Зарегистр. 24-03-2004 | Отправлено: 21:13 06-06-2016
    urodliv



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SealXTX

    Цитата:
    Mikrotik - LAN (192.168.2.100), WAN (XX.XX.XX.92\30 - клиентский, статический IP, выданный провом)
    Модем - LAN (XX.XX.XX.94\30 - мною прописанный IP, из подсети, данной провайдером),  
    ISP - гейтвей провайдера - XX.XX.XX.93\30  

    Ужас! Ваш вопрос к микротику не имеет никакого отношения. Вам надо книги по сетям почитать.
    В сети с префиксом 30 есть только четыре адреса: адрес сети, два адреса для устройств и один адрес бродкаста. Судя по вашим выкладкам, вы адрес бродкаста назначили на микротик, отсюда и все ваши проблемы.

    ----------
    Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.

    Всего записей: 6679 | Зарегистр. 29-04-2009 | Отправлено: 21:39 06-06-2016
    SealXTX



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    urodliv
    Нет никакого ужаса.
    Для данной подсети широковещательным является XX.XX.XX.95\30.
    Полагаю, проблема все-таки в каких-то моих недонастройках роутера. Хотя, может и особенность версии ROS.

    Всего записей: 616 | Зарегистр. 24-03-2004 | Отправлено: 21:56 06-06-2016
    Simply_Kot

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SealXTX
    Просто вам по тому же самому PPPoE теперь будут назначать один и тот же белый адрес.
    Во всяком случае в РТ именно так.

    Всего записей: 229 | Зарегистр. 07-02-2007 | Отправлено: 21:58 06-06-2016
    SealXTX



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Simply_Kot
    В том-то и дело, что статика без поднятия pppoe.  
    Иначе, и проблем бы не было. Я уже жалею, что не согласился на вариант "статика поверх динамики", как это обозвал провайдер.

    Всего записей: 616 | Зарегистр. 24-03-2004 | Отправлено: 22:01 06-06-2016
    vlary



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SealXTX
    Цитата:
    Модем - LAN (XX.XX.XX.94\30 - мною прописанный IP
    Зачем модему адрес? Настроил его бриджем и забыл.
    А интерфейсу, который ты втыкаешь в модем, присваиваешь адрес, который выдал провайдер.


    ----------
    Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек

    Всего записей: 17271 | Зарегистр. 13-06-2007 | Отправлено: 22:30 06-06-2016
    SealXTX



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vlary
    Чтобы настроить модем, адрес по-любому придется присвоить, если предполагается зайти в настройки через веб-интерфейс. Прошивка данного модема достаточно примитивна, скрипты настройки (через SSH подключение) слабодокументированы, точнее никак не документированы. По умолчанию, автоматически присваивается 192.168.1.1\24.  
    Да, и вряд ли этот IP создает данную проблему. До настоящего времени, был уверен что бридж для того и придуман, чтобы работать прозрачно для 3-го уровня стека.
    Пока что склоняюсь к варианту, что пров ошибся, выдав первый адрес, равный самой подсети. Но, представить, почему и где бракуется такой вариант не могу. Разве что, микротик не понимает совпадение в IP-Address IP WAN интерфейса, совпадающего с IP самой подсети. Однако, эта настройка сохраняется в микротике без сообшений об ошибке.
    PS: более того, у меня сильное подозрение, что пров сообщил мне адрес не тот, что будет работать на его аппарате, в соответствии с его настройками. По крайней мере, с модема, которому я назначал адрес ...94\30 шлюз прекрасно пинговался. Попробую, наперекор данным прова завтра назначить указаный выше адрес микротику . Подозреваю, пинг сразу заработает.

    Всего записей: 616 | Зарегистр. 24-03-2004 | Отправлено: 22:41 06-06-2016 | Исправлено: SealXTX, 22:50 06-06-2016
    urodliv



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SealXTX

    Цитата:
    Чтобы настроить модем, адрес по-любому придется присвоить

    Верно. При этом он не обязан быть из рабочей подсети (хоть провайдера, хоть вашей локалки). Он нужен только для управления устройством, а не для маршрутизации пакетов.

    Цитата:
    До настоящего времени, был уверен что бридж для того и придуман, чтобы работать прозрачно для 3-го уровня стека.  

    Верно. И что? К чему это утверждение?

    Цитата:
    Пока что склоняюсь к варианту, что пров ошибся

    Склонитесь в другую сторону: ошибаетесь вы.
    Специально для вас:
    1. XX.XX.XX.92 - адрес сети
    2. XX.XX.XX.93 - шлюз от провайдера
    3. XX.XX.XX.94 - ваш внешний, белый ip-адрес, через который вы должны работать
    4. XX.XX.XX.95 - широковещательный адрес сети.
    Итого: на wan-порт микротика назначаете адрес XX.XX.XX.94 и жизнь налаживается.

    ----------
    Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.

    Всего записей: 6679 | Зарегистр. 29-04-2009 | Отправлено: 01:01 07-06-2016
    SealXTX



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    urodliv
     

    Цитата:
    Цитата:
    До настоящего времени, был уверен что бридж для того и придуман, чтобы работать прозрачно для 3-го уровня стека.  
     
    Верно. И что? К чему это утверждение?  

     
    К тому, что неважно, какой именно IP присвоить из разрешенных на LAN модема. Все ж в контексте одного абзаце моего сообщения...  
     
     

    Цитата:
    Цитата:
    Пока что склоняюсь к варианту, что пров ошибся
     
    Склонитесь в другую сторону: ошибаетесь вы.
    Специально для вас:
    1. XX.XX.XX.92 - адрес сети
    2. XX.XX.XX.93 - шлюз от провайдера
    3. XX.XX.XX.94 - ваш внешний, белый ip-адрес, через который вы должны работать
    4. XX.XX.XX.95 - широковещательный адрес сети.
    Итого: на wan-порт микротика назначаете адрес XX.XX.XX.94 и жизнь налаживается.

     
    Или Вы меня путаете, или одно из двух.
    С одной стороны, пытались меня убедить, что для данной подсети броадкастом является адрес, с 94 в последней тэтраде. Теперь, указываете на мою ошибку в том, что я усомнился в правильности указаний провайдера, работать с 92-м адресом на хосте.
    Однако, спасибо за подтверждение моего подозрения насчет 94-го и, все-таки ошибки техподдержки, как и предположил...

    Всего записей: 616 | Зарегистр. 24-03-2004 | Отправлено: 01:26 07-06-2016
    urodliv



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SealXTX
    Обратите внимание, что никакой информации про выданные вам настройки вы не предоставили. Было названо три устройства с обозначенными адресами: XX.XX.XX.92, XX.XX.XX.93, XX.XX.XX.94. Поэтому у меня было два варианта развития событий:
    1. в подсети есть адреса XX.XX.XX.91, XX.XX.XX.92 (микротик) , XX.XX.XX.93 (ISP), XX.XX.XX.94. В этом варианте всё должно было "взлететь", но не "взлетало". Поэтому переходим ко второму варианту.
    2. в подсети есть адреса XX.XX.XX.92 (микротик) , XX.XX.XX.93 (ISP), XX.XX.XX.94, XX.XX.XX.95. В этом варианте естественно ничего не должно было "взлетать". Об адресе XX.XX.XX.95 мы узнаём гораздо позже. Единственная моя ошибка в первом сообщении была в том, что адрес XX.XX.XX.92 я назвал адресом бродкаста, а не адресом подсети. В остальном ситуация не меняется.

    Цитата:
    Однако, спасибо за подтверждение моего подозрения насчет 94-го и, все-таки ошибки техподдержки, как и предположил...  

    Во всём виноваты...

    ----------
    Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.

    Всего записей: 6679 | Зарегистр. 29-04-2009 | Отправлено: 10:21 07-06-2016 | Исправлено: urodliv, 10:23 07-06-2016
    bujhm34

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подробнее...

    Всего записей: 1 | Зарегистр. 07-06-2016 | Отправлено: 12:00 07-06-2016
    Simply_Kot

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    bujhm34
    1. Будет
    2. Можно
    3. Потому что там многопортовый коммутационный чип с расширенными возможностями . У маршрутизаторов такого чипа нет.

    Всего записей: 229 | Зарегистр. 07-02-2007 | Отправлено: 16:05 07-06-2016
    SealXTX



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    urodliv
    Вообще-то, указывал.
    Мое сообщение от 21:13 06-06-2016

    Цитата:
    WAN (XX.XX.XX.92\30 - клиентский, статический IP, выданный провом)  

     
    Впрочем, теперь уже не важно. На 94-м сетка подхватилась сразу. чтд
    Еше раз, спасибо за отзывчивость.

    Всего записей: 616 | Зарегистр. 24-03-2004 | Отправлено: 17:59 07-06-2016 | Исправлено: SealXTX, 18:07 07-06-2016
    vlary



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    bujhm34  
    Выбор коммутатора (switch)

    ----------
    Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек

    Всего записей: 17271 | Зарегистр. 13-06-2007 | Отправлено: 19:27 07-06-2016
    468320



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Спецы, нужна ваша помощь.
    1. Есть локальная сеть 192.168.1.0/24, в микротике создал vlan1 с адресом 10.110.15.1 и сетью 10.110.15.0/24.
    2. В сети 10.110.15.0 находится сервер Asterisk и ip-телефоны, на всех устройствах прописаны статические адреса.
    3. Из сети 192.168.1.0 пингуется только адрес 10.110.15.1, на остальные устройства пинга нет, соответственно устройства не видны. Как решить проблему?
     

     

     

     

     
    Добавлено:
    В сети есть контроллер домена (AD, DNS, DHCP). Все сервера со статическими адресами, пользователи получают по DHCP. Из микротика сервера пингуются, а пользователи нет. Где и что подкрутить? В DNS микротика к адресам интернет провайдера добавил еще адрес контроллера домена, но ничего не меняется.

    Всего записей: 73 | Зарегистр. 13-12-2006 | Отправлено: 20:27 07-06-2016
    Joo1z



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    468320
    Лучше не скриншотами, а export compact сделай.
     
    Народ, i need help!
     
    Есть такая сеть:
    R1(10.20.30.40/24)----(10.20.30.1/24)R10(1.1.1.1/16)----Switch----(1.1.2.2/16)R20(20.30.40.1)----R2(20.30.40.50)
    Можно ли заставить идти пинг между R1 и R2 с помощью динамической маршрутизации (OSPF/BGP)?

    Всего записей: 123 | Зарегистр. 17-02-2009 | Отправлено: 22:54 07-06-2016
    Simply_Kot

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    468320
    На микротике выполните
    /ip route print
     
    Также покажите таблицу маршрутизации с одного из телефонов и с сервера Asterisk.

    Всего записей: 229 | Зарегистр. 07-02-2007 | Отправлено: 22:55 07-06-2016 | Исправлено: Simply_Kot, 23:14 07-06-2016
       

    Страницы: 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)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru