Problemi connessione server to server

Di recente ho un sacco di problemi con il mio sito Altervista. Non riesco più ad effettuare connessioni server to server (nonostante l'opzione sia attiva).

Ad esempio non funzionano più le API Telegram che mi consentivano di pubblicare messaggi nel mio canale, oppure funzioni php che prelevano informazioni da altri server...

Non so se è un caso, ma tutti questi problemi sono nati dopo che ho aggiornato MySQL alla versione 8.0 (prima era 5.6). Tuttavia non mi sembrano problemi di database, ma di connessione server to server

Potreste controllare che tutte le configurazioni siano corrette? Grazie

Salve,
le risultano messaggi di errore?

Oltre all'aggiornamento del database MySQL alla versione 8.0, ha eseguito altre operazioni particolari?

Cordiali saluti.

Salve, no... nessun messaggio di errore (da parte di Altervista, mentre sul mio sito alcune funzioni vanno semplicemente in die). Non ho apportato modifiche tecniche al sito.

Ho soltanto cliccato il link per aggiornare la versione di MySQL (operazione che c'era scritto ci avrebbe messo 30min circa).

Ho cambiato anche la versione di PHP, ma successivamente l'ho dovuta rimettere a 5.6 perché sul mio sito utilizzo le funzioni mysql_query ecc... (che con le ultime versioni di PHP andrebbero sostituite con mysqli)

HTTPS era ed è sempre attivo. Collegamento esterno senza restrizioni è attivo.

Cloudfare attivo, ho anche provato a cancellare la cache, ma nulla... La modalità HTTP3 invece avevo provato ad attivarla, ma una volta cliccato il bottone non è successo nulla.

Il bot che ho nel gruppo Telegram non funziona più, idem le API che uso per pubblicare cose in automatico dal sito su un canale TG.

Penso che il problema sia relativo alla connessione server to server, perché sul mio sito tutte le funzioni che necessitano di collegarsi con risorse esterne non funzionano più...

Esempio banale... in un tool del mio sito ho bisogno di conoscere la grandezza di un'immagine esterna.

Se faccio echo getimagesize("https://i.servimg.com/u/f37/15/03/35/06/connex10.png")[0]; non mi compare più nulla.

Stesso problema con altre funzioni, ad esempio non riesco più ad estrapolare la data di caricamento da un'immagine esterna, oppure a collegarmi e a prelevare delle informazioni da dei file JSON...

C'è davvero qualcosa che non funziona più a livello tecnico. Tuttavia da parte mia, oltre ad aggiornare la versione di MySQL non ho fatto altro... il resto è come prima.


Ah... un'altra cosa che ho notato. Il backend IP del mio sito (quello che si ottiene con $_SERVER['SERVER_ADDR']) è cambiato rispetto allo scorso anno. Non so se è normale come cosa e come mai sia cambiato. Il dominio invece è sempre lo stesso da quando ho creato il sito

Vi prego aiutatemi... buona serata e cordiali saluti

Buongiorno, il problema persiste.

Stamattina ho provato a disattivare il collegamento esterno senza restrizioni dal pannello di Altervista. Aspetto 30 minuti circa e lo riattivo, per vedere se cambia qualcosa...

Innanzitutto è vietato utilizzare AlterVista per ospitare bot telegram (articolo #4.11).

Per quanto riguarda $_SERVER['SERVER_ADDR']), è normale: gli IP dei siti AlterVista non sono statici e possono cambiare nel tempo.

Per quanto riguarda invece l'accesso server to server, puoi confermarmi dopo i 30 minuti se il problema persiste?

Ciao!

Per la questione IP immaginavo fosse così ed è ok.

Sono passati più di 30 minuti da quando ho riattivato l'opzione server to server, ma nulla... (e prima di attivarla l'avevo tenuta disattivata per altri +30min)

A sto punto non so più cosa fare...

Però ad esempio, perché la funzione getimagesize mi funziona solo con immagini locali e non con quelle esterne? Ho provato su un altro sito Altervista e mi funziona correttamente, solo sul mio ci sono dei problemi... (e hanno entrambi la versione 5.6 di PHP)

Ho letto in qualche guida online che potrebbe essere dovuto al fatto che allow_url_fopen nel file php.ini è disattivato, ma io non ho la possibilità di poterlo controllare. Oppure per colpa di safe_mode o mod_security

Voi riuscireste a resettarmi il file php.ini per provare? Perché su un altro sito Altervista con la stessa versione di php non ho problemi.

Ora ho provato a richiedere l'aggiornamento di MySQL anche sull'altro sito di prova, per vedere se questo problema è stato causato dall'aggiornamento di MySQL

(Riguardo alla questione bot mi sarò spiegato male, ma sul sito non è ospitato nessun bot, ma semplicemente tramite le API quando pubblichiamo un contenuto viene pubblicato in automatico anche un tweet su Twitter ed un messaggio su un canale Telegram)

Grazie in anticipo per l'aiuto e l'attenzione. Speriamo di risolvere, perché per me è molto importante...

Dopo verifiche non sembrano esserci problemi con le connessioni server to server per il tuo account.

Puoi mostrare l'URL o almeno il dominio che non risulta funzionante accedere?
Magari puoi provare anche con un semplice file php facendo la richiesta semplice così:

Codice PHP:

---

<?php
echo file_get_contents('https://www.dominio.tld/path');

---

L'account è habbolifeforum giusto?

Ciao!

Buona sera alemoppo e grazie per aver effettuato delle verifiche.

Allora non è un problema server to server e qualcosa mi sta ingannando/sfuggendo.

Su tuo consiglio ho creato un file .php in cui ho riassunto alcune delle numerose funzioni che attualmente non mi stanno più funzionando. Questo è il codice che ho scritto:

Codice PHP:

---

<?php
function img_date($link){
$headers = get_headers($link, 1);
if ( $headers && (strpos($headers[0],'200') !== FALSE) ) {
return strtotime($headers['Last-Modified']);
}
else {return false;}
}

echo img_date('https://it.altervista.org/images/promotion-bg.jpg');
echo "<br/><br/>Larghezza: ";
echo getimagesize('https://it.altervista.org/images/promotion-bg.jpg')[0];
echo "<br/><br/>";
echo file_get_contents('https://habbolifeforum.altervista.org/external/jsons/badges_api.php');
?>

---

Risultato? Non funziona nulla... non mi stampa né la data di caricamento dell'immagine, né la larghezza, né l'output del file json (il link l'ho volutamente messo per esteso).

file_get_contents a volte non potrebbe funzionare nel caso in cui l'IP del sito venga bannato dal server, ma nell'esempio precedente ho proprio voluto usare un link "mio" per escludere questa possibilità.

Questa è la pagina in cui è presente il codice precedente: habbolifeforum.altervista.org/test.php (come puoi vedere non mostra nulla, ma solo la parola larghezza)

Ho incollato lo stesso codice su un altro sito Altervista e... funziona!

Link sito di test in cui lo stesso codice funziona: habbolifenini.altervista.org/test.php

Il codice è lo stesso, su entrambi i siti è abilitato il server to server, entrambi hanno la versione 5.6 di php.

Le uniche differenze tra i due siti è che sul secondo non ho attivato Cloudfare e la versione del database MySQL è ancora la 5.6.

In questo momento ho richiesto l'aggiornamento del database e l'attivazione di CloudFare anche sul sito di test, in modo da vedere se poi il problema insorge anche lì (anche se mi sembra strano, dato che l'HTTPS e Cloudfare sul mio sito di altervista li ho sempre avuti da molto tempo e non ho mai avuto questi problemi... l'unica che ho cambiato di recente è la versione di MySQL, ma mi sembra strano che possa interferire)

Se mi vengono in mente altre idee/cause ti faccio sapere. Nel frattempo ti ringrazio nuovamente per il tempo che mi stai dedicando e ti auguro buona serata.

(Spero di non aver fatto spam con i link che ti ho passato, ma sono solo pagine di test che ho creato con l'unico intendo di mostrarti ciò che succede)

Temporaneamente provi

Codice PHP:

---

<?php
var_dump(file_get_contents('https://www.google.com')); //se ritorna diverso da false funziona

---

Se il browser è in https può solo usare https (non http) per la costruzione della sua pagina (link css, Javascript, richieste Ajax etc in sintesi una pagina html tiene inizialmente doctype e poi termina con la chiusura del body).
Infine provi nuovamente il suo codice da un browser differente o da modalità incognito.
Nota* utilizzare la libreria mysql (non mysqli) è orribile con mysql 8.

Buona domenica :=):

Ho aggiunto il codice che mi hai fornito e ritorna bool(false)... mentre invece sull'altro sito funziona correttamente. Ho lasciato il codice nel file che ti ho linkato nel caso in cui volessi vederlo.

Non funziona nulla: habbolifeforum.altervista.org/test.php
Qui lo stesso codice funziona: habbolifenini.altervista.org/test.php

Citazione:

---

Originalmente inviato da darbula

Se il browser è in https può solo usare https (non http) per la costruzione della sua pagina (link css, Javascript, richieste Ajax etc in sintesi una pagina html tiene inizialmente doctype e poi termina con la chiusura del body).

---

Ti riferisci ai problemi di contenuto misto? Se sì, sul mio sito sono sempre stato attento che non ci fossero e tutte le risorse le ho sempre richiamate in https. Infatti il lucchetto in cima alla pagina è sempre stato di colore verde (e lo è tutt'ora). E alla struttura dell'head, body, ecc... ho sempre prestato cura e precisione.

Citazione:

---

Originalmente inviato da darbula

Infine provi nuovamente il suo codice da un browser differente o da modalità incognito.

---

Solitamente utilizzo Firefox, ma ho provato anche con Chrome. Non è cambiato nulla. Ovviamente ho provato anche a cancellare più volte cache/cookie e a mettere la modalità in incognito. Ho anche cancellato la cache del mio sito dal pannello, nulla... Non credo sia questo il problema, anche perché altrimenti non si spiegherebbe come mai lo stesso identico codice su un altro sito funzioni.

Citazione:

---

Originalmente inviato da darbula

Nota* utilizzare la libreria mysql (non mysqli) è orribile con mysql 8.

---

Sono assolutamente d'accordo! Infatti la mia intenzione è quella di aggiornare la versione di php e convertire tutte le funzioni... però sono un po' rimasto indietro e quindi dovrei studiarmi per bene tutte le differenze (e poi ho paura che ci siano anche altre funzioni che utilizzo che non vadano più)


Sul sito di test non mi si è ancora attivato Cloudfare e aggiornato MySQL quindi non posso ancora fare un paragone con queste impostazioni.

Ieri notte ho pensato ad una cosa... prima che succedesse tutto questo problema da un giorno all'altro, avevo cliccato per prova sul bottone "Attiva modalità HTTP3". Anche se la pagina si era ricaricata, non era successo niente e non mi si era attivata. Non vorrei però che in qualche modo questa cosa avesse influito e che ora siano insorti dei problemi al server.
Attualmente però risulta che la Modalità HTTP3 sia non attiva sul mio sito, anche se avevo cliccato "Attiva" prima dei problemi.

Buona domenica anche a lei.
Generalmente puoi impostare o modificare solo ciò che compare nel pannello altervista e non nel sito e pannello CloudFlare altrimenti ci sono svariate funzioni che potrebbero interferire con il suo server web, se le connessioni server to server non sono bloccate e ovviamente senza restrizioni non deve vedere restuito false.
Al più potrei indicarle uno scrip php che non usa CloudFlare per capire se il problema dipenda da loro o meno.
Mi perdoni lei prova al dominio di Google? (Devo essere sicuro di questo che stia utilizzando l'esatta copia del mio codice precedente).
Provi impostando da php 7.1 in su, ovviamente dopo 30 minuti dalla configurazione, poi riferisca il risultato e rimetta la versione php più a lei consona

Si esattamente mi riferivo al problema di contenuto misto e CORS (ajax, json lato cliente e cioè il dominio nel browser deve coincidere esattamente dall'origine al punto di arrivo.)
Si esattamente per costruire il markup html.
Tempo fa qui su altervista con l'upgrade da mysql 5.1 a 5.6 si aggiornava anche php per le connessioni https (penso open ssl nel dettaglio) però avevano solo il problema verso connessioni SNI (Server Name Indication) il dominio Google non usa SNI.

Esattamente. Dal pannello di Altervista risulta che le connessioni server to server siano sbloccate e senza restrizioni, eppure esce bool(false).

Sì, le garantisco che ho usato il suo stesso identico codice. Ecco uno screenshot in cui si vede sia il codice, che il risultato:

https://i.imgur.com/en081Zh.png

Durante i miei test ho notato una cosa stranissima... se invece di https://www.google.com metto http://www.google.com FUNZIONA! Com'è possibile? Le posso assicurare che file_get_contents mi funzionava anche con risorse in https e non posso usarlo senza SSL perché mi crea problemi di contenuto misto (oltre al fatto che ho testato e con alcune risorse in http non va, probabilmente hanno un redirect o qualcosa di simile)

Non posso cambiare la versione di php al momento perché mi comparirebbero troppi errori dovuti alle funzioni non più supportate dopo la 5.6... in passato però ho sempre usato questa versione e non ho avuto problemi.

Vorrei escludere che il problema sia dovuto a causa di CloudFlare. Ho richiesto la disattivazione, anche se non so quanto ci vorrà affinché sia del tutto effettiva. L'HTTPS tanto adesso funziona anche senza di CloudFlare, giusto? Perché mi ricordo che in passato non si poteva avere il certificato SSL senza che CloudFlare fosse attivo.

La tengo aggiornata. Nel frattempo ha qualche idea sul perché getimagesize, file_get_contents e funzioni simili funzioni solo con alcuni link in http?

Non era necessaria la disabilitazione di CloudFlare le avrei fornito il codice php che non usava CloudFlare per il test verso connessioni https.
Momentaneamente doveva modificare cioè per 30 minuti, se poi ritiene sia troppo allora aspetti la disabilitazione CloudFlare entro 24 ore (generalmente dopo pochi minuti è spento CloudFlare).
Abbiamo accurato se http funziona non esiste alcun blocco alle connessioni esterne (server to server) il problema dunque sorge in https... (questo è noto e me lo aspettavo).. Ora dobbiamo capire il perché? Per questo le ho indicato di utilizzare temporaneamente da php 7.1 in poi.

Piccolo aggiornamento...

Ho seguito il suo consiglio e mettendo come versione php la 7.1 il codice da lei fornito e i miei funzionano anche con l'https

Tuttavia tornando alla versione 5.6 il problema persiste e non funziona più nulla... (a meno che non metta le risorse in http, ma non funziona con tutte)

Non posso davvero aggiornare la versione di php, perché mi causerebbe troppi problemi... ho sempre avuto la 5.6 e non avevo questi problemi, deve essere successo qualcosa. Inoltre sul sito in cui ho eseguito gli stessi codici avevo la 5.6 e funzionava senza problemi anche con https

Non potete fare un reset o qualcosa del genere?

Citazione:

---

Originalmente inviato da darbula

Non era necessaria la disabilitazione di CloudFlare le avrei fornito il codice php che non usava CloudFlare per il test verso connessioni https.
Momentaneamente doveva modificare cioè per 30 minuti, se poi ritiene sia troppo allora aspetti la disabilitazione CloudFlare entro 24 ore.
Abbiamo accurato se http funziona non esiste alcun blocco alle connessioni esterne (server to server) il problema dunque sorge in https... (questo è noto e me lo aspettavo).. Ora dobbiamo capire il perché? Per questo le ho indicato di utilizzare temporaneamente da php 7.1 in poi.

---

Cosa mi consiglia di fare? Riattivo CloudFlare oppure lo lascio disabilitato e aspetto?

Sì esatto, con http funziona quindi il problema non è relativo al blocco alla connessioni esterne, ma è qualcosa inerente al https (non è che magari è colpa mia che avevo cliccato il bottone per la Modalità HTTP3 che poi non si è attivata?)

Vuole che lasci la versione php 7.1 per 30 minuti? Però attualmente l'ho lasciata per qualche minuto e tornando alla versione php precedente c'era di nuovo il problema

------

Ok, CloudFlare sembra sia spento. Però il problema persiste. Quindi possiamo dire che non sia questa la causa?

https://i.imgur.com/7YkLrxJ.png

Mi consiglia di riattivarlo?

Se vuole la cache (e altri tipi di protezione altervista anche senza CloudFlare effettua i dovuti controlli) riattiva CloudFlare.
Si altervista offre https let's Encrypt anche senza CloudFlare.

Se poi vorrà creare un blog o forum le consiglio AlterBlog (WordPress che le offre spazio, banda illimitata e anche cache personale oltre a quella di CloudFlare).
La domanda è da porre ai tecnici altervista perché con mysql 8 e php inferiore 7
.1 non c'è supporto alla versione https?
Attualmente non è possibile automaticamente il downgrade alla versione mysql 5.6 però i tecnici se ben disposti e motivati potrebbero o meno resettarlo manualmente (da lunedì a venerdì e festivi esclusi), anche qui occorre la risposta da parte dello staff altervista.
Al momento non ho idea su cosa causa tale disservizio, suppongo una versione di open ssl aggiornata e non compatibile con php 5.6
Potrei fornirle uno script per controllare la versione, vuole?

Capito, al momento non mi serve un blog/forum... Il mio sito altervista è prevalentemente un pannello di contenuti realizzato in Bootstrap con AdminLTE

Citazione:

---

Originalmente inviato da darbula

La domanda è da porre ai tecnici altervista perché con mysql 8 e php inferiore 7.1 non c'è supporto alla versione https?

---

Esatto! Sai come poter porre questa domanda ai tecnici di Altervista? Aspettiamo che alemoppo legga la discussione?

Inoltre non è ancora detto che la colpa sia di mysql 8 + php inferiore a 7.1... Vorrei provarlo a verificare, ma sul mio sito di test secondario di altervista l'aggiornamento a MySQL 8 è ancora pianificato... non so quanto ci vorrà

Quel che è certo è che prima non avevo alcun problema con php 5.6

Ovviamente la domanda va bene qui sul forum , proprio qui si ottiene supporto.
Le riconfermo per me il problema delle connessioni esterne verso https è il binomio di mysql 8 con php 5.6 (Ovviamente se in tutti i suoi siti riscontra tale disservizio, non sarà più una supposizione ma un dato di fatto).
Nel frattempo (significa non per tutta la vita ma proprio a breve termine)

Codice PHP:

---

<?php
function getSslPage($url) {
$ch = curl_init();
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt($ch, CURLOPT_HEADER, false);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_REFERER, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, TRUE);
$result = curl_exec($ch);
curl_close($ch);
return $result;
}

---

Ho trovato questo vecchio codice php non è farina del mio sacco ma è altamente sconsigliato disabilitare https piuttosto è meglio chiudere l'account (la sicurezza non è mai un gioco) lo so benissimo che al momento lei chiede aiuto mi dispiace per il disservizio.
Mi occorre la sua versione OpenSSL e poi del tempo per capire cosa sia cambiato in OpenSSL da php 5.6 alla sua attuale.
Se si offre volontario le do il codice per stampare la sua versione di OpenSSL.

Citazione:

---

Originalmente inviato da darbula

Attualmente non è possibile automaticamente il downgrade alla versione mysql 5.6 però i tecnici se ben disposti e motivati potrebbero o meno resettarlo manualmente (da lunedì a venerdì e festivi esclusi), anche qui occorre la risposta da parte dello staff altervista.

---

Eh sì, purtroppo ho notato che di MySQL (a differenza di PHP) non si può effettuare il downgrade. Se il problema è effettivamente dovuto a MySQL 8 speriamo che i tecnici mi rimettano la versione di prima, oppure che riescono a correggere la falla

Citazione:

---

Originalmente inviato da darbula

Potrei fornirle uno script per controllare la versione, vuole?

---

Per controllare la versione di cosa? Di OpenSSL? Comunque sì, volentieri

Citazione:

---

Originalmente inviato da darbula

Le riconfermo per me il problema delle connessioni esterne verso https è il binomio di mysql 8 con php 5.6 (Ovviamente se in tutti i suoi siti riscontra tale disservizio, non sarà più una supposizione ma un dato di fatto).

---

Grazie per la supposizione! Almeno siamo riusciti ad orientarci su qual è il problema, dato che inizialmente pensavamo fosse colpa di tutt'altra cosa. Purtroppo al momento non sono riuscito a verificare questa cosa su altri siti (sono ancora in attesa che mi si aggiorni MySQL, forse è un'operazione manuale e non automatica...)

Citazione:

---

Originalmente inviato da darbula

Ma è altamente sconsigliato disabilitare https piuttosto è meglio chiudere l'account (la sicurezza non è mai un gioco) lo so benissimo che al momento lei chiede aiuto mi dispiace per il disservizio.

---

Non si preoccupi, anzi grazie per l'aiuto che mi sta fornendo, gliene sono molto grato.

Riguado all'https sono assolutamente d'accordo... non è infatti mia intenzione disattivarlo. Finché si tratta di disattivare CloudFlare ok, ma al giorno d'oggi avere un sito in HTTPS è fondamentale.

Citazione:

---

Originalmente inviato da darbula

Mi occorre la sua versione OpenSSL e poi del tempo per capire cosa sia cambiato in OpenSSL da php 5.6 alla sua attuale.
Se si offre volontario le do il codice per stampare la sua versione di OpenSSL.

---

Certamente, sono a sua totale disposizione. Mi passi pure il codice, così le faccio sapere qual è la versione di OpenSSL.

----

Preferirei che i tecnici di Altervista riuscissero a risolvere questo problema o eventualmente a fare il downgrade di MySQL. Però nel caso in cui le cose dovessero essere più complicate del previsto, potrei prendere in considerazione di passare da php5.6 a php7.3...
C'è molta differenza tra le due versioni? Perché io a livello di codici sono rimasto alle vecchie versioni.
Eventualmente per prova potrei provare a fare questo "passaggio". C'è però una sezione su questo forum di supporto che posso utilizzare per chiedere aiuto a riguardo? Durante il passaggio da una versione all'altra mi rendo conto delle incompatibilità grazie ai messaggi di errori che compaiono, giusto? Perché vorrei farmi un'idea delle funzioni che dovrei cambiare... per ora so solo che c'è da cambiare mysql con mysqli

Crea file test2.php con questo contenuto

Codice PHP:

---

<?php
error_reporting(-1);
var_dump(OPENSSL_VERSION_TEXT, OPENSSL_VERSION_NUMBER, getSslPage('https://www.google.com/'));

function getSslPage($url) {
$ch = curl_init();
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt($ch, CURLOPT_HEADER, false);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_REFERER, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, TRUE);
$result = curl_exec($ch);
curl_close($ch);
return $result;
}

---

Per fare il porting da mysql alla libreria mysqli puoi aprire una nuova discussione alla sezione php, cambia poco solitamente si legge il doc php.net online e si aggiunge la i.

Eccomi, ecco la pagina test2: habbolifeforum.altervista.org/test2.php

Viene visualizzato il sorgente di Google + questi avvisi:

Codice PHP:

---

Notice: Use of undefined constant OPENSSL_VERSION_TEXT - assumed 'OPENSSL_VERSION_TEXT' in /membri/habbolifeforum/test2.php on line 3

Notice: Use of undefined constant OPENSSL_VERSION_NUMBER - assumed 'OPENSSL_VERSION_NUMBER' in /membri/habbolifeforum/test2.php on line 3
string(20) "OPENSSL_VERSION_TEXT" string(22) "OPENSSL_VERSION_NUMBER" string(50825) "


---

Ok perfetto, allora appena riesco aprirò un'altra discussione in quella sezione :=):

Nuovamente grazie per l'aiuto e buona serata

La cerchia si restringe disattivando https nei confronti di php puoi vedere il contenuto.
Le due costanti sono disponibili da php 5.2 https://www.php.net/manual/en/openssl.constversion.php è impossibile ricevere i notice dato che qui in altervista puoi utilizzare da php 5.6+. Vedo se riesco a capire come rintracciare la versione di OpenSSL in altro modo... se ho notizie ti aggiorno.
Questo cosa ti mostra?

Codice PHP:

---

$paths=openssl_get_cert_locations();
var_dump($paths);


---

Fatal error: Call to undefined function openssl_get_cert_locations() in /membri/habbolifeforum/test2.php

Peccato... che strano che delle costanti che dovrebbero esserci non funzionino. È come se sul mio sito altervista avessi una versione corrotta o estremamente vecchia di php

Penso l'aggiornamento non è andato a buon fine, ti manca OpenSSL (o comunque non si comporta come php 5.6).. Se lo staff legge chiederà queste verifiche.
Dunque dovrei ragionare come se fosse inferiore a php 5.6... credo arrivi prima l'intervento dai tecnici che dal mio lato con codice php.

Capito, grazie! Staremo a vedere cosa dirà lo staff

L'IP del sito è nuovamente cambiato, ora è 127.0.0.1 (prima era 168.119.8.211). Che IP strano :shock: forse perché ora non c'è più CloudFlare attivo

Salve buongiorno nel frattempo crea test3.php con questo codice

Codice PHP:

---

<?php
error_reporting(-1);
$context = stream_context_create(array(
'ssl' => array(
'ciphers' => 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:
ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:
DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:
ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:
ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:
DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:
AES256-GCM-SHA384:AES128:AES256:HIGH:!SSLv2:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!RC4:!ADH',
'verify_peer' => true,
'cafile' => '/membri/habbolifeforum/cacert.pem',
'CN_match' => 'howsmyssl.com',
'disable_compression' => true,
'SNI_enabled' => true,
'SNI_server_name' => 'howsmyssl.com'
)
));

$html = file_get_contents('https://howsmyssl.com', null, $context);
var_dump($html);
?>

---

Dovrai scaricare anche il certificato in formato pem https://curl.haxx.se/ca/cacert.pem e upload nella tua radice dello spazio web su altervista.
Nota* questo restituisce una risposta sulla connessione instaurata da php, dovrai cambiare la url e anche le due sequenze del dominio al dominio attuale (che utilizzerai per le chiamate).
Scusami non ho scavato più affondo poiché RFC per php 5.6 è del 2014 (non vedo utilità di creare codice se utilizzati unicamente da te, oltre al fatto che dovrei spendere più ore per tale progetto).

No normalmente quel tipo di indirizzo si traduce in localhost è un residuo di Boostrap (non puoi accedere localmente su altervista poiché a te funziona solo da remoto).
Comunque se sotto proxy, reverse proxy o bilanciamento di carico è normale visualizzare un'indirizzo diverso da quello restituito da $_SERVER['SERVER_ADDR'] cioè il tuo server (la traduzione di habbolifeforum.altervista.org con e senza sottodominio www che comunque a sua volta è una traduzione del tuo server quello che leggi quando fai il login su altervista).
Oppure sempre temporaneamente come secondo medoto imposta una cartella con php superiore a 5.6 e da li effettui connessioni esterne (la direttiva htaccess si estende a tutte cartelle e sottocartelle da dove sono inserite).
Mentre il terzo metodo definitivo che i tecnici impostano realmente php 5.6 se selezionato e non un precedente.

Per problemi di connessione fai come descritto http://forum.it.altervista.org/probl...tml#post454107 e ovviamente dopo aver controllato che non ci sia una manutenzione sul tuo server apri una discussione lì. (Un errore per argomento).

Eccomi, allora...

Ho inserito il codice che mi hai passato al posto del vecchio in test2.php + caricato il certificato in formato pem nella root del mio sito. Dovevo fare altro? Se no, questo è il risultato:

Codice HTML:

---

Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in /membri/habbolifeforum/test2.php on line 21

Warning: file_get_contents(https://howsmyssl.com): failed to open stream: No such file or directory in /membri/habbolifeforum/test2.php on line 21
bool(false)

---

Ho provato anche a cambiare i campi CN_match e SNI_server_name con quelli del mio sito, ma nulla.

Citazione:

---

Originalmente inviato da darbula

Scusami non ho scavato più affondo poiché RFC per php 5.6 è del 2014 (non vedo utilità di creare codice se utilizzati unicamente da te, oltre al fatto che dovrei spendere più ore per tale progetto).

---

Non ti preoccupare. Anche perché ha poco senso cercare di trovare una strada per aggirare il problema, ma sarebbe meglio se i tecnici riuscissero a risolverlo. Se invece si tratta di cercare ulteriormente di capirne la causa allora sì

Citazione:

---

Originalmente inviato da darbula

No normalmente quel tipo di indirizzo si traduce in localhost è un residuo di Boostrap (non puoi accedere localmente su altervista poiché a te funziona solo da remoto).

---

Mmh quindi è normale che $_SERVER['SERVER_ADDR'] mi restituisca un IP di localhost? Non uso proxy o altro... Sono "fissato" con quel IP perché un anno fa ce lo avevano bannato un sito con cui collaboriamo (fornendoglielo poi ce lo misero in whitelist e riuscimmo a continuare ad usare le loro API)

Citazione:

---

Originalmente inviato da darbula

Oppure sempre temporaneamente come secondo medoto imposta una cartella con php superiore a 5.6 e da li effettui connessioni esterne (la direttiva htaccess si estende a tutte cartelle e sottocartelle da dove sono inserite).

---

Non è una soluzione definitiva, ma può tornarmi comodo. Specialmente se voglio testare la compatibilità con una versione di php superiore senza dover cambiare la versione a tutto il sito. Il codice htaccess da mettere nella cartella (quindi anche per le sottocartelle) interessate qual è? Può andar bene questo?

Codice HTML:

---

AddHandler application/x-httpd-php71 .php

---

Citazione:

---

Originalmente inviato da darbula

Mentre il terzo metodo definitivo che i tecnici impostano realmente php 5.6 se selezionato e non un precedente.

---

È quello che spero di più... :roll:

Citazione:

---

Originalmente inviato da darbula

Per problemi di connessione fai come descritto http://forum.it.altervista.org/probl...tml#post454107 e ovviamente dopo aver controllato che non ci sia una manutenzione sul tuo server apri una discussione lì. (Un errore per argomento).

---

Al momento non ho problemi di connessione verso il mio sito. Ho solo notato quel IP di localhost diverso oggi

Il $_SERVER['REMOTE_ADDR']restituisce l'indirizzo IP da cui l'utente sta visualizzando la pagina corrente . E $_SERVER['SERVER_ADDR']restituisce l'indirizzo IP del server in cui è in esecuzione lo script corrente .
Non credo forse è una sovrastruttura di tale variabile (forse boastrap la riscrive da qualche parte ma non ne ho idea).
Comunque per le connessioni remote il ricevente che riceve la richiesta php dovrebbe adottare altre strategie, cioè dare la possibilità che loro effettuino una connessione verso di te con un campo speciale l'header host perché per altervista è l'unico modo di diversificare il server condiviso mentre se richieste massicce/errate dovrebbero comunque attivare i loro filtri per ip.
Se lo fai da gestione file dove prima crei la cartella puoi impostarlo direttamente dal pannello di controllo altervista (si il codice è quello).
Non ne sono sicuro ma per account di tipo hosting non dovrebbe esistere $_SERVER['SERVER_ADDR'] a localhost (forse in AlterBlog poiché usano anche un servizio di cache).
Vediamo se capisco cosa non va con il codice php, se ho notizie ti informo.
Nel frattempo in un file php scrivi phpinfo() poi ti connetti da remoto e cerca OpenSSL mi occorre versione, dove installato etc (il mio mi da php 5.6.40).

Sì, $_SERVER['REMOTE_ADDR'] restituisce il mio IP (che sto visualizzando la pagina)

Per $_SERVER['SERVER_ADDR'] non credo centri con bootstrap... l'ho appena provato a mettere in un file vuoto esterno a tutto e continua a restituire 127.0.0.1

https://i.imgur.com/rdrR349.png

Che strano! Credevo fosse a causa della disattivazione di CloudFlare. Non è che questo IP di localhost compare come causa del problema con OpenSSL?

Citazione:

---

Originalmente inviato da darbula

Non ne sono sicuro ma per account di tipo hosting non dovrebbe esistere $_SERVER['SERVER_ADDR'] a localhost (forse in AlterBlog poiché usano anche un servizio di cache).

---

Infatti... :shock: c'è qualcosa di strano che sta succedendo. Servirebbero i tecnici di altervista per poter investigare più approfonditamente :cry:

Citazione:

---

Originalmente inviato da darbula

Nel frattempo in un file php scrivi phpinfo() poi ti connetti da remoto e cerca OpenSSL mi occorre versione, dove installato etc (il mio mi da php 5.6.40).

---

Fatto!

SSL Version: OpenSSL/1.1.1c

OpenSSL support: disabled (install ext/openssl)

https://i.imgur.com/EFptHxd.png

OpenSSL: Stig Venaas, Wez Furlong, Sascha Kettler, Scott MacVicar (Module Authors)

Per php anche a me la stessa versione (curioso il fatto che sia ottimizzato per Altervista):

https://i.imgur.com/cizhoJH.png

Hai visto che il supporto ad OpenSSL risulta disattivato? Come mai? A te è attivo?

Ma se è disattivato, allora sbaglio o non dovrebbe nemmeno andarmi il certificato SSL? Invece l'https funziona senza problemi

Manca il pieno supporto ad OpenSSL. È facile da aggiungere? Magari i tecnici riescono a risolvere