# Système d'exploitation du serveur
**URL:** https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593
**Category:** Domaines et Hébergements
**Created:** [Octobre 21, 2020, 12:59 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593 "2020-10-21T12:59:44Z")
**Posts on this page:** 10
**Page:** 1
### Author:  [@FredericC66](https://community.ovhcloud.com/u/FredericC66)
#### Post date: [Octobre 21, 2020, 12:59 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/1 "2020-10-21T12:59:44Z")
Bonjour à tous,
Je deviens dingue avec mon intégration d'un module de paiement Sherlocks ATOS sur un site en From Scratch.
J'essaie de m'assurer du type de système d'exploitation de mon hébergeur ( **Linux / Windows / 32 bits / 64 bits ??** ), mais pas moyen de trouver cette info.
Je possède un hébergement **Pro2014.**
Le support de Sherlocks me dit simplement :
\> Il semble que votre bin soit un 32 bits. Si votre serveur a une architecture 64 bits, la problématique peut venir du fait qu'il ne peut pas exécuter le request.
\> Nous vous invitons à vérifier la possibilité d'exécuter du 32 bits sur votre serveur (problème de library ?).
Merci à vous !
---
### Author:  [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Octobre 21, 2020, 1:03 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/2 "2020-10-21T13:03:05Z")
\> mais pas moyen de trouver cette info
en standard c'est du 32bit
ton CMS te donne ce genre d'info
tu peux passer en 64b mais seulement en php7.4, donc quel est ton CMS et sa version?
---
### Author:  [@FredericC66](https://community.ovhcloud.com/u/FredericC66)
#### Post date: [Octobre 21, 2020, 1:11 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/3 "2020-10-21T13:11:42Z")
Bonjour m'sieur 😉
Ce n'est pas un CMS, c'est du dev. spécifique.
Mon PHP est en 7.2.
Dans l'absolu, le 32 bits me va, c'est surtout pour m'assurer de télécharger la bonne version du module de paiement. Mon fichier BIN est bien trouvé, mais il ne veut pas l'exécuter (malgré le CHMOD ok).
---
### Author:  [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Octobre 21, 2020, 1:15 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/4 "2020-10-21T13:15:31Z")
\> Mon PHP est en 7.2.
EOL en fin d'année
donc 32bits
pour le reste, activer le debug
(le bon certificat n'est pas sélectionné par défaut, vu par deux fois)
---
### Author:  [@FredericC66](https://community.ovhcloud.com/u/FredericC66)
#### Post date: [Octobre 21, 2020, 1:26 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/5 "2020-10-21T13:26:59Z")
Bon merci en tout cas pour l'info OS.
Pour le reste, je continue de chercher (ça fait que 3 mois que je suis dessus 😃 )
---
### Author:  [@PierreV7](https://community.ovhcloud.com/u/PierreV7)
#### Post date: [Novembre 19, 2020, 11:52 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/6 "2020-11-19T23:52:03Z")
Bonjour Frédéric,
J'ai réussi à l'instant à installer pour un client ATOS (LCL) sur un mutualisé, en m'aidant de ton post.
C'est bien la galère donc je te donne la solution :
- L'archive à télécharger et la linux32\_f.3.2 (la dernière version)
- Dans ton FTP à la racine (/), créé un dossier cgi-bin dans lequel tu mets les fichiers request et response en chmod 755. Ces fichiers sont des binaires, donc ils doivent être transférés via FileZilla via le mode "binaire"
- pour lancer l'exemple (call\_request.php), il faut que tu renseignes les différents chemins dans le fichier, menant vers le "pathfile" et le "request". Il faut aussi que tu renseignes le champ "merchant\_id" avec la valeur que tu as au nvieau de ton interface bancaire de test
- Ensuite, il faut que tu aies a ta dispo le bon certificat (qui est mal nommé de base et doit être du genre "certif.fr.XXXXXXXXX.php" ( où XXXXXXXX = merchant\_id). Dans ce fichier, regarde la balise de fin "php\>" : remplace là par "?\>". Pareil, vérifie que la bonne valeur du merchant\_id dans ce fichier.
- Ensuite, le fichier parcom.XXXXXXXX (où XXXXXXXX = merchant\_id) : édite le et renseigne les urls de retour, d'ipn, etc qu'ils te demandent
- Dans la racine du FTP (/) ajoute un .ovhconfig avec dedans :
app.engine=php
app.engine.version=7.4
http.firewall=none
environment=development
- N'oublie pas de remplacer l'environnement à la fin par "production"
- Normalement si tu as bien tout configuré cela devrait marcher lorsque tu appelles call\_request.php dans la barre de navigation. Sinon c'est sans doute un problème de chemin
- Ensuite à toi d'adapter l'architecture et le code d'exemple selon ce que tu veux en faire. Une petite aide : [https://www.presta4live.com/erreurs-frequentes-lors-de-linstallation-dun-paiement-atos-sips/](https://www.presta4live.com/erreurs-frequentes-lors-de-linstallation-dun-paiement-atos-sips/)
J'espère que ta galère se terminera avec ce message ! Bon courage 😉
---
### Author:  [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Novembre 20, 2020, 12:05 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/7 "2020-11-20T00:05:48Z")
\> L'archive à télécharger et la linux32\_f.3.2 (la dernière version)
incompatible avec:
\> app.engine.version=7.4
qui requiert `stable64` (64bits)
php7.3 maxi pour 32bits
---
### Author:  [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Novembre 20, 2020, 12:11 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/8 "2020-11-20T00:11:39Z")
```plaintext
après test:
```text
app.engine.version=7.4
http.firewall=none
environment=production
container.image=stable
```
même avec une image `stable`:
```text
sh02.cluster023.gra.hosting.ovh.net (php/7.4/production/stable64) ~ $ dpkg --print-architecture
amd64
```
l'environnement est automatiquement basculé en 64bits
avant, `stable` n'était pas permis avec php7.4
`stable64` était obligatoire
```
---
### Author:  [@PierreV7](https://community.ovhcloud.com/u/PierreV7)
#### Post date: [Novembre 20, 2020, 5:08 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/9 "2020-11-20T17:08:52Z")
Kyodev,
Milles excuses, j'ai fait une extrapolation lors du post. Je suis en 7.3 de mon côté. Je ne pensais pas qu'il y avait une différence, merci d'avoir précisé 😉
Toutefois je doute de l'utilité du .ovhconfig à ce niveau, peut être mise à part pour le http.firewall, qu'en penses-tu ?
D'ailleurs autre chose : bien vérifier le chemin racine /home/xxx/… car il se peut que sur certaines offres il y ait un lien symbolique : /home/{user} alors que la vraie racine se situe sur /home/{user}/shop
C'est en tout cas ce que j'avais de mon côté, au lieu de préciser les chemins par /home/{user}/{…} j'étais obligé de mettre /home/{user}/shop/{…}
---
### Author:  [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Novembre 20, 2020, 5:54 UTC](https://community.ovhcloud.com/t/systeme-dexploitation-du-serveur/26593/10 "2020-11-20T17:54:27Z")
\> Toutefois je doute de l'utilité du .ovhconfig à ce niveau,
si c'est lui qui définit l'environnement du service web et du ssh
\> Je suis en 7.3 de mon côté.
7.3 -\> 7.4 c'est la bascule chez Ovh entre 32 et 64b
Ovh découvre le 64b, c'est nouveau pour eux
\> car il se peut que sur certaines offres
si lien, ce n'est pas dû à une offre Ovh