Ho messo il mio server casalingo Mastodon dietro un reverse proxy in modo da creare altri servizi sulla porta 443.

[datak@datak.duckdns.org]

Ho messo il mio server casalingo Mastodon dietro un reverse proxy in modo da creare altri servizi sulla porta 443. Potete dirmi se sono visibile e la pagina si carica senza errori di certificati o altro? Grazie 🙂

[piero]

@datak@datak.duckdns.org Da parte mia sei visibile.

[snow@snowfan.masto.host]

@datak Sei visibile.💪

[jones@todon.nl]

@datak
https://datak.duckdns.org si carica, appunto su https, quindi sulla porta 443; non sto capendo come hai messo altri servizi sulla stessa porta... li hai messi su un altro host, magari un localhost? però non mi importa tanto, se non ti va di rispondere lascia ben perdere, anzi sono più contento.

[datak@datak.duckdns.org]

@jones ho creato un reverse proxy, in questo modo posso avere più servizi in self-hosting sulla porta 443 oltre a questo server Mastodon

[jones@todon.nl]

@datak ci credo eh, ne so poco, è che non sto capendo come... cioè, li metti a fare i turni? tipo, per un'ora mastodon con nginx sulla 443, per un'altra ora qualcos'altro? insomma, che io sappia non c'è modo di tenere più di un servizio in contemporanea su una singola porta tcp (o anche udp, ma non è questo il caso).

[datak@datak.duckdns.org]

@jones no, nessun turno. Utilizzando un reverse proxy puoi avere contemporaneamente più servizi sulla porta 443. In poche parole la 443 è aperta solo verso il reverse proxy, poi è lui che smista al servizio richiesto.

[jones@todon.nl]

@datak

Lo sapevo che sarebbe diventata la cosa di cui mi importa poco ma devo capirla, che nervi! :))

Leggendo qualcosa sui reverse proxy, credo di aver capito.

Tipo che tu come domini hai datak.duckdns.org e, facciamo, datax.duckdns.org; entrambi risolvono sul tuo ip pubblico x.x.x.x, su cui la porta 443 manda tramite NAT alla 444 sul tuo indirizzo LAN y.y.y.y; su y.y.y.y:444 c'è il reverse proxy, che vede quale dominio ha chiamato la mia connessione, e se è datak.duckdns.org butta su mastodon, che sta su y.y.y.y:445; se invece è datax.duckdns.org butta su (sempre ipoteticamente) nextcloud, che sta su y.y.y.y:446.

Tipo così?

Però se è così non sarebbe stato più comodo mettere nginx solo come server web (senza reverse proxy) su y.y.y.y:443, configurare nel NAT del tuo router x.x.x.x:443 perché butti su y.y.y.y:443, e configurare mastodon e nextcloud come virtual server in nginx, così che nginx serva mastodon o nextcloud in base all'header "Host" della richiesta http?

La necessità di usare un reverse proxy invece di una configurazione come questa la vedo solo nel caso in cui non puoi o non vuoi mettere mastodon e nextcloud sullo stesso ip della LAN, tipo che mastodon sta su y.y.y.y:443 e nextcloud su z.z.z.z:443 (con z.z.z.z che è un altro tuo ip LAN).

[datak@datak.duckdns.org]

@jones infatti, ho mastodon su xxx.xxx.xxx.7, servizio_1 su xxx.xxx.xxx.8, servizio_2 su xxx.xxx.xxx.9 della mia LAN e così via. Per quanto possibile cerco di avere quanti più servizi in self-hosting.