LINUX.ORG.RU

Ошибка в конфигах DNA.

php понятия не имеет где сайт и по каким адресам он доступен, приложение ориентируется только по переменным окружения. Nginx вызывает сокет php

fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;

и передает ему: «Исполни мне вот этот файл».

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

Ищи где у тебя редирект происходит и разбирайся там почему. По конфигам я не вижу этого 301, значит что-то не нравится вордпрессу - разбирайся с ним.

BaBL ★★★★★
()
Последнее исправление: BaBL (всего исправлений: 1)

Полный сумбур. Я вообще ничего не понял из топика

В 5-м абцаце что-то похожее на нормальное описание проблемы:

но на страницах сайта по необъяснимым причинам ссылки идут на first.host

Это называется base_url. Гугли wordpress base_url. Обычно он указывается в конфиге сайта

router ★★★★★
()
Ответ на: комментарий от nixbeast

Весь конфиг описан в базе данных, там все переписано на новый хост.

Да ну? А информацию для подключения к БД сайт берёт из астрала?

router ★★★★★
()

3 раза перечитал, но ничего не понял. Но вангую у тебя ошибки в конфиге, поэтому он не перечитался.

include /etc/nginx/snippens/ssh.conf;
ssh

Может все-таки ssl?

Deleted
()
Ответ на: комментарий от turtle_bazon

Потому что там ничего интересного. И редирект существует ровно пока в server подключен all.conf и wordpress.conf или только all.conf. Без этих конфигов домен открывается но выдает про " вы собираетесь открыть являющиюйся: application/octet-stream" И сохраняет мне индекс wordpress кстати нужного хоста.

nixbeast
() автор топика
Ответ на: комментарий от router

Написал же. Прямо по домену сайт идет в 301, если по /index.php открывает нудный хост. Сам по себе wp точно и без всяких сомнений настроен верно, тут могу хоть об заклад. База и все фалы в корне все настроено как надо. В файлах нигде не упоминается старый хост, в базе никаких упоминаний о старом хосте тоже нет.

nixbeast
() автор топика
Ответ на: комментарий от Deleted

Нет. Все верно. Я скопировал конфиг с того что работает на сервере, только поправил listen и server_name.

Суть то в том что он пока работает конфиг первого хоста берет данные оттуда, и только при обращении по домену, ссылки и index.php открывает верно.

nixbeast
() автор топика
Ответ на: комментарий от Deleted

а чего ему рассказывать? вротпресс не сможет взять СЕРВЕР АЙПИ если его нет в переменных окружения, он работает в PHP окружении уже.

BaBL ★★★★★
()
Ответ на: комментарий от BaBL

Все ссылки и прямое обращение к php файлам работают. Но сейчас проверю что выдаст.

nixbeast
() автор топика
Ответ на: комментарий от BaBL

А как ему дать понять если не через виртуальный хост nginx?

В wp редиректа нет. В базе и файлах нового хоста нет таких данных. Так как нет упоминания старого домена.

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

nixbeast
() автор топика
Ответ на: комментарий от BaBL

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

Deleted
()
Ответ на: комментарий от BaBL
    [USER] => www-data
    [HOME] => /var/www
    [HTTP_UPGRADE_INSECURE_REQUESTS] => 1
    [HTTP_COOKIE] => adminer_version=4.7.1; wp_min=1; wp_woocommerce_session_; wordpress_test_cookie=WP+Cookie+check; wordpress_logged_in_
    [HTTP_CONNECTION] => keep-alive
    [HTTP_DNT] => 1
    [HTTP_ACCEPT_ENCODING] => gzip, deflate
    [HTTP_ACCEPT_LANGUAGE] => ru-RU,ru;q=0.5
    [HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
    [HTTP_USER_AGENT] => Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:65.0) Gecko/20100101 Firefox/65.0
    [HTTP_HOST] => new.host
    [REDIRECT_STATUS] => 200
    [SERVER_NAME] => new.host
    [SERVER_PORT] => 80
    [SERVER_ADDR] => ***.***.***.**5
    [REMOTE_PORT] => 53427
    [REMOTE_ADDR] => мой_ip
    [SERVER_SOFTWARE] => nginx/1.12.2
    [GATEWAY_INTERFACE] => CGI/1.1
    [REQUEST_SCHEME] => http
    [SERVER_PROTOCOL] => HTTP/1.1
    [DOCUMENT_ROOT] => /var/www/new.host/html
    [DOCUMENT_URI] => /test.php
    [REQUEST_URI] => /test.php
    [SCRIPT_NAME] => /test.php
    [CONTENT_LENGTH] => 
    [CONTENT_TYPE] => 
    [REQUEST_METHOD] => GET
    [QUERY_STRING] => 
    [SCRIPT_FILENAME] => /var/www/new.host/html/test.php
    [FCGI_ROLE] => RESPONDER
    [PHP_SELF] => /test.php
    [REQUEST_TIME_FLOAT] => 1550046765.1388
    [REQUEST_TIME] => 1550046765
