Где я кого вводил?

Вот здесь https://t.me/mikrotikclub/178847

Комплектного блока вполне достаточно

Я рад за вас, завтра он придет , и ещё что захоче по пое туда включить и не подымится что далее...?

Вот когда про 802.3af зайдёт разговор, тогда и про блок на 48 можно будет думать. Здесь спросили про конкретное устройство

Окей не следуйте моим рекомендациям...

нет больше пихать ни чего не буду,но точек cap ac предположительно будет 3

здравствуйте, подскажите плз! у организации имеются два здания, в каждом по 2 провайдера (в данном случае это наверное не очень важно) провайдер 1 здания 1 и провайдер 1 здания 2 будет предоставлять прямой канал средствами vlan. каким образом определять (маркировать, тегировать) трафик который должен будет ходить по этому vlan. с одной стороны микротик, с другой eltex

насколько я понял организовать это можно следующим путем: в ip route прописываем dst удаленная подсеть а gateway указываем vlan?

насколько я понял организовать это можно следующим путем: в ip route прописываем dst удаленная подсеть а gateway указываем vlan?

Directly connected route для broadcast интерфейса, плохая идея

Directly connected route для broadcast интерфейса, плохая идея

еще в декабре 2019, сделали прописку на полярной 2, всё ок

Кончено ок, arp request для каждого dst ip А так проблем нет, никто не может запретить кому-то стрелять себе в ногу, даже IEEE с IETF 🙃

здравствуйте, подскажите плз! у организации имеются два здания, в каждом по 2 провайдера (в данном случае это наверное не очень важно) провайдер 1 здания 1 и провайдер 1 здания 2 будет предоставлять прямой канал средствами vlan. каким образом определять (маркировать, тегировать) трафик который должен будет ходить по этому vlan. с одной стороны микротик, с другой eltex

У вас будет чистый л2 шнурок

Повесили адресацию на порты - вот вам уже метка

Не вижу никакой проблемы )

А второй будете делать силами железок... Там хоть присядку )

Там можете повесить другую адресацию. И вот вам другая метка

Жестоко здесь(

Добрый день, подскажите пожалуйста имел кто опыт с настройкой перенаправления трафика определенного юзера на свой web сервер? Пробовал делать по такой схеме: Добавил правило в фаервол дропать весь трафик с src address юзера Dstnat с адреса юзера redirect на порт 8080 Запустил web proxy на Порту 8080, в access создал правило: действие denny, redirect to: ip адрес веб сервера в моей локальной сети. Но почему то не перенаправляет web прокси

сразу сознаюсь, я не супер спец) адресации на конкретный порт наверное не получится, поскольку в "здании 1" провайдер по одному проводу будет предоставлять 2 vlan'а. Там еще предсттоит разбираться в тегировании. В "здании 2" будет 2 провода от провайдера. Под адресацией я так понимаю имеется ввиду следующее: здание 2 там микротик: ether 1 инет, ether2 "l2 шнурок" и для ether 2 назначаю адрес удаленной подсети здания 1. всё правильно понял?

Directly connected route для broadcast интерфейса, плохая идея

каким образом тогда лучше это организовать чтобы избежать данных проблем. Для внесения конкретики: в здании 1: 3 сервера (только к ним будут приходить обращения с здания 2) в здании 2: наска (сетевое хранилище), только на него будет приходить трафик из здания 1

Всем доброго дня. Продолжаю бороться с низкой скоростью на WAP LTE KIT попробовал менять симкарты местами, пытал провайдера, результата ноль. Ограничений нет, если меняю местами симкарты с телефоном ситуация повторяется на микротике совсем слабый инет на телефоне все шикарно! Есть предложения куда еще капнуть?

Подсунуть IMEI от какого-нибудь телефона пробовали? Раздачу провайдер не палит? Зафиксировали TTL ?

Подсунуть IMEI от какого-нибудь телефона пробовали? Раздачу провайдер не палит? Зафиксировали TTL ?

Вот сейчас как раз этим развлекаюсь, ИМЕИ поменял

