hint000

В логах пишет порт подключен-порт отключен в цикле.

Налицо физическая потеря линка. Два варианта.
1. подыхают порты на коммутаторе; решение: заменить коммутатор;
2. повреждён сразу пучок кабелей (погрызен крысами, повреждён в процессе строительно-ремонтных работ, затоптан ногами в случае открытой прокладки (маловероятно), незначительное повреждение внешней оболочки + попадание влаги под оболочку, воздействие высокой температуры от проходящих рядом труб отопления (в результате ПВХ-изоляция крошится), длительное воздействие УФ от прямых солнечных лучей (маловероятно) и т.д. и т.п.); решение: найти причину повреждения, устранить причину, после этого проложить новые кабели.

https://www.google.com/search?q=КИИ
А в иных случаях (когда предприятие не относится к КИИ и не содержит объектов КИИ) - примерно никакие.

но как сделать чтобы он еще и отправлял в список ipset

Средствами iptables никак, наверное. Но можно написать скрипт, который будет периодически парсить файл /proc/net/xt_recent/get_packets и засовывать результат в ipset.
https://qna.habr.com/q/733485

Гуглить так: https://www.google.com/search?q=ждущий+мультивибратор

https://vpayaem.ru/information18.html


(это всё засовывается на место светодиода)

Я знаю что local это не правильно.

Не надо повторять за кем-то догмы. Почему .local это не правильно? У 0.1% компаний сетевая инфраструктура организована так, что с .local они наступят на грабли. У остальных 99.9% никаких проблем нет и не будет. И это не "рулетка", адекватный админ точно знает, что в его сети нет Zeroconf. Совет от Microsoft не использовать .local - это совет "специалистам", которые понятия не имеют, что творится у них в сети. На всякий случай, чтобы имеющийся бардак не стал ещё худшим бардаком.

Если организация настолько большая, что требуется выделение отдельных, администрируемых независимо другими людьми зон (филиалов, отделов) - то да, лучше сразу задуматься о доменах третьего уровня.

Если организация настолько большая, то рядом с вами будут несколько опытных коллег, которые не абстрактно, а на реальной конфигурации объяснят, почему были приняты те или иные решения (домен 3-го уровня или 2-го уровня и многое другое). Microsoft даёт некоторые рекомендации, но они (рекомендации) не заменят мозги админа. Это даже не best practices, это точка, с которой можно начать, когда нет опыта. Но эти рекомендации не помешают наступить на грабли (другие), вот пример из недавних вопросов здесь же: https://qna.habr.com/q/1046186

Есть домен (AD), основной DNS суффикс домена - company.ru...
...
Недавно в зоне RU регистрируется доменное имя - company.ru. Зарегистрировано не нами...

Занавес.
В случае .local такой проблемы не было бы. Делаем вывод: бездумное следование рекомендациям не спасает от проблем. Даже если бы они сделали домен 3-го уровня corp.company.ru, это бы их не спасло.

если правила не заданы как в мом примере просто ("белая пустота") то как я буду знать как обрабатывает их firewall ? пропускает он трафик или нет вот в чем загвоздка

загвоздки нет, это настраивается по вашему выбору. Но это сложно: надо собрать волю в кулак, глубоко вдохнуть и сделать пару кликов мышкой (посмотреть состояние в два раза проще - хватит одного клика).

https://www.google.com/search?q=excel+timezone+convert
первая ссылка из выдачи Гугла:
https://www.extendoffice.com/documents/excel/3609-...
И да, это работает, я проверил:

если вопрос глупый - не бейте

Вопрос не глупый, но бить буду. :)
Начинать нужно с диагностики проблемы.

письма с этого устройства не уходят, почтовый ящик не обновляется

Это описание симптомов на уровне пользователя, а не айтишника. nslookup, ping, tracert, wireshark, вот это всё... (c) нужно применять для диагностики.

в Exchange не особо понимаю

диагностика нужна, чтобы понять главное: тут дело даже не в Exchange, а в инфраструктуре локальной сети (конкретно DNS, маршрутизация, NAT).

Дальше два метода. 1) разбираться с внутренним DNS: https://www.google.com/search?q=split+horizon+dns
2) городить на роутере это: https://www.google.com/search?q=hairpin+nat
В зависимости от [...] поможет или любой из методов, или только какой-то один из них, или оба вместе. Точнее пока сказать нельзя, локальные сети у всех разные, встречаются и экзотические конфигурации. Если экзотики нет, то всё у вас получится.

P.S. Exchange хотя бы свежий? Все обновления установлены? А то за последний год изрядную долю серверов Exchange (доступных в Интернет) взломали и продолжают ломать. Я удивляюсь, что кто-то ещё им хочет пользоваться.

Надеюсь не запутал

Есть немного :)
Предложение такое: использовать не софт, а хард. Такая штука: https://www.google.com/search?q=hdmi+splitter
Одним хвостом в ноут, другим в панель, третьим в дополнительный монитор (рядом с ноутом). И будет на мониторе та же картинка, что и на панели.

Не туда добавляете. Вроде русским языком написано: Перенаправление портов. Но вы зачем-то вместо этого пытаетесь прописать статическое резервирование адресов в DHCP. Хотя конечно, Tenda тот ещё хлам, и даже интерфейс они не смогли по-человечески сделать (совершенно разные функции лепят вплотную на одной странице).

пытаюсь добавить внешний ip, кидает ошибку

Внешний адрес прописывать тут вообще не нужно.

Вопрос плохо сформулирован.

как проверить по 2-м условиям, "Текст1" и "Текст2"

Значение в конкретной ячейке не может быть равно "Текст1" и "Текст2" одновременно. Без применения телепатии вопрос можно понять двояко:
1) "Текст1" должен быть в столбце C и одновременно "Текст2" должен быть в столбце D. Тогда ответ: https://exceltable.com/funkcii-excel/funkciya-summ...

=СУММЕСЛИМН(H1:H100;C1:C100;"Текст1";D1:D100;"Текст2")

2) Подразумевалось не И, а ИЛИ, т.е. суммировать, когда значение в столбце C равно "Текст1" или "Текст2".
Тогда так:

=СУММЕСЛИ(C1:C100;"Текст1";H1:H100)+СУММЕСЛИ(C1:C100;"Текст2";H1:H100)

P.S. Сергей Сергей, в СУММЕСЛИ просто некуда пихать логические операторы, там нет аргументов булевого типа, в отличие от функции ЕСЛИ.

Посоветуйте пожалуйста куда копать

Копайте в сторону конфликта IP-адресов (выдаваемых по DHCP).
Например, когда 192.168.1.100 перестанет пинговать шлюз, то попробуйте со шлюза пинговать 192.168.1.100.
И с разных других компьютеров пинговать 192.168.1.100.
И если такой пинг пройдёт, то отключите (физически) 192.168.1.100 от сети и снова проверьте пинги до него с разных компов.
Вдруг обнаружите, что кто-то по этому адресу отвечает, даже когда комп отключен от сети.