WordPress za reverse proxy psuje si\u0119 z jednego prostego powodu: WordPress nie widzi protoko\u0142u ani hosta, z kt\u00f3rych naprawd\u0119 skorzysta\u0142 odwiedzaj\u0105cy. Trzeba wi\u0119c przekaza\u0107 te informacje z warstwy proxy i pozwoli\u0107, \u017ceby wp-config.php je odczyta\u0142. Tak naprawd\u0119 to ca\u0142a poprawka. Utkn\u0105\u0142e\u015b w nieko\u0144cz\u0105cych si\u0119 przekierowaniach w wp-admin? Przegl\u0105darka ostrzega przed mixed content? Mapa strony jest pe\u0142na link\u00f3w http:\/\/ i adresu IP serwera origin? Poni\u017cej przechodz\u0119 po kolei przez konfiguracj\u0119 NGINX na serwerze origin, wp-config.php, ustawienia adresu strony, czyszczenie bazy danych i ko\u0144cowe sprawdzenie.<\/p>\n\n\n\n
WordPress ocenia, czy \u017c\u0105danie jest bezpieczne, na podstawie w\u0142asnych zmiennych serwera. Odwiedzaj\u0105cy \u0142\u0105czy si\u0119 przez HTTPS, proxy rozmawia z serwerem origin zwyk\u0142ym HTTP, a WordPress widzi wy\u0142\u0105cznie ten drugi, nieszyfrowany odcinek. Dlatego w k\u00f3\u0142ko odsy\u0142a przegl\u0105dark\u0119 do wersji HTTPS strony, kt\u00f3r\u0105 uwa\u017ca za niezabezpieczon\u0105. I tak bez ko\u0144ca. Poradnik WordPressa o HTTPS<\/a> m\u00f3wi to wprost: proxy, kt\u00f3re zapewnia SSL przed serwerem origin bez SSL, wpycha \u017c\u0105dania w niesko\u0144czon\u0105 p\u0119tl\u0119 przekierowa\u0144, gdy tylko w\u0142\u0105czysz FORCE_SSL_ADMIN. Ta sama strona zwraca te\u017c uwag\u0119, \u017ce proxy pass przekazuje \u017c\u0105danie, ale nie nag\u0142\u00f3wki, kt\u00f3rych WordPress potrzebuje do przekierowa\u0144. Musisz doda\u0107 je sam. (Nie masz pewno\u015bci, czy taka architektura pasuje do Twojej strony? Najpierw przeczytaj, kiedy reverse proxy ma sens<\/a>.)<\/p>\n\n\n\n Zacznij od serwera NGINX, kt\u00f3ry kontrolujesz i kt\u00f3ry stoi przed WordPressem. Ka\u017cda lokalizacja obs\u0142ugiwana przez proxy musi przekazywa\u0107 oryginalny host i schemat, bez wyj\u0105tk\u00f3w. Dodaj te dyrektywy do bloku location, kt\u00f3ry przekazuje ruch:<\/p>\n\n\n\n A co z przekierowaniami, kt\u00f3re zdradzaj\u0105 adres upstreamu? To te\u017c da si\u0119 za\u0142atwi\u0107. W dokumentacji modu\u0142u proxy NGINX<\/a> jest wyja\u015bnione, \u017ce proxy_redirect przepisuje nag\u0142\u00f3wki Location i potrafi doda\u0107 nazw\u0119 hosta do wzgl\u0119dnych przekierowa\u0144 z serwera za proxy. Jednego bym si\u0119 trzyma\u0142 bezwzgl\u0119dnie: ufaj przekazanym nag\u0142\u00f3wkom tylko wtedy, gdy przychodz\u0105 ze znanych adres\u00f3w proxy. Niezale\u017cnie od tego, z jakiej us\u0142ugi korzystasz do kierowania WordPressa na IP proxy<\/a>, we\u017a list\u0119 tych adres\u00f3w i nie pozw\u00f3l, \u017ceby ktokolwiek inny ustawia\u0142 warto\u015bci X-Forwarded-*. Nag\u0142\u00f3wek mo\u017ce wys\u0142a\u0107 ka\u017cdy.<\/p>\n\n\n\n P\u0119tla przekierowa\u0144 znika, gdy wp-config.php oznacza \u017c\u0105danie jako bezpieczne za ka\u017cdym razem, kiedy proxy zg\u0142asza HTTPS. Wklej ten fragment nad lini\u0105 „That’s all, stop editing”:<\/p>\n\n\n\n Sta\u0142e takie jak FORCE_SSL_ADMIN umieszcza si\u0119 w wp-config.php. Nie we wtyczce. Dokumentacja WordPressa m\u00f3wi, \u017ce zdefiniowanie ich we wtyczce nie wystarczy, a ludzie i tak pr\u00f3buj\u0105. \u017beby zablokowa\u0107 podszywanie si\u0119, otocz ten test warunkiem, kt\u00f3ry por\u00f3wnuje $_SERVER[’REMOTE_ADDR’]<\/em> z adresami Twojego proxy. Sk\u0105d wiadomo, \u017ce zadzia\u0142a\u0142o? wp-admin \u0142aduje si\u0119 raz, bez skakania mi\u0119dzy adresami URL.<\/p>\n\n\n\n Zdefiniuj WP_HOME i WP_SITEURL w wp-config.php z publiczn\u0105 domen\u0105 HTTPS. Nigdy z IP serwera origin, nigdy z wewn\u0119trzn\u0105 nazw\u0105 hosta. WordPress buduje z tych dw\u00f3ch warto\u015bci ka\u017cdy link bezwzgl\u0119dny, wi\u0119c jeden b\u0142\u0119dny wpis rozlewa si\u0119 jednocze\u015bnie na map\u0119 strony, tagi canonical i kana\u0142 RSS:<\/p>\n\n\n\n Potem wy\u0142ap wszystko, co zapami\u0119ta\u0142o stary adres. Wtyczki SEO cz\u0119sto trzymaj\u0105 wygenerowan\u0105 map\u0119 strony, kt\u00f3r\u0105 trzeba wygenerowa\u0107 od nowa. Zapisanie ustawie\u0144 bezpo\u015brednich odno\u015bnik\u00f3w od\u015bwie\u017ca regu\u0142y przepisywania. A motywy? Niekt\u00f3re trzymaj\u0105 w opcjach w\u0142asn\u0105 kopi\u0119 adresu strony, co jest irytuj\u0105ce, ale cz\u0119ste. Ta sama dyscyplina obowi\u0105zuje przy przenoszeniu stron mi\u0119dzy pulami IP<\/a>, bo wyszukiwarki podchwytuj\u0105 ka\u017cdy URL, kt\u00f3ry pokazuj\u0105 Twoje strony.<\/p>\n\n\n\n Mixed content po prze\u0142\u0105czeniu na proxy bierze si\u0119 z adres\u00f3w http:\/\/ zapisanych w bazie danych. To nie proxy jest tu winne. Wpisy, opcje i wid\u017cety przechowuj\u0105 adres, kt\u00f3ry obowi\u0105zywa\u0142 w chwili ich zapisania. Przejd\u017a przez te punkty:<\/p>\n\n\n\n U\u017cywaj wp-cli, a nie surowego SQL. WordPress przechowuje dane serializowane ze znacznikami d\u0142ugo\u015bci, a zwyk\u0142a podmiana tekstu je uszkodzi (zapytaj kogokolwiek, kto musia\u0142 r\u0119cznie odbudowywa\u0107 obszar wid\u017cet\u00f3w). Je\u015bli w gr\u0119 wchodz\u0105 certyfikaty albo zewn\u0119trzne hosty zasob\u00f3w, przejrzyj te\u017c swoje \u015blady TLS i CDN<\/a>.<\/p>\n\n\n\n Sprawd\u017a poprawk\u0119 z zewn\u0105trz, tak jak widz\u0105 stron\u0119 odwiedzaj\u0105cy i crawler. Uruchom curl -IL<\/em> na publicznym adresie URL i prze\u015bled\u017a \u0142a\u0144cuch przekierowa\u0144. Powinien ko\u0144czy\u0107 si\u0119 na jednej stronie HTTPS. Otw\u00f3rz konsol\u0119 przegl\u0105darki i poszukaj ostrze\u017ce\u0144 o mixed content. Potem wczytaj map\u0119 strony i upewnij si\u0119, \u017ce ka\u017cdy wpis u\u017cywa HTTPS i publicznego hosta.<\/p>\n\n\n\n Je\u015bli nadal nie dzia\u0142a, zwykle winny jest jeden z kilku b\u0142\u0119d\u00f3w:<\/p>\n\n\n\nKrok 1: przeka\u017c w\u0142a\u015bciwe nag\u0142\u00f3wki z NGINX do serwera origin<\/h2>\n\n\n\n
\n
Krok 2: naucz wp-config.php czyta\u0107 HTTP_X_FORWARDED_PROTO<\/h2>\n\n\n\n
if ( isset( $_SERVER['HTTP_X_FORWARDED_PROTO'] )\n && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https' ) {\n $_SERVER['HTTPS'] = 'on';\n}\ndefine( 'FORCE_SSL_ADMIN', true );<\/code><\/pre>\nKrok 3: ustaw adres strony WordPressa za proxy<\/h2>\n\n\n\n
define( 'WP_HOME', 'https:\/\/example.com' );\ndefine( 'WP_SITEURL', 'https:\/\/example.com' );<\/code><\/pre>\nJak naprawi\u0107 mixed content po przej\u015bciu na proxy?<\/h2>\n\n\n\n
\n
Weryfikacja konfiguracji i najcz\u0119stsze b\u0142\u0119dy<\/h2>\n\n\n\n
\n