Пробую разными способами TTL зафиксировать,

Как правильнее?

Пробую разными способами TTL зафиксировать,

Инкремент по мне так

Хм выставил 65 и цифры стали более похожи на правду

TTL кстати в винде можно поменять

Блин, через раз, то норм показывает то скатывается на 2 мб

Это Down а Upload стабильно одинаковый.

Инкремент по мне так

А я правильно понимаю если у меня с винды пинги с ttl=49 это чет не сработало?

А я правильно понимаю если у меня с винды пинги с ttl=49 это чет не сработало?

Правильно

А я правильно понимаю если у меня с винды пинги с ttl=49 это чет не сработало?

/ip firewall mangle add action=change-ttl chain=prerouting comment=incrementTTL new-ttl=increment:1 passthrough=yes

пинг на винде 50 но это самый оптимальный по скорости варинат пока

Пинг, т.е. протокол icmp имеет один из самых низких приоритетов.

Мерить скорость по пингам то еще шаманство

Не не, я мерю не пингами, пока просто SpeedTest но добавление этого правила как минимум позволяет перескочить порог в 2 мб

Доброго времени суток. Подскажите, если я создам туннель между двумя филиалами через EoIP, я получу один широковещательный домен? Я должен отключить на одном из микротов DHCP сервер и настроить выход в интерентчерез один шлюз? Все дело в том, что оба филиала хочется завести в домен и поднять ДНС сервер. Стоит настраивать EoIP или выбрать GRE/L2TP со статической маршрутизацией?

Доброго времени суток. Подскажите, если я создам туннель между двумя филиалами через EoIP, я получу один широковещательный домен? Я должен отключить на одном из микротов DHCP сервер и настроить выход в интерентчерез один шлюз? Все дело в том, что оба филиала хочется завести в домен и поднять ДНС сервер. Стоит настраивать EoIP или выбрать GRE/L2TP со статической маршрутизацией?

Естественно, маршрутизацию.

А так да, бродкаст домен вы получите. Со всеми вытекающими.

Маршрутизацию. Чтобы снизить инкапсуляцию пакетов? Тогда придется в контроллере домена указывать все подсети для обслуживания?

Маршрутизацию. Чтобы снизить инкапсуляцию пакетов? Тогда придется в контроллере домена указывать все подсети для обслуживания?

Не стоит бродкаст расширять, темболее филиалы вам не будут подконтрольны всегда физически. Вариант с L2TP+ipsec туннелями и статической маршрутизацией норм. Не помню, чтобы на контроллере домена что-то прописывать приходилось, да и ковырнуть AD это меньшее из зол.

Доброго времени суток. Подскажите, если я создам туннель между двумя филиалами через EoIP, я получу один широковещательный домен? Я должен отключить на одном из микротов DHCP сервер и настроить выход в интерентчерез один шлюз? Все дело в том, что оба филиала хочется завести в домен и поднять ДНС сервер. Стоит настраивать EoIP или выбрать GRE/L2TP со статической маршрутизацией?

Eoip если просто и грубо, то это патчкорд между двумя хабами. Дебажить ещё, то удовольствие выискивать петли или зафлудившее устройство. Только роутинг)

Спасибо. С туннелем понятно. В прошлом месте работы был 1С-сервер. Так вот, чтобы заставить клиент подключиться к базе, нужно было в хостс вручную разрешать имя сервера в ипи-адрес. Тут хочу поставить на win DNS+DHCP+DC. Он по идее должен уметь обслуживать разные подсети. В таком случае DHCP сервер оставлять на каждой из железок или поднимать в каждой подсети свой виндовый DNS+DHCP+DC?

WINS вроде резолвится и с тика, нет?

Разве полноценный ДНС не заменяет WINS? Все прям ругаются на этот WINS и хейтят MS за то, что они его до сих пор не убрали из своих продуктов.

контроллер домена один норм, и всё остальное яб на тике оставил, вопрос только с резолвом WINS для 1Ски, какието танцы с бубном требовались помню, по тому просто в hosts прописывал эту несчастную 1Ску тоже, и норм

