если хочешь увидеть запись hello в браузере, то ты должен указать тип контента в секции location, вот так:

   location /test {
       add_header Content-Type text/plain;
       return 200 "hello";
   }

и будет вот так:

ОСи везде одинаковые?

попробуй галочку поставить "печатать как изображение" (print as image)

Хочу увидеть на поддомене. Пускай скачивает поток октетов, мне не принципиально. /test работает , test.site.ru/ не работает.

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

events {    worker_connections  1024; }
http {
    include       mime.types;
    default_type  application/octet-stream;

    server {
        listen       80;
        server_name  fallacy.space;

        location /me { return 200 "meeeow"; }

        location / {
            root   html;
            index  index.html index.htm;
        }
    }

    server {
        listen 80;
        server_name sub.fallacy.space;
        location / {  return 200 "Sub";  }
    }
}

nginx version: nginx/1.15.7

А что в логах?

Чёт вроде как вообще не видит запросов на поддомен.
Так. На мысли навело. Попробовал dig subdomain.mysite.ru - ничего, попробовал www.mysite.ru -  находит.
В панели на хостере тоже стояли дефолтные настройки для домена. CNAME перенаправлялись только www и ftp. Поставил *. Это оно?

В error или access логах что-то должно быть, если ничего нет, то по поддомену ты не можешь обратиться к серверу получается?

Если есть А запись на твой север, то на своём сервере попробуй в hosts свой поддомен добавить

Похоже твой сервер не резольвит это имя

A - запись есть, одна. И она на mysite.ru. Не www.mysite.ru. Не знаю, как правильно.
А как в hosts добавить, где это обычно лежит?  
Это точно не CNAME? Может, подождать, пока применится? www же резолвится, или оно может в дефолтных настройках nginx'а отражаться?

Как помню, примерно так:
на хостинге создаешь поддомен, типа записи А с именем subdomain.mysite.ru и IP твоего сервера
на своем сервере создаешь настройку nginx с subdomain.mysite.ru
в /etc/hosts добавляешь запись subdomain.mysite.ru

если я всё неправильно понимяу, у него subdomain.mysite.ru в NS не прописан был.
просто надо подождать теперь, пока не обновятся серверы

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

можно и 48 часов конечно подождать... ))

интересно, что если ты хостишься за рубежом, и имя покупаешь тоже за рубежом

настройки применяются моментально практически

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

Добрые люди. Расскажите мне пожалуйста для разработки мобильных приложений что требуется, т.е если брать из расчёта простой магазин на 20 позиций, как оно работает там бакэнд фронтэнд дизайн

подождал. Всё заработало как надо. Спасибо всем большое за наводки.

Смотря что менять.

Например вы обслуживаетесь у нас (ps.kz). Домен куплен в зоне .kz, например test.kz
NS-серверы на домене в казнике стоят ns1.ps.kz, ns2.ps.kz, ns3.ps.kz

————————————————————

Пример 1:
Вы меняете NS серверы домена на какие-то другие, например переезжаете к другому хостинг провайдеру. Смотрим SOA запись зоны .kz в Казнике.

[kit@kit-ultrabook]$ dig soa kz

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-10.P2.fc29 <<>> soa kz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39655
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;kz.        IN  SOA

;; ANSWER SECTION:
kz.      3576  IN  SOA  ns.nic.kz. hostmaster.nic.kz. 2019011512 14400 7200 2592000 86400

Второе число 14400 - это  время обновления вторичных NS-ов казника относительно первичного.
(Время (в секундах) ожидания вторичного DNS перед запросом SOA-записи с первичного. По истечении данного времени, вторичный DNS обращается к первичному, для получения копии текущей SOA-записи. Первичный DNS-сервер выполняет этот запрос. Вторичный DNS-сервер сравнивает полученный серийный номер зоны с имеющимся. Если они отличаются, то осуществляется запрос к первичному DNS-серверу на трансфер зоны.)

14400 секунд = 4 часа, т.е. ДНСы на всех серверах казника поменяются максимум в течение 4-х часов в зависимости от того, когда вы сменили их.

Посленее число 86400 - Minimum TTL
(Минимальное время жизни, применяемое ко всем ресурсным записям зоны. Это значение применяется в ответах на запросы с целью проинформировать остальные серверы, сколько времени они могут хранить данные в кэше.)

86400 секунд - это 24 часа, т.е. все корректно работающие DNS серверы в мире обновят свои кеши об этой записи в течение максимум 24 часов.

———————————————————————

Пример 2:

Вы не меняете NS серверы в казнике, а меняете содержимое любой записи самой зоны test.kz. В этом случае вы сами можете через панель управления DNS изменить значение параметров в SOA записи и сделать так, чтобы зона обновлялась быстро.