Дмитрий

execute "foreach a in=[/ip dhcp-server lease print as-value where !static] do={:put (\$a->\"address\" .\"\t\". \$a->\"mac-address\" .\"\t\". \$a->\"last-seen\" .\"\t\". \$a->\"host-name\")}" file=1dhcp

Проверено в RouterOS 7.10.1, работает.

https://wiki.mikrotik.com/wiki/Manual:RouterBOARD_...

Настройте один раз как нужно через Quick Set с нуля, потом дайте в консоли команду
/export compact terse
Она выдаст конфиг устройства в виде списка команд. Если до этого роутер был с дефотным заводским конфигом, то в первом приближении это и будет то, что вам нужно.

Если реально нужно перехватывать события в логах реалтайме, то можно придумать один способ, правда весьма извратный и расточительный. Нужно настроить отсылку логов Syslog на локальный адрес роутера, в правилах файрвола в цепочке создать правило, которое будет перехватывать нужное сообщение с логами (по полю Content) и создавать динамическую запись address-list, а в шедулере проверять наличие такой записи и по её появлении делать какие-то действия.
Концепт-конфиг, которой отслеживает появление в логе отправленной из какого-либо скрипта или командной строки строчки "testtest" (правила файрвола должны быть до правила, разрешающего трафик established+related):

# создаем интерфейс, на который можно повесить ip-адрес
/interface bridge add name=logging-bridge
# создаем локальный ip-адрес, на который будем слать Syslog
/ip address add address=127.0.0.2 interface=logging-bridge
# прописываем Syslog-сервер, на который будут отправляться логи
/system logging action add name=remote2logwarch remote=127.0.0.2 target=remote
# задаем отправку логов ни этот сервер, в topics прописываем нужные разделы вместо script
/system logging add action=remote2logwarch topics=script
# создаем правило, которое создает запись в address-list при наличии нужной подстроки в полученном syslog-пакете
/ip firewall filter add action=add-src-to-address-list address-list=_logwatch_testtest address-list-timeout=1m chain=input content=testtest dst-address=127.0.0.2 dst-port=514 protocol=udp
# создаем шедулер, который проверяет наличие нужной записи в address-list и выполняет какие-либо действия
/system scheduler add interval=1s name=logwatch_testtest_1sec on-event=":if [ /ip firewall address-list find where dynamic && list=\"_logwatch_testtest\" ] do={ /ip firewall address-list remove [find dynamic && list=\"_logwatch_testtest\"]; /log info \"log entry catched!\" }\r\n" policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive,romon start-date=jan/01/2021 start-time=00:00:00

В IP -> Route -> Rules добавьте перед тем правилом, которое на скриншоте, еще одно правило, в котором в dst-address будут адреса второй локальной сети, а в table - дефолтная таблица маршрутизации (main)

Озадачивался недавно тем же самым вопросом, необходимо было заказать несколько десятков LTE-модемов для работы с роутерами Mikrotik. Huawei E3372h-320 точно так же отпал. Взяли на тест Alcatel IK41VE1, в течение месяца отработал стабильно, без проблем. Совместим с RouterOS начиная с 6.48. Из минусов - нет возможности нормально мониторить параметры сотовой сети (уровень сигнала отображается только в виде "палок" в веб-интерфейсе). Заявленный потребляемый ток - 400 ма, так что нагрузочной способности USB-портов должно хватать на любых устройствах.
UPD. Как выяснилось, у модема есть скрытые настройки и диагностика, доступные по прямым ссылкам. Список тут - https://disk.yandex.ru/i/vOw5wsDEOSWNLg

Как настроить редирект с httpS на hotspot?

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

1. Выделяете порт или бридж для подсети /29, которую купили у провайдера
   
2. Вешаете на него первый ip из диапазона (если подсеть 100.100.100.0/29, то это будет с указанием маски 100.100.100.1/29)
   
3. Создаете в IP -> Route -> Routes дополнительный дефотный маршрут (в 0.0.0.0/0) через провайдера, у которого купили подсеть, с явным указанием имени таблицы маршрутизации (поле Routing Mark, в которое можно прописать wan2 или что-то вроде)
   
4. Создаете правило маршрутизации в IP -> Route -> Rules, которое маршрутизирует трафик с интерфейса, которому назначена провайдерская подсеть, через эту таблицу маршрутизации. Т.е. в в правиле заполняете поля Interface (интерфейс, на который назначена подсеть провайдера), Action (оставляете дефолтное значение Lookup) и Table (туда вписываете wan2 или свое название таблицы маршрутизации из предыдущего пункта)
   
5. Проверяете, что в IP -> Firewall -> Filter нужный трафик из/в подсеть разрешен, а в IP -> Firewall -> NAT нет правил ната, которые срабатывают для такого трафика.
   

В случае, если хотите натить, то это можно сделать практически аналогичным образом. Также потребуется второй именованный дефолтный маршрут, и правило маршрутизации, только вместо интерфейса в нем нужно будет в Src. Address вписать вашу внешнюю подсеть.

Отключите на TP-Link функционал dhcp-сервера и переключите патчкорд из порта WAN в один из LAN-портов. Но также не исключена ситуация, что где-то еще есть неучтенная точка доступа или иное сетевое оборудование, раздающее ip-адреса. Отловить можно сниффером (по крайней мере, получится узнать его mac-адрес).