abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 16:33 | Nová verze

David Heinemeier Hansson oznámil vydání nové major verze 6.0 frameworku pro vývoj webových aplikací Ruby on Rails (Wikipedie). Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Přispělo 801 vývojářů.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.23.0 distribuovaného systému správy verzí Git. Přispělo 77 vývojářů, z toho 26 nových. Přehled novinek v poznámkách k vydání nebo v příspěvku na blogu GitHubu.

Ladislav Hagara | Komentářů: 7
včera 13:33 | Komunita

Nadace Raspberry Pi na svém blogu informuje o vydání Scratch 3 Desktopu pro Raspbian na Raspberry Pi. Verze 3 výukového vizuálního programovacího jazyka Scratch byla vydána v lednu letošního roku. Offline Scratch Desktop byl ale dosud dostupný pouze pro Windows a macOS.

Ladislav Hagara | Komentářů: 0
15.8. 19:44 | Bezpečnostní upozornění

Byly zveřejněny informace o 8 bezpečnostních chybách v implementacích protokolu HTTP/2. Chyby CVE-2019-9511 až CVE-2019-9518 lze zneužít k odepření služeb (DoS). Přehled softwarových produktů a v nich obsažených chyb v tabulce na stránce CERT/CC.

Ladislav Hagara | Komentářů: 16
15.8. 17:55 | Nová verze

Byla vydána verze 1.37.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 94
15.8. 15:11 | Nová verze

Byla vydána nová verze 19.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Videoukázka nových vlastností na YouTube nebo na PeerTube.

Ladislav Hagara | Komentářů: 5
15.8. 14:44 | Zajímavý projekt

CutiePi je open source tablet postavený na Raspberry Pi, konkrétně na Compute Module. K dispozici by měl být koncem roku. Cena zatím nebyla stanovena. Vývojový tým zjišťuje zájem [Hacker News].

Ladislav Hagara | Komentářů: 8
14.8. 21:33 | Zajímavý článek

Greg Kroah-Hartman v příspěvku na svém blogu popisuje svou práci na linuxovém jádře. Popis prokládá videoukázkami ve formátu asciinema. Dnes používá především poštovního klienta Mutt. V plánu má přejít na poštovního klienta aerc, pokud do něj budou přidány v popisu zmíněné vlastnosti.

Ladislav Hagara | Komentářů: 0
14.8. 21:11 | Nová verze

Bylo oznámeno, že EPEL (Extra Packages for Enterprise Linux) ve verzi 8.0 je připraven k vydání. Vedle x86_64, ppc64le a aarch64 je nově podporována také platforma s390x.

Ladislav Hagara | Komentářů: 0
14.8. 14:00 | Zajímavý projekt

Goldberg Emulator je reimplementace Steam API, aby bylo možné hrát hry ze Steamu bez Steamu. Ačkoliv autor projekt zveřejnil až letos v dubnu, pracovat na něm začal již před rokem a nyní v zápisku shrnuje zkušenost s vývojem, např. jak se musí vypořádávat s latencí her.

Fluttershy, yay! | Komentářů: 3
Používáte ještě 32bitový software na PC?
 (20%)
 (15%)
 (17%)
 (42%)
 (6%)
 (29%)
Celkem 426 hlasů
 Komentářů: 35, poslední včera 13:29
Rozcestník

Dotaz: Nginx a přesměrování podle domény

9.8. 12:01 tur
Nginx a přesměrování podle domény
Přečteno: 257×

Zdravím, potřebuji vyřešit jednu možná lehkou věc, ale laboruji s tím už druhý den. Mám tři samostatné webservery za 1 veřejnou IP, které odpovídají na portech 80 a 443 (každý má sám za sebe nastavené přesměrování http->https a certifikáty). Na routeru však mohu směrovat porty pouze na jeden z nich. Zkusil jsem tedy nginx. Teorie je tedy snadná, rozhodovalo by se podle zadané domény, kdy by porty na routeru byly směrovány na vnitřní adresu nginx a pak - domena1.com -> server1 ; domena2.com -> server2 ; domena3.com -> server3.

Je pro takový úkol vhodné použít nginx, nebo existuje něco vhodnějšího?

Pokud je správná volba nginx, jak by vypadala konfigurace? Prozatím zkouším port 443, ale moc se nedaří. Tohle je můj nejnovější počin, ale dává to chybu: PR_END_OF_FILE_ERROR . Předem díky.