Так сами же тренеры Микрот говорят, что ДНС в нем такое себе... Да и устал запоминать адреса машин, хочется с именами работать. Поэтому и смотрю в сторону полноценного ДНС снормальными зонами.

DNS и DHCP лучше полноценный и на MS

Понимаю, что мои идеи застряли в прошлом столетии и сейчас все переносят в облако. Но хочется свою доменную зону, чтобы разрешалась на корневых ДНС и туда же с облака перенести рабочий сайт. Поднять апач какой-нить на Никсах. Плюс свой почтовый сервер, а не бизнес-майл.

потом наверняка заставят переделывать )

в он-премайсе тоже нечего плохого нет. если есть возможность его содержать.

DNS и DHCP лучше полноценный и на MS

Микроту нужно указывать про этот ДНС, а в клиентских компах уже микрота прописывать, или пусть все резолвят запросы напрямую на MS DNS? Тогда Микрот только как шлюз и точка для тунеля останется?

Так сами же тренеры Микрот говорят, что ДНС в нем такое себе... Да и устал запоминать адреса машин, хочется с именами работать. Поэтому и смотрю в сторону полноценного ДНС снормальными зонами.

имена типа 1c.lan vasya.lan petya.lan микрот вполне способен обслуживать и никакой wins не нужен, не?

Микроту нужно указывать про этот ДНС, а в клиентских компах уже микрота прописывать, или пусть все резолвят запросы напрямую на MS DNS? Тогда Микрот только как шлюз и точка для тунеля останется?

микроту он не нужен , там можете любой публичный указать , и то он нужен только для обновления прошивок

Понимаю, что мои идеи застряли в прошлом столетии и сейчас все переносят в облако. Но хочется свою доменную зону, чтобы разрешалась на корневых ДНС и туда же с облака перенести рабочий сайт. Поднять апач какой-нить на Никсах. Плюс свой почтовый сервер, а не бизнес-майл.

хочется секса, короче говоря ))

Одного раза вполне достаточно, чтобы потом в облачные технологии перейти😂

Доброго вечера, подскажите пожалуйста по данной статье, что я делаю не так, https://habr.com/ru/post/463813/ у меня не работает проброс портов(

Разве полноценный ДНС не заменяет WINS? Все прям ругаются на этот WINS и хейтят MS за то, что они его до сих пор не убрали из своих продуктов.

WINS deprecated, как и NetBIOS AD нет дела до под сетей. Не считая репликации между партициями (сайтами)

Eoip если просто и грубо, то это патчкорд между двумя хабами. Дебажить ещё, то удовольствие выискивать петли или зафлудившее устройство. Только роутинг)

Hub осуществляет коммутацию на физическом уровне, switch на канальном, hub и switch разные вещи

add action=netmap chain=dstnat in-interface-list=WAN log=yes protocol=tcp \ src-port=3389 to-addresses=192.168.10.254 to-ports=3389 Посмотрите внимательно на это правило add action=masquerade chain=srcnat src-address=192.168.10.0/24 И на это тоже.

Спасибо. С туннелем понятно. В прошлом месте работы был 1С-сервер. Так вот, чтобы заставить клиент подключиться к базе, нужно было в хостс вручную разрешать имя сервера в ипи-адрес. Тут хочу поставить на win DNS+DHCP+DC. Он по идее должен уметь обслуживать разные подсети. В таком случае DHCP сервер оставлять на каждой из железок или поднимать в каждой подсети свой виндовый DNS+DHCP+DC?

вы не указываете маленький ньюанс, 1с сервер был за натом

Hub осуществляет коммутацию на физическом уровне, switch на канальном, hub и switch разные вещи

Да, пардоньте.

контроллер домена один норм, и всё остальное яб на тике оставил, вопрос только с резолвом WINS для 1Ски, какието танцы с бубном требовались помню, по тому просто в hosts прописывал эту несчастную 1Ску тоже, и норм

Это необходимо для работы 1С сервера, в hosts хранятся статические DNS записи (технически не DNS, если говорить о формате), не WINS, последнии хранятся в LMHOSTS

