OVH jusqu'en mars, Strasbourg après ?

WRInaute accro
Bonjour

Fidèle à OVH, j'ai un VPS à Gravelines qui a été migré de Strasbourg après l''incendie qui a défrayé la chronique.

Suite à erreur de ma part, j'ai encore jusqu'en Mars 2023 avant de changer l'emplacement de mon VPS.

J'envisage de nouveau Strasbourg.

Pensez-vous que c qui s'est produit puisse se reproduire ?

Merci beaucoup.
 
Guest
Plus sérieusement : Un exemple : système de sécurité incendie + climatisation défaillante = incendie dévastateur à prévoir. Plus d'autres paramètres à prendre en compte, donc oui ça peut se reproduire n'importe où...

Sans compter le piratage, la perte de données, la casse matériel...

Donc sauvegarde, sauvegarde, sauvegarde dans deux lieux différents. Deux pays très éloignés par exemple.

Après il y a le risque de cataclysme nucléaire, mais ça, c'est une autre histoire.
 
WRInaute accro
Bon.

Je compte rester chez OVH, qui a quand même ( pour les VPS ), un rapport performances / prix appréciable.

J'ai actuellement Debian 10 à Gravelines, et je cherche un autre système d''exploitation, parce que le cycle de release de Debian me semble trop long.

La version 12 n'est pas prévue avant mi-2023.

Quelle autre OS Linux orienté serveur ?

Sachant que je louerai en début février 2023 un autre VPS OVH Comfort 8 Go RAM, 160 Go SSD.

Merci beaucoup de vos réponses.

Très amicalement.
 
WRInaute accro
Bonjour

Par rapport à ce nouveau VPS, j'hésite entre Ubuntu et Debian.

Debian 12 sort en mars 2023 et devrait être stabilisé en mai/juin, mais Ubuntu a une LTS de Novembre 2022.

Je ne connais pas Ubuntu, mais OVH a de la documentation.

Quel serait le meilleur système serveur à votre avis ?

Merci.
 
WRInaute accro
Bonjour

CentOS cédant la place à Alma Linux et Rocky Linux, quel OS serveur ?

Ubuntu et Fedora descendent de Debian.

Y a t-il une seule distro pérenne autre que Debian ?

L'abandon de CentOS par Red Hat/IBM a des objectifs propriétaires ?

Quel est l'avenir du logiciel libre ?

Merci beaucoup.
 
WRInaute accro
Problème résolu.

J'ai maintenant Debian 10 en LTS, avec PHP 7.3 et Nginx 1.19.

En Juin prochain, je migre vers Debian 12.

Debian 10 LTS est valide jusqu'en 2024. ;)
 
WRInaute accro
Excusez-moi

Suite à réglages de mon CSP, j'obtiens les emails suivants :

Code:
{
   "csp-report": {
       "blocked-uri": "inline",
       "disposition": "report",
       "document-uri": [URL='https://www.pronostics-courses.fr/php/courses-aujourdhui/pronostics-courses-3-4.html']"https://www.pronostics-courses.fr/php/courses-aujourdhui/pronostics-courses-3-4.html"[/URL],
       "effective-directive": "script-src-attr",
       "original-policy": "object-src 'none'; script-src 'unsafe-inline' 'unsafe-eval' 'nonce-Dv9WXTIdfSoR/Vy5hKZ7DFZmSoNciB13' 'strict-dynamic' https: http:; base-uri 'none'; report-uri [URL]https://www.pronostics-courses.fr/csp_report/uri_report.php[/URL]",
       "referrer": [URL='https://www.pronostics-courses.fr/php/courses-aujourdhui/new-courses.php']"https://www.pronostics-courses.fr/php/courses-aujourdhui/new-courses.php"[/URL],
       "source-file": [URL='https://www.pronostics-courses.fr/php/courses-aujourdhui/pronostics-courses-3-4.html']"https://www.pronostics-courses.fr/php/courses-aujourdhui/pronostics-courses-3-4.html"[/URL],
       "status-code": 200,
       "violated-directive": "script-src-attr"
      }
}

Qu'est-ce qui cloche dans mon CSP ?

J'ai matomo et sirdata.

A part çà, deux scripts read_notation.php ou script_notation.php lancés par fetch no-cors.

L'accès inline semble indiquer un accès inline par un script javascript.

Pourquoi inline n'est pas autorisé par mon CSP ?

Merci beaucoup de votre aide.
 
WRInaute accro
Rebond.

Pour mettre le fetch en mode 'cors', il suffirait que la requête soit sécurisée.

Le fetch ci-dessous fait-il une requête sécurisée ?

Ou, quel élément du header faut-il modifier ?

Merci.

JavaScript:
function postData(url = '', data) {
return new Promise(function(resolve, reject) {
// Default options are marked with *
const response = fetch(url, {
method: 'POST', // *GET, POST, PUT, DELETE, etc.
mode: 'no-cors', // no-cors, *cors, same-origin
cache: 'no-cache', // *default, no-cache, reload, force-cache, only-if-cached
credentials: 'same-origin', // include, *same-origin, omit
headers: {
'Accept': 'application/json, text/plain, */*',
'Content-Type': 'application/x-www-form-urlencoded'
},
redirect: 'follow', // manual, *follow, error
referrerPolicy: 'no-referrer', // no-referrer, *no-referrer-when-downgrade, origin, origin-when-cross-origin, same-origin, strict-origin, strict-origin-when-cross-origin, unsafe-url
body: data // body data type must match "Content-Type" header
}).then(function(response) {
if(response.ok) {
return response.json();
}
reject('Erreur in PostData() with POST.');
}).then(function(json) {
console.log(json);
resolve(json);
}).catch(function(error) {
reject(error);
});
});
}
 
Discussions similaires
Haut