Errori DNS continui non importa cosa provo

Supporto Installazione
1

Bene ragazzi, ho provato tutto quello che mi viene in mente, quindi spero che qualcuno sia in grado di aiutarmi.
Ho errori continui con il fallimento delle porte DNS 443 e 80.

image
image818×518 14.1 KB

Ho impostato forum.vnfreaks.com sul mio indirizzo IP su Cloudflare:

(Ok, non ho potuto condividere questa immagine perché sono un nuovo utente, ma su Cloudflare ho impostato forum (poiché completa automaticamente .vnfreaks.com) sul mio indirizzo IP con la nuvola grigia, poiché ciò consente alle connessioni DNS di avvenire)

L’ho impostato sul mio indirizzo IP su Porkbun:

(Ok, non ho potuto includere questa immagine dato che sono un nuovo utente. Ma ho un record di indirizzo A impostato su forum.vnfreaks.com collegato al mio indirizzo IP VPS.)

Ho impostato una regola sul mio firewall di Windows per consentire l’accesso in entrata attraverso le porte 22, 80 e 443.

Nel mio terminale Putty, sono connesso all’IP del mio server. Ho anche disattivato il firewall sul mio router.

La nuvola grigia sul mio Cloudflare dovrebbe aver impostato tutto, quindi onestamente non ho idea del perché continui ad avere questo problema.

L’unica cosa a cui potrei pensare è che forse devo configurare qualcosa sul mio CloudPanel per forum.vnfreaks.com, ma non vedo davvero perché dovrei farlo.

Se qualcuno ha suggerimenti su cosa potrei provare, lo apprezzerei molto. (Inoltre, per informazioni aggiuntive, sto utilizzando un VPS a noleggio e uso Putty per connettermi via ssh.)

Posso anche aggiungere le immagini che non sono riuscito a inserire in questo post nei commenti, se questo aiuta.

2

Come informazione aggiuntiva su ciò che ho provato, ho provato a impostare la mia porta predefinita solo su 443 e ho anche provato a eseguire la configurazione di Discourse tramite il mio menu VNC tramite il pannello di controllo del mio VPS.

3

E quell’indirizzo IP punta a una macchina virtuale che esegue Linux? A cui è possibile accedere da Internet?

4

Le regole non indicano nulla, consentono semplicemente l’accesso da quelle porte. Ho avuto la sensazione che dovesse trattarsi di qualche tipo di problema con il firewall perché ho ricevuto l’errore anche quando stavo cercando di utilizzare uno dei sottodomini gratuiti di Discourse.

5

Dopo che il controllo del dominio fallisce, verrà generato un file app.yml in /var/discourse/containers. È possibile modificare manualmente il sottodominio in quel file, così come le altre informazioni richieste (come le credenziali SMTP e l’indirizzo email di sviluppo/amministratore). Quindi sarà possibile ricostruire, poiché il controllo del dominio viene saltato. Non sono sicuro del motivo per cui fallirebbe con il proxying di CF disabilitato, ma dovresti almeno essere in grado di superare la fase di bootstrap facendo quanto sopra.

6

Sì, stavo pensando che potesse essere la strada da percorrere. Ho provato a seguire una guida diversa ma mi ha dato alcuni errori diversi. Mi dà esperienza nell’editing di app.yml però. Probabilmente la cosa migliore da fare per me è eliminare tutto ciò che sarebbe stato precedentemente generato da Discourse, rieseguirlo e poi seguire quella strada.

Vedo anche nella documentazione qualcosa riguardo all’esecuzione di un " —skip-connection-test " Mi sono chiesto come farlo o come dovrei inserire quel codice, quando dovrei inserirlo, ecc.

Grazie comunque per quel suggerimento!

1 Mi Piace
7

Se l’accesso a quell’indirizzo IP sulle porte 80 e 443 da Internet pubblica non raggiunge la VM Linux su cui si sta tentando di eseguire Discourse, non funzionerà.

È possibile saltare il test, ma a meno che tu non sia sicuro di sapere cosa stai facendo, non funzionerà, motivo per cui il test esiste in primo luogo.

8

Quindi hai qualche idea su come posso farlo funzionare? Non sono sicuro del motivo per cui il mio server virtuale non sia in grado di accedervi su quelle porte.

9

Non è che il tuo server virtuale possa accedervi; è che chiunque su Internet può accedervi.

Devi assicurarti che il tuo server virtuale sia accessibile da Internet.

Dovrai cercare il gestore di macchine virtuali che stai utilizzando e, se sei dietro un firewall, come in una configurazione Internet residenziale, dovrai eseguire qualche “magia” con il firewall per farlo accadere.

Questo non è il posto dove trovare tali informazioni.

10

Voglio dire, il mio server virtuale è accessibile in altro modo: ho altri due siti web che non hanno avuto problemi ad essere raggiunti da quel server.

11 
root@www-hub:~# curl -IL http://forum.vnfreaks.com/
curl: (52) Risposta vuota dal server
root@www-hub:~# curl -IL https://forum.vnfreaks.com/
curl: (60) Problema con il certificato SSL: impossibile ottenere il certificato dell'emittente locale

Affermerei che il problema è il webserver, vhost, ecc.

12

Sì. Probabilmente c’è un proxy inverso in esecuzione lì, quindi discourse-setup non è un’opzione (senza qualche modifica extra per rimuovere i template ssl e letsencrypt).

13

Avevo provato a configurare un proxy inverso seguendo un diverso insieme di istruzioni, ecco cosa è successo. Lo rimuoverò quando torno a casa. Ci giocherò ancora un po’ e vedrò se riesco a sistemare tutto.

1 Mi Piace