add action=netmap chain=dstnat in-interface-list=WAN log=yes protocol=tcp \ src-port=3389 to-addresses=192.168.10.254 to-ports=3389 Посмотрите внимательно на это правило add action=masquerade chain=srcnat src-address=192.168.10.0/24 И на это тоже.

я и нетмапом пробовал и DST-nat-ом

я и нетмапом пробовал и DST-nat-ом

netmap Вам не нужен. Но я говорю в первую очередь об src-port=3389 - раз и маскараде без указания исходящего интерфейса во втором правиле- два. подумайте хорошо, что они должны делать и что делают по факту.

Спасибо, с глупой опечаткой 2 часа игрался(

привет все

Доброго времени суток. Подскажите, если я создам туннель между двумя филиалами через EoIP, я получу один широковещательный домен? Я должен отключить на одном из микротов DHCP сервер и настроить выход в интерентчерез один шлюз? Все дело в том, что оба филиала хочется завести в домен и поднять ДНС сервер. Стоит настраивать EoIP или выбрать GRE/L2TP со статической маршрутизацией?

13 филиалов, VPN - L2TP, GRE, IPIP, микроты как DHCP-серверы, NAT для DNS (для Active Directory) на том же микроте. 4 года - полёт нормальный. Если интересуют тонкости настройки, милости прошу в личку)) Плюсом для всех филиалов поднят прокси-сервер. Кстати, EoIP нигде не используется.

13 филиалов, VPN - L2TP, GRE, IPIP, микроты как DHCP-серверы, NAT для DNS (для Active Directory) на том же микроте. 4 года - полёт нормальный. Если интересуют тонкости настройки, милости прошу в личку)) Плюсом для всех филиалов поднят прокси-сервер. Кстати, EoIP нигде не используется.

В филиалах RODC не используются? А вообще автору вопроса рано разворачивать AD DS, для него DNS и WINS одинаковые вещи.

В филиалах RODC не используются? А вообще автору вопроса рано разворачивать AD DS, для него DNS и WINS одинаковые вещи.

Да вроде и так хватает, проблем не заметил.

вы не указываете маленький ньюанс, 1с сервер был за натом

1С был в другой подсети, конкретнее - через туннель отдругого микрота.

в общем-то, проблема заключалась в неправильной настройке DNS, который является обязательным при АД)

в общем-то, проблема заключалась в неправильной настройке DNS, который является обязательным при АД)

Там не было ни КД, ни ДНС. Одноранговая сеть в рабочей группе.

самый простой способ на микротике IP->DNS-> Statik

Тут тоже нет. Пока хаос и бардак. Поэтому хочу навести порядок.

самый простой способ на микротике IP->DNS-> Statik

Вы имеете в виду, чтобы создать A-записи для каждой машины? Давно это было, что-то я пытался вручную писать, но не помогало.

Да вроде и так хватает, проблем не заметил.

Если есть филиалы с кучей народа, то лучше там rodc развернуть

Если есть филиалы с кучей народа, то лучше там rodc развернуть

Не вижу смысла, так как интернет и так будет работать, а БД от основной программы в центральной точке и если она отвалится, то и RODC, кагбе, ни к чему будет.

Не вижу смысла, так как интернет и так будет работать, а БД от основной программы в центральной точке и если она отвалится, то и RODC, кагбе, ни к чему будет.

Если у вас развиты политики разные, то гораздо бодрее они будут разворачиваться с локальными rodc, плюс к этому и резолвиться все будет тоже бодрее. Если напрягает, что надо лицензию на win server покупать, то можно использовать и самбу, на ней все прекрасно работает

Если у вас развиты политики разные, то гораздо бодрее они будут разворачиваться с локальными rodc, плюс к этому и резолвиться все будет тоже бодрее. Если напрягает, что надо лицензию на win server покупать, то можно использовать и самбу, на ней все прекрасно работает

Бодрее в плане чего, скорости, что ли?😳 С современным интернетом задержка в 15-20 мс вообще ни на что не влияет. P.S. SAMBA - те ещё грабли.