AUser0

Если API - то вряд ли его будут DDoS-ить, с его минимальным трафиком.

А с одного IP несколько одновременных коннектов возможны? А то можно в IPTABLES поставить лимит на коннекты.

Ну и на уровне HTTP-сервера фильтровать мусорные запросы, если это Nginx.

В конфигах проблема, %24 - это код символа доллара "$".

Если FTP клиента - это удалённый компьютер, то смотреть в мониторинге ресурсов и разрешать в брандауэре 21-й порт бесполезно, этот порт "работает" на удалённом компьютере, не на вашем. И блокируется такое соединение на удалённом компьютере.

Но если telnet на IP этого удалённого компьютера (на 21-й порт) проходит нормально, и появляется текст приветствия от FTP-сервера, а Filezilla всё равно не коннектится - значит что-то у вас не так с самой Filezilla-ой. Попробуйте Filezilla на другие публичные FTP-сервера, полно их в сети (например этот).

Используйте Javascript, его вполне можно статично вписать в result.html. А данные для отображения храните или в localStorage браузера (вот и персонализированный вывод, для каждого пользователя свой), или в cookie опять-же браузера, но туда много данных - не влезет.

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

Но в обоих вариантах дать ссылку на result.html другому человеку не получится, он на этой странице данных не увидит. Разве что ссылку result.html?data_id=0388473, но это сразу всё усложняет.

Если имеется ввиду входящий трафик - легко, REJECT-ите/DROP-аете любой трафик на этот IP, пришедший с неправильного интерфейса - и вуаля! Хотя это в принципе уже должен делать провайдер(ы).

Для исходящего трафика есть routing, поэтому делаете SNAT - тоже будет работать.

Команда route -p add 1.1.1.1 mask 255.255.255.255 2.2.2.2, вместо 1.1.1.1 пишите IP того сайта, вместо 2.2.2.2 - gateway нужной сетевой карты.

Сделайте print_r($_GET['q']);die(250);, и может быть поймёте.

proxy_pass http://example.com:8080/;
rewrite ^/(.*)$ /myapp/$1;

не пробовали?

А что мешает вместо $itemstest[] = ......
делать

$itemstest .= "array(\n
    \"item_sku\" => \"{$product_sku}\",\n
    \"item_title\" => \"{$product_name}\",\n
    \"item_quantity\" => \"{$quantity}\",\n
    \"item_price\" => \"{$product_price}\",\n
),\n";

Обратиться по тем ссылкам на чужой сайт, и сохранить файлы локально.
А то изменится/упадёт тот сайт - и звиздец вашему дизайну...

Собственно в существуюй SPF записи уже всё прописано, отрезок "+mx" как раз про это. Тестер, которым вы пользуетесь, не может корректно расшифровать/понять этот параметр, поэтому и ругается на его отсутствие.

P.S. Что бы проходить проверку - добавьте в вашу запись такой параметр include:_spf.google.com

Прописывайте MX там же, где прописали A запись с IP-адресом вашего сервера.

1. Запрет SMTP - это конечно нонсенс, но как решение - использовать протоколы, не запрешённые на сервере.

2. Mail.ru, Yandex.ru, Rambler.ru, и т.д., полнО же их!

3. Поднять на своём сервере SMTP, не так уж и сложно. Даже коннектиться куда-то не нужно, почтовый сервер уже на самом сервере, и нииииикаких ограничений. И поэтому можно моментально вляпаться в SPAM-базы, угу.

4. Перейти на другие способы извещений, например из свежих-модных-молодёжных - Telegram. Всё очень тривиально, один HTTPS-запрос - и весточка полетела...

Может дело в MAC-адресе .211-го интерфейса? Или в роутере, в который включаются все сервера?

P.S. Смотрите tcpdump-ом трафик .211, может он вообще на этот gateway не приходит.

Больше того скажу, у этих видеофайлов ещё и File Size - очень подозрительно похожи, там GiB - и там GiB!

P.S. Каков вопрос - таков и ответ, угу.