nixbeast
() автор топика
Ответ на: комментарий от Deleted
server {
    listen ***.***.***.**7:80;
    server_name first.host www.first.host;
    root /var/www/first.host/html/;
    index index.php;

    pagespeed Disallow "*/checkout/*";

    include /etc/nginx/snippens/ssh.conf;
    include /etc/nginx/snippens/cache.conf;
    include /etc/nginx/snippens/wordpress.conf;
    include /etc/nginx/snippens/all.conf; 
    include /etc/nginx/snippens/pagespeed-for-hosts.conf;
        
}

server {
    listen 443 ssl http2;
    server_name first.host;
    rewrite ^(.*) http://first.host$1 permanent;
    ssl_certificate /etc/letsencrypt/live/first.host-0001/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/first.host-0001/privkey.pem;
    server_tokens off;
}
server {
    listen 443 ssl http2;
    server_name www.first.host;
    rewrite ^(.*) http://first.host$1 permanent;
    ssl_certificate /etc/letsencrypt/live/first.host-0001/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/first.host-0001/privkey.pem;
    server_tokens off;
}
nixbeast
() автор топика
Ответ на: комментарий от nixbeast

Вангую, что во вротпрессе для нового имени new.host урлы с https, а в конфиге new.host для него ничего нет.

Deleted
()
Ответ на: комментарий от nixbeast

Чувак, ещё раз пытаюсь призвать к здравому смыслу. До подключения к БД идёт собственный конфиг wordpress

Тот самый, в котором лежат credentials для поключения к БД

Так вот, в нём ты обязан указать base url ( или как это называется в терминах wordpress'а, гугл в помощь )

Сказать «у меня всё в порядке, пули вылетают, проверяйте мишень» это не показатель опыта

router ★★★★★
()
Ответ на: комментарий от router

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

Косяк был. В настройках и не в тех что я привел.

nixbeast
() автор топика
Ответ на: комментарий от router

Ну в общем. Пока по тесту работает до смешного... убрал ip из конфы и вписал в hosts, теперь отзывается. До этого как оказалось не отзывался хост вообще. По домену/файл по факту открывал на первом хосте.

Хотя не понятно почему nginx игнорировал listen.

nixbeast
() автор топика
Ответ на: комментарий от nixbeast

убрал ip из конфы и вписал в hosts, теперь отзывается

А в dns адрес есть?

Хотя не понятно почему nginx игнорировал listen.

Если ты обращался по IP, то никто ничего не игнорировал. Штатная работа name-based virtual hosts плюс nginx default site

router ★★★★★
()
Ответ на: комментарий от router

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

nixbeast
() автор топика
Ответ на: комментарий от BaBL

Конфиги вы видели. Все что я в итоге сделал это вписал нужный ip в хостнс а в listen убрал ip Больше ничего не пришлось делать.

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

В общем и целом я бы так не делал, а поднимал бы ценось с вебмордой на ispconfig, тут даже на мой не искушенный взгляд lts убунты это не то что нужно. Да и вообще как серверная ось убунта не выбор, имхо. ОСь для ПК еще норм, сам до сих пор на 14 lts.

nixbeast
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.