AUser0

В приципе, в комментариях уже всё разжевали, но на всякий случай
Выполняем простой код

var_dump("{\"order_id\":\"FACTPRECHR152632\",\"amount\":\"8300.00\"}");
var_dump('{\"order_id\":\"FACTPRECHR152632\",\"amount\":\"8300.00\"}');

и смотрим на результат

после этого выполняем ещё один простой код

$json = json_encode(["order_id"=>"FACTPRECHR152632", "amount"=> "8300.00"]);
var_dump($json);
var_dump(addcslashes($json, '"'));

смотрим на результат
сравниваем его с предыдущим

И после этого идем с вопросами к тому, кто придумал написать здесь addcslashes

Скорость канала на сервере — 200 Мбит/с

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

Что делать?
1) Пнуть провайдера и спросить про скорость аплоуда.
2) Если молчат - проверить самостоятельно, например замерить скорость загрузки файла курлом.
3) Проверить загрузку через фтп/сфтп
4) Много думать, ругаться с провайдером
5) Профит

И не будет, ведь такая команда будет исполняться в одном shell, а не в двух разных. После первого exit дальше уже всё, остаток будет проигнорирован.

Способы есть:

1. Из суперпользователя убить shell пользователя. Некрасиво и неудобно, но закроет оба шелла.

2. Переключение в суперпользователя оформить сразу с выходом, тогда выход из внутреннего сделает выход и из внешнего, например:

sudo -i; exit

Недостаток - если не удастся правильно ввести пароль - сразу же и выкинет. Ну, можно поразбираться с кодами возврата, чтобы не делать exit.

3. Вместо предыдущего можно сделать exec, тогда запускаемая команда заместит текущий shell, а не будет запущена как дочерний процесс:

exec sudo -i

Недостаток тот же - если не ввести правильно пароль, то выкинет.

Но в целом я не вижу во всём этом смысла. Выход можно делать комбинацией Ctrl-D. Нажать дважды Ctrl-D ничто не мешает, это даже удобнее.

У меня стойкое ощущение, что ваш греп залип на работе с каким-то устройством или FIFO-буфером. Можете попробовать добавить параметр --devices=skip, чтобы пропускать (игнорировать) всё, кроме файлов и симлинков.

Ping замеряет время прохождения пакета от Вас до точки назначения и обратно.

По пути пакеты передаются от одного маршрутизатора - другому.
Примерный путь от Вас до точки назначения можно оценить с помощью команды traceroute/ tracert.

Каналы между маршрутизаторами имеют разную скорость, загрузку, разную величину задержки.

Маршрут между маршрутизаторами выбирается по множеству критериев, из которых близость - далеко не основной.

Основной - скорее цена канала и его загрузка.

Строго говоря, маршрут пакетов от Вас и обратно может отличаться. Он может отличаться даже для разных протоколов, поэтому показания tracert - это ориентир, но не точный критерий.

И да, у интернета нет единого хозяина.
Поэтому даже Ваш провайдер не всегда модет повлиять на маршрут прохождения пакетов.

location /{                                                                                                             
    try_files $uri $uri/ =404;

Вы говорите NGINX'у - попробуй сначала запрошенный урл, потом его же со слешем, потом выдай 404. NGINX делает точно то, что вы сказали.
Если у вас собранное реакт-приложение, то скорее всего у него точка входа index.html
Замените указанное правило на

location /{                                                                                                             
    try_files $uri $uri/ /index.html;

тогда по запрошенному (но не существующему реально на файловой системе) урлу /poll вам вернутся содержимое Index.html, и запустится реакт, и реакт-роутер обработает указанный урл.

https://nginx.org/en/docs/http/ngx_http_core_modul...

Слушать порт не для 0.0.0.0, а только для localhost

Легко проверить. Ты делаешь:

url = "https://file.11klasov.net/index.php?do=download&id=16985" # замените на URL файла, который вы хотите скачать
response = requests.get(url)

Затем посмотри атрибут response.history, и ты увидишь там два ответа: [<Response [302]>, <Response [301]>]. Все коды 3XX - это перенаправления, т.е. сайт тебя перенаправляет на другую страницу, вместо того, чтобы отдать контент.
Итог этих перенаправлений можно узнать из response.url, который будет равен

'https://file.11klasov.net/13938-russkij-jazyk-7-klass-razumovskaja-mm-lvova-si-kapinos-vi-i-dr.html'

Т.е. сайт задетектил бота, и отправил тебя на страницу учебника. Так обычно борятся с хотлинкингом, когда кто-то ставит прямую ссылку на файл на твоём сайте.
Также можно проверить response.headers['content-type']. Он будет 'text/html; charset=utf-8', т.е. это HTML страница а не PDF файл. Разумеется, если ты HTML страницу запишешь в файл с расширением .pdf, она от этого не станет валидным PDF.

Обычно проверяются две вещи: User-Agent и Referer. Первый описывает браузер пользователя, второй - с какой страницы был переход по этой ссылке. Но для данного сайта, похоже, достаточно добавить только Referer вот так:

response2 = requests.get(url, headers={
    'referer': response.url,  # ну или 'https://file.11klasov.net/13938-russkij-jazyk-7-klass-razumovskaja-mm-lvova-si-kapinos-vi-i-dr.html'
})

То получишь желаемое - response2.history будет пустой, а response2.headers['content-type'] будет равен 'application/pdf'.

С учётом этого можешь поправить свой код, чтобы он детектил редирект и делал второй запрос с заголовком Referer.

включить на нём NAT, и указать его шлюзом для другого контейнера

Ну раз с фронта пересели, то аналогию понять должны: В чëм отличие Google Chrome от JavaScript?

index index.html;
root /app;

location / {
        try_files $uri $uri/ /index.html =404;
}

Если файл есть в /app — отдаст, если нет — index.html

Для nslookup и подобных - точку в конце имени
nslookup pc1.

С такой точностью не каждая линейка справится. Смартфон с его погрешностями и переменной средой с тонной преобразований и подавно.

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