server {
listen 443 ssl;
server_name domena1.com;

location / {
proxy_pass https://server1/;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

Odpovědi

Josef Kufner avatar 9.8. 12:37 Josef Kufner | skóre: 68
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény
To, co hledáš, se jmenuje reverzní proxy. Nginx je ten správný nástroj. Na routeru nainstaluješ nginx a nastavíš ho tak, aby virtualhosty podle domény posílal na ty správné servery za routerem. Začni s HTTP – konfiguraci máš na první pohled správně; je to učebnicový příklad. Jakmile ti bude fungovat, pokračuj s HTTPS.

HTTPS je trochu složitější. Na routeru je potřeba ukončit šifrování, aby router mohl požadavek předat dál. Ono totiž reverzní proxy nepřeposílá požadavek, ono udělá nový a tváří se, že to je ten původní. Takže budeš muset nakopírovat privátní klíče a certifikáty pro šiforvání na router.

Zda budeš šifrovat i mezi routerem a serverem záleží na tvé síti. Pokud je tam bezpečno a nic dalšího, tak nemusíš.
Hello world ! Segmentation fault (core dumped)
9.8. 13:58 NN
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény
Pochopil jsem to tak, ze na routeru nelze delat nic.
Max avatar 9.8. 13:51 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény
Ahoj,
ano, říká se tomu reverzní proxy server a Nginx je na toto vhodný. Mezi nginx a těmi web servery by jsi měl komunikovat také po https, takže nastavení na Nginx bude vypadat takto :
server {
        listen   80;
        server_name  domena1.com;
        # přesměrování na https
        return 301 https://$host$request_uri;

        access_log  /var/log/nginx/domena1.com.proxy.log upstreamlog;
        access_log  /var/log/nginx/domena1.com.access.log;
        error_log /var/log/nginx/domena1.com.error.log;

        location / {
                proxy_pass         http://192.168.1.1;
                proxy_redirect     off;
                include /etc/nginx/custom/proxy_base.conf;
        }
}

server {
    listen 443 ssl http2;
    server_name  domena1.com;

        access_log  /var/log/nginx/domena1.com.proxy.log upstreamlog;
        access_log  /var/log/nginx/domena1.com.access.log;
        error_log /var/log/nginx/domena1.com.error.log;

        location / {
                proxy_pass         https://192.168.1.1;
                proxy_redirect     off;
                #proxy_ssl_session_reuse on;
                #proxy_ssl_verify off;
                include /etc/nginx/custom/proxy_base.conf;

        }

     # nastavení SSL v separé souboru
     include /etc/nginx/ssl/ssl.conf;

     # nastavení certifikátu :
     ssl_certificate  /etc/nginx/ssl/domena1.com-cert-intermediate.pem;
     ssl_certificate_key  /etc/nginx/ssl/domena1.com-private.key;

}
a do "/etc/nginx/custom/proxy_base.conf" souboru zmíněném ve výše uvedeném souboru:
proxy_set_header   Host             $host;
proxy_set_header   X-Real-IP        $remote_addr;
proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
proxy_max_temp_file_size 0;

# for websocket working :
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_http_version 1.1;


# This is necessary to pass the correct IP to be hashed
real_ip_header X-Real-IP;

client_max_body_size       100m;
client_body_buffer_size    128k;

proxy_connect_timeout      30;
proxy_send_timeout         20m;
proxy_read_timeout         20m;

proxy_buffer_size          4k;
proxy_buffers              4 32k;
proxy_busy_buffers_size    64k;
proxy_temp_file_write_size 64k;
A do "/etc/nginx/ssl/ssl.conf" dát :
# nastavení SSL :
ssl  on;
ssl_session_timeout  5m;
ssl_protocols TLSv1.2;
ssl_prefer_server_ciphers   on;
ssl_session_cache shared:SSL:10m;
ssl_dhparam /etc/nginx/ssl/dhparam.pem;

ssl_ciphers "ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256";
Takto nějak si na Nginx nastavíš vhosty pro každou doménu. Pro každou certifikát, třeba Letsencrypt a hotovo.
Zdar Max
Měl jsem sen ... :(
Max avatar 9.8. 13:57 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény
Jinak pokud máš na backendu hala bala certifikáty, tak v příkladu výše odkomentuj :
#proxy_ssl_session_reuse on;
#proxy_ssl_verify off;
Zdar Max
Měl jsem sen ... :(
9.8. 22:09 tur
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény

Díky za podrobné instrukce. Ještě bych si rád udělal myšlenkový pořádek v těch certifikátech.

1. Chápu to tedy tak, že mi jsou momentální certifikáty (Lets encrypt) na těch třech webserverech k ničemu. Musím ověření domény udělat na nginx stroji a nějak je dostat do /etc/nginx/ssl - je to tak?

2. Pak trochu nerozumím těm "hala bala" certifikátům. Backendem se v tomto případě myslí co?

Max avatar 9.8. 22:32 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény
Ano, ověřené cert by jsi měl mít na tom nginx, protože s ním komunikují klienti. Těmi hala bala cert na backendu (těch web serverech, kde běží ty konkrétní weby) jsem myslel self signed certifikáty, co nejde ověřit apod.
Zdar Max
Měl jsem sen ... :(
Josef Kufner avatar 9.8. 23:07 Josef Kufner | skóre: 68
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény
Nejjednodušší bude, když si ty certifikáty budeš rozkopírovávat. Buď ať router řeší všechny a pak je zkopíruje na odpovídající stroje, nebo ať si jednotlivé servery řeší svoje certifikáty a nahrajou je na router.

Na nahrání stačí SCP a shell script pověšený na Let's Encrypt klienta (viz /etc/letsencrypt/renewal-hooks/post). Jen si dej pozor, ať si tam nevyrobíš díru a máš správně nastavená oprávnění.
Hello world ! Segmentation fault (core dumped)
12.8. 07:47 Filip Jirsák | skóre: 67 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Nginx a přesměrování podle domény
Teoreticky byste mohl na tom serveru, kam je směrován provoz z veřejné IP adresy, rozhodovat o dalším směrování provozu jenom na základě SNI hlavičky (musel by se použít jiný software, než nginx). Certifikáty by tam pak nebyly potřeba, byly by až na koncovém serveru – ten přeposílající server by neměl přístup k dešifrované komunikaci. Pro vaše řešení by to ale bylo zbytečně komplikované, nepředpokládám, že by vadilo, že váš reverzní proxy server dešifruje HTTPS komunikaci.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.