Grazie. Questa guida mi è stata molto utile e apprezzo il tempo che hai dedicato per realizzarla. Ho anche imparato che posso usare i tunnel senza un metodo di autorizzazione, il che apre nuove possibilità per il mio gioco homelab.
Trovo questo molto utile per iniziare, anche se sto usando un forum per utenti finali, che mi è facile mantenere e moderare. Per quanto questa guida sia utile, è un po’ difficile da capire via testo senza una guida passo passo esatta e una spiegazione di ogni termine e risorsa utilizzata qui, per un utente finale come me con conoscenze piuttosto basilari su porte e altro, questa guida mi confonde. Avete qualche tutorial video che lo spieghi completamente e guidi come farlo in termini semplici.
Ho un raspberry pi 5 da 16 GB e un PC con i7-7700k, 16 GB di RAM (di solito scambio le GPU in base al mio utilizzo, ma rimane sempre sopra i 12 GB di VRAM su questo) per questo specifico caso d’uso. Il PC esegue Windows 11 e ha molta più memoria e prestazioni del Raspberry, il motivo per cui voglio usarlo sul PC.
quindi come far funzionare smtp in questo caso?
Sono nuovo a tutto questo, quindi mi chiedo se queste due istruzioni sembrino in conflitto tra loro
Da un lato, il suggerimento è che il tunnel comunichi con discourse tramite http://localhost:80, ma poi l’impostazione forza tutto tramite https?
La raccomandazione è di lavorare localmente sulla porta 80 senza SSL, poiché il tunnel fornirà l’handshake SSL al edge, e quindi il tunnel verso localhost può essere senza certificato?
Posso configurare un certificato locale con rinnovi tramite caddy. Esiste un modo per fornire una configurazione per la chiave e il certificato in app.yml?
Forse sto fraintendendo ciò che la ricerca mi ha restituito riguardo a DISCOURSE_FORCE_HTTPS: true e riflette che i link/immagini sono istruiti a caricare tramite https e non ha nulla a che fare con la porta/modalità su cui Discourse stesso viene eseguito?
Sì.
Con una verifica DNS? Non sarà in grado di utilizzare let’s encrypt con la sfida regolare.
Se riesci a far funzionare caddy, non avrai bisogno di cambiare nulla dal lato discourse poiché caddy continuerà a comunicare con la porta http.
Giusto
Corretto, è integrato e semplicissimo. Ma immagino non sia necessario con un tunnel/proxy.
Grazie per aver dedicato del tempo ad aiutarmi a capire questi concetti. Sono contento di essere operativo!
Mi scuso se mi è sfuggito. Potrei aver saltato la lettura dal post 25 circa fino alla fine.
A proposito del 25, la mia connessione internet domestica non blocca alcuna porta ECCETTO la 25. Presumo di poter fare qualcosa con un tunnel Cloudflare per aggirare anche quella limitazione, dato che vorrei eseguire il ricevitore di posta per il mio Discourse.
Qualcuno l’ha già fatto? Ci sono consigli o guide in giro?