Keffer

Сильно зависит от того, как туда попадают файлы и какая это файловая система.

Если это шара от samba, то в её свойствах можно выставить force user и все будет от одного пользователя.

Если файловая система поддерживает расширенные ACL, то можно через default права. (смотреть команды setfacl, getfacl).

Но сама потребность автоматической смены прав может говорить об ошибке планирования бизнес-процесса..

рассовоправильный RDP не работает чтоль ??
самый прямой доступ к винде :)

Настраивать авторизацию, хоть тот же 802.1X.

Можно ли в 2024 году как-то оплатить данные сервисы?

Нет

Будут ли они работать в россии?

Нет

Проверенный, актуальный и безотказный метод - это вывоз роутера в любую из цивилизованных стран.

Что вообще должно быть Ит отделе?

Много чего и разного. Начать надо с вопроса - Вы кто? Директор, линейный руководитель, начальник отдела, просто боец? Если просто боец, то большинство вопросов - это тупо не Ваше дело, занимайтесь тем, что прописано в ДИ. Или просто сваливайте, потому что "структура по-казахски", когда кресло начальника занимает этнический казах, который нихрена ничего не понимает, но у него есть зам, не казах, который и тащит всю работу - она вряд ли поменялась...

Чудес не бывает.
1. Netinstall на свежий long-term
2. Пароль админа никому не даем
3. Доступ на железку только для своего IP
4. Ждем повторного поведения

Даже если микрот сбрасывается в 0, порты всегда будут в up

Была похожая задача, и если поискать, то не одна. Увы какого то адекватного способа нет. Если программе нужны права админа, то придется запускать ее с правами админа.

Видимо потому-что сайт считает уникальных посетителей не по смене dns и ip.
Странный вопрос - сайт ваш, а вы не знаете - в чем дело.

Harpin NAT решит проблему, но я рекомендую этот вариант опустить вниз списка возможных решений. Наиболее оптимальным являет использовать DNS.

Например у вас есть домен example.com и шара в этом домене share.example.com. Соответственно на внешних DNS вы прописывает share.example.com на белый IP микротика, а на самом микротике в IP-DNS-server статическую запись share.example.com на внутренний адрес этого сервера. Соответственно все клиенты внутри сети должны использовать в качестве DNS сервера микротик и при попытке обратиться share.example.com микротик вернет им внутренний адрес сервера.

1. Уволить сисадмина вашего. Он не компетентен
2. Пробрасывайте, всё будет работать. Единственно для доступа из локалки по доменому имени понадобится еще настроить Harpin NAT

Обычно на такой поток сознания я спрашиваю "Хороша была трава?"

Роутер никакие "запросы" не обрабатывает (хотя конечно у него есть язык скриптов). Роутер настраивается либо через терминал, командами, либо через winbox, кнопочками. Знать нужно примерно одинаково и там и там - в winbox очень мало safety belts, знать, что где прописать нужно примерно одинаково, в winbox просто поудобнее немного.
Мне нифига непонятно, что там у тебя за игрушки какие-то с Proxifier, что за ерунда, но микротик - серьезное устройство, в нем ни капли модно-стильно-молодежности нет.

Никак.

Маленький и промышленно отсталый Туркменистан - не промышленный монстр Китай, поэтому сесть на аплинк и контролировать трафик в нем гораздо проще. А выявить VPN возможно всегда, вне зависимости от применяемого софта - нужно только время и внимательность. Я думаю и того и другого у туркменского СБ хоть #опой жуй.

Да, можно находить некие хостинги, брать там VPS и пытаться подымать там экзотические китайские VPN. Но это все будет работать только при небольшом обьеме трафика - чтобы он не бросался в глаза, потому что иначе сразу забанят. Забанят просто по принципу белого списка - "я не понимаю, что это, так что забаню, пусть придет и обьяснит". Либо же просто по факту шифрованного соединения с забугорным ресурсом.

Как-то делись куда-то оптимисты, дудевшие про то, что "не посмеют", "не сумеют", "да мы все равно"... Конечно, Туркменистан не Россия. Но ведь посмели, сумели и оказалось, что вовсе не все равно...

Есть только два пути и я их уже предлагал:
- устроиться в надзорные органы
- завести трактор

1) не делать свой почтовый сервер
2) хорошо подумать, и не делать свой почтовый сервер
3) если все равно хочется сделать, но еще раз подумать, и не делать почтовый сервер.
Ну и нужно настроить:
- записи MX, SPF, DKIM
- настроить подписи DKIM
- установить SMTP-вервер (opensmtpd например),
- установить POP и/или IMAP серверы
- настроить TLS на всем этом с сертификатами
- очень желательно настроить антиспам типа spamassist
А также по просьбе старого друга и авторитетного администратора крупных почтовых (и не только) сервисов Alexey Dmitriev

Просьба добавить в свой правильный список - настройку записи DMARC и PTR - для полноты картины.

Без этого тоже никуда никто не едет.
И еще раз крепко подумать, нужна ли Вам эта головная боль и разбирательства, "почему меня все блокируют"...
Один из выходов, хостить почту у провайдеров почты, а себе забирать архивы раз в день...

PS, И да, если уж речь зашла о настройках, Всякие PTR, SPF, MX, DKIM, DMARC и прочие вещи я не всегда знаю сам как автоматизировать. В основном ручками все собираю по привычке и правлю конфиги. А в больших инсталляциях еще и разношу на несколько серверов.
И все равно, почта требует практически еженедельного (если не ежедневного, в больших инсталляциях) присмотра и ухода, чистки очередей, разгрузки сервисов, борьбы со спамом и прочей хренью.

PPS. Лет 25 назад доставляло мне удовольствие, забирать отдавать почту по UUCP по модемному коннекту на организацию в 100 человек :)
Теперь нет никакого удовольствия. Это все равно что содержать ftp-сервер. Старый протокол, старые технологии, куча говна и палок.

Ну и коли пошла такая пьянка, некоторые корпоративные почтовики оборудуют всякими фильтрами:
- первое письмо не проходит, и его нужно ставить в отдельную очередь на минут 20-30 для повторного ответа - не выдержал таймаут - БАН
- первое письмо просто валится в спам - повторная отправка - БАН
- нельзя отправлять почту более 10 ресипиентам - БАН
- пигн-понг короткими сообщениями - иначе БАН

Ну и прочие чудеса эквилибристики почтовых администраторов.