vreitech

Видимо либо у вас отображаются только пользовательские процессы, либо потребляется оперативка в режиме ядра (ОЗУ выделяется драйверу и отсутствует в списке процессов).
В любом случае первым делом потребление оперативки системой нужно отслеживать по графику потребления ОЗУ, а не по списку процессов.

в голову приходит только avahi. но я не думаю, что на микротике можно это устроить. возможно получится на самом nas'е. но если нет - придётся таки выделить под локальный DNS какую-либо машину (возможно, в качестве дополнительной нагрузки).

perl -i -pe 's~dmax=\"(\d+)\"~$1*2~ge' filename

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

на том уровне абстракции сетевого стека, где принимается решение о маршрутизации IP-пакета в нужную сеть (L3), пакет уже избавлен от MAC-адресов. а чтобы пакет достиг данного уровня абстракции, сначала пакет должен быть правильно обработан на предыдущем уровне абстракции (L2), где как-раз и требуются MAC-адреса.
решение о том, на какой компьютер сетевушка отошлёт пакет (свой или транзитный), в конечном итоге всегда опирается на MAC-адрес назначения (MAC-адрес конечного получателя или MAC-адрес роутера), это последняя вещь, которая становится известна перед отправкой пакета, и первая вещь, которая запрашивается из входящего пакета, поэтому MAC-адреса назначения и отправителя на первом месте, а не где-то ещё.

chown www-data /users
chmod u+rwx /users

этих прав должно хватить для создания папок и файлов внутри /users, если, конечно, php действительно работает от имени пользователя www-data.

потому что именно этот адрес указан в поле SOURCE_IP в заголовке IP-пакетов, приходящих на ваш сервер с PHP в клиентских запросах.

надо полагать, программа после запуска пытается получить доступ к какому-то объекту в файловой системе по относительному пути, а стартовым каталогом в данном случае будет являться тот каталог, находясь в котором была дана команда на запуск программы.
в случае с midnight commander всё просто - это каталог, в котором находится сама программа. в случае с запуском вручную всё зависит от того, в какой каталог зашёл перед этим человек. а в случае с кроном это будет домашний каталог пользователя, из-под которого запускается программа (в вашем случае, видимо, root).
видимо в последних двух случаях требуемого доступа к объекту нет (из-за отсутствия объекта или каких-то прав на него) - отсюда и проблемы.

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

видать что-то пошло не так.

> Тогда напрашивается вопрос, откуда там берутся локальные IP
там - это где?
если речь о домашней локальной сети - прописываются владельцем ПК руками или присваиваются DHCP-сервером роутера.

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

поскольку у вас в location указано /UNDVXE5A/, то и срабатывать этот локейшн будет только для /UNDVXE5A/.
а перекидывает https://domen:7323/UNDVXE5A на https://domen/UNDVXE5A/ потому что под вышеупомянутое правило, как я написал выше, ваш УРЛ не попадает, а где-то в конфиге есть правило или набор правил, отвечающие за перекидывание с https://domen:7323/UNDVXE5A на https://domen/UNDVXE5A/.

> нажимаю enter он отправляется на роутер
он отправляется первым делом на матрицу коммутации подключённого с противоположной стороны кабеля устройства: роутер это или коммутатор - не принципиально. главное - что речь не о сети из двух компов.
> ,роутер ищет в подключениях такой же mac адрес
встроенный в роутер коммутатор ищет
>не находит ,роутер по патчкорду отправляет кадр на свитч на чердаке
встроенный в роутер коммутатор рассылает полученный ethernet-кадр далее по всем своим портам, к которым что-либо подключено, кроме того порта, с которого пришёл кадр, и, учитывая, что коммутатор не сам по себе, а в составе роутера, то ещё и кроме портов, которые в настройках роутера отнесены к другим широковещательным сегментам (т. е. к другой сети, к другому VLAN).
> ,свитч тоже не находит.куда перенаправляет свитч и как перенаправляет история умалчивает.
туда же, куда и в случае с коммутатором в роутере - на все порты, кроме порта-источника и портов, относящихся к другим VLAN (если свитч управляемый и поддерживает разбиение портов по VLAN). таким образом ethernet-кадр, будет распространятся по всей локальной сети от коммутатора к другим коммутаторам (и компам), и на каждом из них будет повторяться одна и та же процедура: при наличии в коммутаторе записи, соотносящей MAC-адрес назначения из кадра с каким-то портом коммутатора, кадр будет перенаправлен в этот порт, а при отсутствии такой записи - во все порты сразу, кроме порта-источника. если в этой локальной сети действительно есть комп с таким MAC-адресом - то кадр в конце-концов до него дойдёт, а если нету - кадр будет в итоге утерян.
> есть размытое объяснение что свитч перенаправляет его на какой то другой маршрутизатор районного далее городского уровня и т.д. перенаправляет вроде бы по wan сети но там скорость до 56 кбит/с а мне роутер выдает 100мб/с.
тут уже начинаются привирушки со стороны того, кто вам дал размытое объяснение.
если, как вы в самом начале упомянули, "есть какой то пакет езернета у которого есть какой то мак адрес получателя", то за предел локальной сети (т. е. через роутер) он не выберется. роутер, как и любое другое устройство уровня L3 (работающее с IP-адресами), принимает со своего встроенного коммутатора только кадры, MAC-адрес назначения в которых совпадает с MAC-адресом роутера, и отбрасывает все остальные. так что ни в какую другую сеть ваш кадр не попадёт, пока не переписать вами сказанное на "есть какой то пакет езернета у которого в качестве мак адреса получателя указан MAC роутера". вот в этом случае кадр попадёт на роутер, который извлечёт из него IP-адрес назначения и на основании своей таблицы маршрутизации направит его в одну из подключенных к нему сетей, подменив при этом MAC назначения на MAC роутера этой новой сети (т. е. того роутера в этой новой сети, на который он шлёт кадр), или прибьёт.
> хотелось бы послушать что происходит дальше
про то, что дальше в варианте "какой то MAC", я указал выше: не далее как в пределах одной локальной сети.
а если MAC указан правильный (а за это отвечает таблица маршрутизации компа, с которого отсылается пакет в начале), всё это повторяется какое-то кол-во раз в зависимости от длины маршрута, его правильности и наличия проблем в сети: с каждого нового роутера кадр шлётся на MAC следующего роутера, проходит через свитчи, и если нигде нет обрыва или иной неисправности, добирается до следующего роутера, на котором, в зависимости от IP-адреса назначения, роутер выбирает следующую сеть и меняет MAC назначения, или прибивает кадр, если в его таблице маршрутизации отсутствует маршрут до этого IP-назначения.
на литературу вам уже вроде скинули ссылок. там вы прочтёте и про все остальные возможные ситуации, такие как широковещательные кадры, зарезервированные мультикаст-адреса, другие зарезервированные адреса, ARP-кеш, ARP-прогрев, ARP-проксирование, различные вариации стандартов Ehternet-кадров и много чего ещё - общую схему я описал, но из неё есть эти и другие исключения.