Vasily
Vasily
я пару раз уже поднимал таких трупиков но этот видимо совсем сдох я не смог найти доку что значит эти мигания лампочек
Cumberbatch
Cumberbatch
Cumberbatch
Cumberbatch
Vasily
Cumberbatch
Это как ?
Была уязвимость когда можно получить пароль для входа и зайти. После меняли что хотели.
Vasily
Это я в курсе а что значит тайминги поменяли
Vasily
время сколько держать ресет ?
Cumberbatch
Максим
Добрый день. Есть правило от защиты брутфорса smtp по ошибочному ответу?
Vlad
Dmitry
Максим
Почта на zimbra
Правило по количеству соединений есть... А вот как решить задачу с количеством неудачных входов.
Кейс
Максим
Максим
Почта известная и большое колличество адресов в сети известно.
Cumberbatch
Максим
хотел вот такой вариант сделать но content не ловится...
/ip firewall filter
add action=drop chain=forward comment="drop SMTP brute forcers" dst-port=25 in-interface=ISP protocol=tcp src-address-list=MAIL_XAKERS
add chain=forward content="5.7.3 Authentication unsuccessful" dst-address-list=MAIL_WARN2 action=add-dst-to-address-list address-list=MAIL_XAKERS address-list-timeout=3h in-interface=DMZ_MAIL out-interface=ISP protocol=tcp src-port=25
add chain=forward content="5.7.3 Authentication unsuccessful" dst-address-list=MAIL_WARN1 action=add-dst-to-address-list address-list=MAIL_WARN2 address-list-timeout=5m in-interface=DMZ_MAIL out-interface=ISP protocol=tcp src-port=25
add chain=forward content="5.7.3 Authentication unsuccessful" action=add-dst-to-address-list address-list=MAIL_WARN1 address-list-timeout=1m in-interface=DMZ_MAIL out-interface=ISP protocol=tcp src-port=25
Максим
Данная схема справляется с rdp, ssh соединениями хорошо, но вот с smtp не хочет...
Dmitry
Vlad
Dmitry
Vlad
не только
vsevolod
День добрый. Подскажите, если на микротике 6.44.3 стэйбл, а хочется 6.43.16 лонгтерм, нужно через даунгрэйд делать? Или достаточно в файлы залить лонгтерм и перезагрузить?
Vlad
Данная схема справляется с rdp, ssh соединениями хорошо, но вот с smtp не хочет...
Thank you, I don't have var/log/mail I've /var/log/maillog. I use the standard zimbra log /opt/zimbra/audit.log mailbox.log and /var/log/zimbra.log
my fail2ban jail indicate for postfix:
[postfix]
enabled = true
filter = postfix
action = iptables-multiport[name=postfix, port=smtp, protocol=tcp]
sendmail-buffered[name=Postfix, dest=mymail@me]
logpath = /var/log/zimbra.log
bantime = -1
maxretry = 5
in zimbra.log i've a lot of hti->error='' for access to :7071/service/admin/soap/
Вот схема для Zimbra, дальше гугл в помощь. И это форум микротика а не Zimbra
Cumberbatch
vsevolod
Dmitry
Максим
были бы в зимбре черные и белые списки легко редактируемые, тогда да.
а так есть проблема именно подбора паролей. вот и хочется заблокировать перебор паролей. чтобы блокировались адреса.
Максим
Cumberbatch
Dmitry
Postfix отвечает: User unknown in xxx-table
Cumberbatch
А изменится ответ ? И все?
Dmitry
но я согласен - делать так плохо, забаните публичный IP, с которого может писать валидный пользователь - и привет горячий
Dmitry
Dmitry
Cumberbatch
Dmitry
Ларчик просто открывался
ну это всего лишь email alert - но и докумментация древняя, возможно сейчас уже что-то изменилось и можно повесить action
Dmitry
а древний постфикс пишет так:
Jun 20 16:53:13 NS1 postfix/smtpd[625]: warning: unknown[103.231.139.56]: SASL LOGIN authentication failed: authentication failure
——
Jun 20 07:33:22 NS1 postfix/smtpd[28677]: warning: unknown[177.87.68.71]: SASL PLAIN authentication failed: authentication failure
——
Jun 20 07:33:22 NS1 postfix/smtpd[28677]: warning: SASL authentication failure: Password verification failed
(последнее - это скорее всего ему самому плохо)
Dmitry
И последнее: в приведенном примере все сделано верно (хоть и идеологически неправильно) - там имхо классическая схема exchange за postfix и именно поэтому неверные ответы смотрятся на DMZ интерфейсе, а блокирование происходит на на внешнем порту.
3bl3gamer
доброго времени суток. я понемногу продолжаю эксперименты с натами и пробросами портов. задача — при рабочем нате так пробросить порты, чтоб сервер у входящих извне пакетов видел реальный адрес (а не адрес роутера), и чтобы по внешнему_адресу:порту роутера можно было попать на сервер как снаружи сети, так и изунтри.
сеть простая: наружу смотрит pppoe-out1 с 1.1.1.1, внутрь — бридж. локальная сеть — 192.168.88.0/24, 192.168.88.1 — роутер, 192.168.88.15 — сервер с nginx'ом на 80 порту, 192.168.88.20+ — другие девайсы в локалке.
настроил такое:
/interface list member
add interface=pppoe-out1 list=WAN
add interface=bridge list=LAN
/ip firewall nat
add action=masquerade chain=srcnat out-interface-list=WAN
add action=masquerade chain=srcnat out-interface-list=LAN src-address=192.168.88.0/24
add action=dst-nat chain=dstnat dst-address=1.1.1.1 dst-port=80 protocol=tcp to-addresses=192.168.88.15 to-ports=80
и вроде бы всё работает правильно: исходящие пакеты натятся первым правилом, входящие извне на 1.1.1.1:80 дст-натятся третьим, входящие на тот же 1.1.1.1:80 изнутри сети — дст-натятся тем же третьим, а потом маскарадятся вторым, чтоб ответ от севера до клиента дошёл.
какие могут быть проблемы от такой настройки, и/или что я не учёл?
"каноничный" конфиг в этой ситуации, как я понял, add action=dst-nat in-interface-list=WAN для форварда и ещё одно подобное правило с хеир-пином, чтоб сервер был доступен из локалки по внешнему адресу. но так придётся на каждый проброс порта/группы добавлять по два правила (проброс+хеирпин), мне такое не нравится
Moneron 🇷🇺
Moneron 🇷🇺
доброго времени суток. я понемногу продолжаю эксперименты с натами и пробросами портов. задача — при рабочем нате так пробросить порты, чтоб сервер у входящих извне пакетов видел реальный адрес (а не адрес роутера), и чтобы по внешнему_адресу:порту роутера можно было попать на сервер как снаружи сети, так и изунтри.
сеть простая: наружу смотрит pppoe-out1 с 1.1.1.1, внутрь — бридж. локальная сеть — 192.168.88.0/24, 192.168.88.1 — роутер, 192.168.88.15 — сервер с nginx'ом на 80 порту, 192.168.88.20+ — другие девайсы в локалке.
настроил такое:
/interface list member
add interface=pppoe-out1 list=WAN
add interface=bridge list=LAN
/ip firewall nat
add action=masquerade chain=srcnat out-interface-list=WAN
add action=masquerade chain=srcnat out-interface-list=LAN src-address=192.168.88.0/24
add action=dst-nat chain=dstnat dst-address=1.1.1.1 dst-port=80 protocol=tcp to-addresses=192.168.88.15 to-ports=80
и вроде бы всё работает правильно: исходящие пакеты натятся первым правилом, входящие извне на 1.1.1.1:80 дст-натятся третьим, входящие на тот же 1.1.1.1:80 изнутри сети — дст-натятся тем же третьим, а потом маскарадятся вторым, чтоб ответ от севера до клиента дошёл.
какие могут быть проблемы от такой настройки, и/или что я не учёл?
"каноничный" конфиг в этой ситуации, как я понял, add action=dst-nat in-interface-list=WAN для форварда и ещё одно подобное правило с хеир-пином, чтоб сервер был доступен из локалки по внешнему адресу. но так придётся на каждый проброс порта/группы добавлять по два правила (проброс+хеирпин), мне такое не нравится
Тех трех правил, которые у вас есть, более чем достаточно. Единственное, что бы я сделал – убрал to-ports в последнем правиле. Остальное гуд. И классический dst-nat делается именно по дст-адресу, а не по ин-интерфейсу.
Moneron 🇷🇺
Попробуйте включить cloud и вбить этот fqdn в адрес-лист. Тогда можно будет по dst-address-list делать
3bl3gamer
в смысле? который fqdn?
у меня внешний адрес постоянный. но если вдруг придётся сменить, например, провайдера, придётся ещё не забыть, что на роутере нужно вбить в лист новый адрес.
всяких DDNS нет за ненадобностью.
Cumberbatch
Moneron 🇷🇺
Просто я не понимаю, зачем лишние телодвижения, если и так используется статический ип
vsevolod
Nickolay
Подскажите в чем проблема может быть. Включаю ddns на SXTR lte kit но он не получает адрес. За sxt lte стоит hap lite и все без проблем.
Anonymous
@AXIma007 будет жить. Поприветствуем!
3bl3gamer
Александр
Какое оборудование микротик посоветуете для создания бесшовной сети на 100-200 клиентов? Часть точек в помещении, часть на улице. И стоит ли делать на микротах?
Cumberbatch
😷Драничек
Конечно, стоит делать на МТ, вы же в чате МТ спрашиваете))
Master
Всем доброго дня. Подскажите как можно реализовать задачу. Клиенты в инет бегают по одному провайдеру, но нужно сделать впн подключение между филиалами через другого провайдера. Провайдеры. каждый на своём порту с белым ip.
Cumberbatch
Александр
Cumberbatch
Cumberbatch
Dmitry
Alexander
День добрый! Есть внутренний web сервер (172.19.0.10). Есть две подсети: 192.168.0.0/24 гостевой wifi и 172.19.0.0/24 рабочая сеть. гостевая сеть не видит рабочую. Web сервер опубликован наружу. Прописал правила:
dstnat из рабочей сети к веб серверу и правило маскарада, в итоге из рабочей сети всё работает.
Но никак не могу понять что надо, чтобы из гостевой сети пользователь мог попасть на сайт. Подскажите пожалуйста куда копать?
Dmitry
обычно гостевая, на то и гостевая - чтобы НЕ попадать к внутренним ресурсам, соответственно гости - должны ломиться на внешний адрес сервера
Alexander
Полностью согласен, но этот сайт опубликован всем, и к нему должны иметь доступ все, так же и те, кто находятся в гостевой сети
Dmitry
>Web сервер опубликован наружу? - Как это сделано?