• User

    Sistemista cercasi

    Ciao a tutti, spiego la situazione.

    Sto installando un Joomla (ma non penso la cosa sia legata al CMS) su un Debian 10.7 per conto di una pubblica amministrazione. Ho installato tutto (apache, php, mysql, ecc..) e il sito funziona bene se non attivo HTTPS e routing.
    Il certificato è interno al server, e viene riconosciuto e caricato da apache (infatti se navigo con https:// il sito si vede).
    Se però da joomla forzo il caricamento HTTPS (o lo faccio da htaccess) e ho SEF attivo allora il browser mi va in errore con "too many redirects".
    Se guardo il sito senza forzare HTTPS e con sef disattivato ma srivendo a mano sull'url https:// allora tutto funziona benissimo.
    Non sono un sistemista e mi è capitata sta cosa quindi chiedo aiuto agli esperti, ma temo sia un problema di configurazione errata dell'htaccess o di apache.
    So che il server è dietro un reverse proxy, se può aiutare.
    Il lavoro è ovviamente retribuito, fatemi sapere se c'è qualcuno di interessato. Grazie


    vedova 1 Risposta
  • Moderatore

    @jabba ha detto in Sistemista cercasi:

    Non sono un sistemista e mi è capitata sta cosa quindi chiedo aiuto agli esperti, ma temo sia un problema di configurazione errata dell'htaccess o di apache.
    So che il server è dietro un reverse proxy, se può aiutare.
    Il lavoro è ovviamente retribuito, fatemi sapere se c'è qualcuno di interessato. Grazie

    Buongiorno @jabba dovessi avere ancora bisogno, puoi contattarmi.
    L'importante è che sia una proposta seria e mirata. 🙂


  • su joomla devi forsare https da configurazione globale-> tabs server->Forza HTTPS->tutto il sito


  • per vedere cosa non va poi disabilità tutte le impopstazioni seo su joomla in:

    configurazione globale->sito->impostazioni SEO-> tutto su no.

    ti ricordo che il file .htaccess con impostazioni su NO deve essere rinominato in htaccess.txt (così è completamente disabilitato e il server non lo legge, mentre con tutte le funzioni seo attivate rinominalo in .htaccess (con il punto prima dell'acca).

    naviga tra le pagine del front-end e vedi se hai errori.

    Normalmente deve essere impostato tutto su SI, ovvero:

    • Attiva URL SEF = SI
    • Riscrivi URL SEF= SI
    • Suffisso URL= SI
    • Alias Unicode= SI

    se però durante la navigazione nel front-end avrai delle pagine di errore, dovrai regolare il file .htaccess modificando queste stringhe:

    +/- a riga 30

    Options +FollowSymlinks
    

    diventa

    #Options +FollowSymlinks
    

    poi cerca

    +/- a riga 76 da cosi

    # RewriteBase /
    

    a così

    RewriteBase /
    

  • User

    Ciao a tutti, e grazie per le risposte.
    Dovremmo aver sistemato in questi giorni, il problema era del reverse proxy che non richiedeva correttamente le risorse in HTTPS al server (infatti togliendo il reverse proxy il sito funzionava bene senza i too many redirect).
    Grazie comunque a tutti per la disponibilità.


    vedova 1 Risposta
  • Moderatore

    @jabba ha detto in Sistemista cercasi:

    del reverse proxy che non richiedeva correttamente le risorse in HTTPS al server

    mmmm Nginx + Apache/PHP-FPM o direttamente Nginx + PHP-FPM?

    E' strana come frase, perchè se interfaccia con l'esterno, e Apache con 127.0.0.1 (::1) ovvero localhost, E' Nginx che si occupa di gestire l'SSL verso "il mondo esterno". O utilizzi Nginx per fare da proxy ad un server esterno?

    Sarebbe interessante avere anche la spiegazione del problema e soluzione, in modo che sia di aiuto a tutti. Magari se non qui, in apposita sezione/categoria.

    Comunque se cerchi collaborazione e poi dici che ti sei arrangiato da solo, occhio che la prossima volta, che hai davvero bisogno, rischi non ti risponda nessuno.


    jabba 1 Risposta
  • User

    @vedova ha detto in Sistemista cercasi:

    @jabba ha detto in Sistemista cercasi:

    del reverse proxy che non richiedeva correttamente le risorse in HTTPS al server

    mmmm Nginx + Apache/PHP-FPM o direttamente Nginx + PHP-FPM?

    E' strana come frase, perchè se interfaccia con l'esterno, e Apache con 127.0.0.1 (::1) ovvero localhost, E' Nginx che si occupa di gestire l'SSL verso "il mondo esterno". O utilizzi Nginx per fare da proxy ad un server esterno?

    Sarebbe interessante avere anche la spiegazione del problema e soluzione, in modo che sia di aiuto a tutti. Magari se non qui, in apposita sezione/categoria.

    Purtroppo non conosco la soluzione perchè non gestisco io il reverse proxy. E' un sito per una pubblica amministrazione e mi hanno dato server e impostazioni praticamente già fatte. Il sito non funzionava e il loro sistemista mi diceva "è un problema del tuo server". Ho cercato aiuto in giro finchè il loro sistemista non mi ha ricontattato dicendo: "abbiamo sistemato era un problema del reverse proxy".

    Comunque se cerchi collaborazione e poi dici che ti sei arrangiato da solo, occhio che la prossima volta, che hai davvero bisogno, rischi non ti risponda nessuno.

    Non mi sembra di aver fatto torto a nessuno, avevo un problema e ho chiesto aiuto in giro. Il problema è stato risolto prima del previsto (non da me) e quindi ovviamente non ho più bisogno. Oltretutto non ho fatto perdere tempo a nessuno con preventivi o consulenze gratuite. Questa tua uscita mi sembra decisamente fuori luogo e anche maleducata. Saluti.