Inutile de préciser que ces commandes sont à utiliser avec une précaution infinie !

root@parallels-Parallels-Virtual-Platform:~# cd /var/www/html/scratch

root@parallels-Parallels-Virtual-Platform:/var/www/html/scratch# ls

autobackups  logs  tmp

root@parallels-Parallels-Virtual-Platform:/var/www/html/scratch# cd logs

root@parallels-Parallels-Virtual-Platform:/var/www/html/scratch/logs# ll

total 16972

drwxr-xr-x 2 www-data www-data    4096 nov.  28 07:00 ./

drwxr-xr-x 5 www-data www-data    4096 nov.  18 08:20 ../

-rw-r–r– 1 www-data www-data  106263 nov.  28 15:50 log_2019-11-28.txt

root@parallels-Parallels-Virtual-Platform:/var/www/html/scratch/logs# tail -f log_2019-11-28.txt 

/var/www/html/core/index.php(31): core\framework\TonidoCloudServer->execute()

/var/www/html/core/framework/storagepathengine.class.php(1872): core\framework\StorageWrapper->getFileList(‘/theuser/recyc…’, NULL, NULL, Array)

/var/www/html/core/framework/filemanager.class.php(484): core\framework\StoragePathEngine->getFileList(‘/theuser/recyc…’,  »,  », ’10’, ‘0’, ‘theuser’, ‘name’, 1, true,  »)

^C

root@parallels-Parallels-Virtual-Platform:/var/www/html/scratch/logs# mongo

MongoDB shell version v3.6.14

connecting to: mongodb://127.0.0.1:27017/?gssapiServiceName=mongodb

Implicit session: session { « id » : UUID(« 6ae59758-9082-4d66-aba3-f2fc75471a31 ») }

MongoDB server version: 3.6.14

show dbs

admin                                     0.000GB

config                                    0.000GB

fcbackup                                  0.009GB

local                                     0.000GB

use tonidoclouddb

switched to db tonidoclouddb

show collections

accesstokens

acls

activity

background_queue

background_queue_parallel

backuprecords…

db.background_queue.count()

0

db.background_queue_parallel.count()

0

exit

bye

root@parallels-Parallels-Virtual-Platform:/var/www/html/scratch/logs# cd ../../

root@parallels-Parallels-Virtual-Platform:/var/www/html# cd resources/tools/fileutils/

root@parallels-Parallels-Virtual-Platform:/var/www/html/resources/tools/fileutils# ls

bulkopdatastore.class.php  emptyrecyclebin.php  exportfs.php  logger.class.php  rmutil.php  txfilesanddeleteaccount.php

root@parallels-Parallels-Virtual-Platform:/var/www/html/resources/tools/fileutils# php rmutil.php -h default -u theuser -p /theuser/recyclebin/ -r

Looking at host: default

Delete

Deleting directory /theuser/recyclebin//backups -> /thesuer/recyclebin//backups

Pour forcer le client de WM à établir un rapport maintenant :

sudo /Library/MonitoringClient/RunClient -F

Pour forcer le client de WM à vérifier s’il existe des mises à jour :

sudo /Library/MonitoringClient/RunUpdater -F

Pour désactiver la recherche automatique de mise à jour :

/usr/bin/defaults write /Library/MonitoringClient/ClientSettings Update_Enabled -bool false

Ôter le client WM d’un ordinateur :

/Library/MonitoringClient/Utilities/RemoveClient -F

Changer le groupe d’un client (vous changerez GROUPE_D’UN_CLIENT par le nom de l’un de vos groupes clients) :

/usr/bin/defaults write /Library/MonitoringClient/ClientSettings ClientGroup -string « GROUPE_D’UN_CLIENT »

Changer la durée de temps pour être prévenu de l’exécution de Time Machine (vous changerez 10 par n’importe quel nombre entre 1 et 99) :

defaults write /Library/MonitoringClient/PluginSupport/check_time_machine_settings Days_Until_Warning -int 10

Activer ou désactiver la surveillance de Time Machine (false : pas de surveillance, true : surveillance active) :

defaults write /Library/MonitoringClient/PluginSupport/check_time_machine_settings Warning_Enabled -bool false

Ajuster le seuil de la capacité du volume Root (par défaut : 90%) :

defaults write /Library/MonitoringClient/PluginSupport/check_root_capacity_settings Root_Warn_Level -int 90

Désactiver complètement un plugin :

defaults write /Library/MonitoringClient/ClientSettings PluginsDisabled -array-add « check_[service-to-ignore].plugin »

Trouver le nom du plugin dans /Library/MonitoringClient/Plugins pour désactiver time machine par exemple (c’est une requête qui revient assez souvent) :

defaults write /Library/MonitoringClient/ClientSettings PluginsDisabled -array-add « check_time_machine.plugin »

Dire au plugin Daylite ne pas surveiller un compte utilisateur précis (cette commande vous permettra d’arrêter de surveiller l’utilisateur « admin » pour le plugin Daylite) :

/usr/libexec/PlistBuddy -c « Set :Users_To_Monitor:admin bool false » /Library/MonitoringClient/PluginSupport/check_daylite_client_settings.plist

Activer les notifications de redémarrage :

defaults write /Library/MonitoringClient/PluginSupport/check_reboot_time_settings Warn_On_Reboot -bool true

A propos de l’affichage du panneau de Préférences système :

Toutes les commandes doivent être envoyées en tant que root, et ce faisant les fichiers deviendront illisibles par l’utilisateur logué.

Cela ne causera aucun problème concernant les rapports normaux, mais cela peut avoir un effet cosmétique peu appréciable lorsque vous voudriez voir le plugin dans les Préférences systèmes (pendant les tests de la ligne de commande, bien sûr).

La routine du plugin chaque heure remettra l’agent avec les permissions correctes, et convertira le fichier binaire en xml, ce qu’il préfèrera 😉

Vous pouvez forcer le rapport et donc le rafraîchissement avec la commande :

sudo /Library/MonitoringClient/RunClient -F

Vous ouvrirez à nouveau les Préférences Systèmes pour vérifier les changements.

<code>defaults read /Library/Preferences/SystemConfiguration/com.apple.airport.preferences | grep LastConnected -A 7

Cet article a paru sur Krypted, le 11 novembre 2015.

La première option indique si Server app a été téléchargée depuis l’App Store, avec l’option -software :

serverinfo –software

Quand vous l’utilisez, l’indication suivante apparaît :

This system does NOT have server software installed.

L’option -productname détermine le nom de l’application :

serverinfo –productname

 

Si vous changez le nom de l’application alors la commande info du server ne fonctionnera plus ; la sortie affichera le suivant :

Server

La commande -shortversion renvoie la version de l’application Server utilisée :

serverinfo –shortversion

La sortie n’indique pas le numéro de build, mais à la place la version de l’application installée sur chaque ordinateur sur lequel vous lancez la commande :

5.0.4

Pour voir le numéro de build (qui change à chaque mise à jour de l’application Server depuis l’App Store) utilisez l’option -buildversion :

serverinfo –buildversion

La sortie montre la build du server, qui ne correspond pas forcément à la build de OS X !

15s2259

Parce que l’application Server a été téléchargée ne signifie pas que l’assistant de Server a été lancé. Pour vérifier cela, utilisez l’option -configured :

serverinfo –configured

L’affichage indique si la configuration a été faite ou juste l’application installée (par exemple si vous l’utilisez pour vous connecter à un autre serveur) :

This system has server software configured.

Vous pouvez aussi avoir un affichage de toutes les options en une simple option facile à scripter avec property list :

serverinfo –plist

La sortie vous donne une liste ave chacune des options utilisées :

< ? xml version= » 1.0 » encoding= » UTF-8″ ? >
< ! DOCTYPE plist PUBLIC « -//Apple//DTD PLIST 1.0//EN » « http://www.apple.com/DTDs/PropertyList-1.0.dtd »>
<plist version= » 1.0″>
<dict>
<key>IsOSXServerVolume</key>
<true/>
<key>IsOSXServerVolumeConfigured</key>
<true/>
<key>IsServerHardware</key>
<false/>
<key>LocalizedServerProductName</key>
<string>Server</string>
<key>MinimumServerVersionAllowed</key>
<string>4.1.50</string>
<key>ServerBuildVersion</key>
<string>15S2259</string>
<key>ServerPerformanceModeEnabled</key>
<false/>
<key>ServerVersion</key>
<string>5.0.4</string>
</dict>
</plist>

Le Server Root peut résider à différents endroits. Pour voir le chemin exact (utile si vous scriptez des commandes relatives au ServerRoot) :

serverinfo –prefix

Par défaut, la sortie affiche cela (quasiment un dirname du ServerRoot) :

/Applications/Server.app/Contents/ServerRoot

Vous pouvez aussi voir si le système fonctionne sur un ordinateur préinstallé avec OS X Server :

serverinfo –hardware

La sortie indique simplement si le matériel a été livré avec OS X Server :

This system is NOT running on server hardware.

L’option -perfmode indique si oui ou non le mode performance a été activé, dédiant des ressources aux binaires contenus par Server app :

serverinfo –perfmode

Si le mode performance n’a pas été activé alors la sortie sera :

Server performance mode is NOT enabled.

Pour activer le mode performance, vous pouvez utiliser serverinfo. C’est la seule tâche que la commande accepte qui change le système, et comme telle, vous devez avoir les privilèges de sudo :

sudo serverinfo –setperfmode 1

Ou réglez là sur la valeur booléenne sur 0 pour la désactiver :

sudo serverinfo –setperfmode 0

Cet article a paru sur Krypted, le 22 septembre 2015.

Par défaut, PresSTORE utilise le port 8000 :

http://localhost:8000

C’est un numéro de port très commun, ainsi certaines applications l’utilisent aussi, des proxy HTTP, des jeux, des applications qui communiquent à distance peuvent utiliser le port 8000 qui est commun comme je l’ai dit.

Si PresSTORE est installé sur un serveur fondé sur un UNIX avec un autre application utilisant aussi le port 8000, changer le port est alors aussi simple que de renommer un fichier. Le fichier est installé dans le dossier d’installation de PresSTORE et est appelé lexxserv:8000 :

/usr/local/aw/conf/lexxserv:8000

Un administrateur local peut changer le nom de ce fichier en utilisant la commande mv (move). En partant du principe que l’on change le port pour le 8001, l’administrateur tapera :

sudo mv /usr/local/aw/conf/lexxserv:8000 /usr/local/aw/conf/lexxserv:8001

Après avoir chagné le port, il faut arrêter le service de PresSTORE :

sudo /usr/local/aw/stop-server

Et le démarrer à nouveau :

sudo /usr/local/aw/start-server

Ou directement utiliser la commande restart-server :

sudo /usr/local/aw/restart-server

Sur Windows, l’administrateur devra ouvrir l’utilitaire PresSTORE Server Manager et changer le numéro de port dans la section Service Functions.

Cet article a paru sur Tech Journal de 318, le 10 janvier 2013.

Pour aider à réaliser cela, 318 a proposé le package sabackup. Son projet était d’utiliser les commandes internes à Mac OS X afin de réaliser les sauvegardes essentielles et d’exporter les configurations de services d’une façon que vous puissiez les importer dans serveradmin après avoir procéder aux réparations et avoir votre serveur qui fonctionne à nouveau. Ce package m’a sauvé maintes fois, mais il m’a aussi permis de trouver quels changements avaient été réalisés (généralement après avoir réalisé que ce changement avait cassé quelque chose).

Avec Lion et Mountain Lion, Apple a décidé de résoudre le problème de proprement sauvegarder les services et les données, et Time Machine inclut un mécanisme pour sauvegarder OS X Server. À l’intérieur du bundle Server.app, dans le dossier ServerRoot, vous trouverez maintenant le dossier server_backup avec les commandes spécifiques. Il y a là un ensemble de scripts de sauvegarde (/Applications/Server.app/Contents/ServerRoot/usr/libexec/server_backup) qui permettent de sauvegarder et de restaurer les services. Il y a aussi une collection de scripts de style System V dans le dossier /Applications/Server.app/Contents/ServerRoot/etc/server_backup qui contient les paramètres que ServerBackup utilisera pour sauvegarder les services. Comme avec toutes choses chez Apple, il y a aussi les plists XML. Certains services utilisent leur propres scripts : Open Directory, PostgreSQL, Partage de fichiers (appelé « sharePoints » dans ce contexte, Web, et Message. Le script OD produit une archive dans  /var/backups, le script PostgreSQL produit une exportation de toute votre base de données, et le serveur Message vous donnera une sauvegarde de la base de données Jabber. La sauvegarde de la configuration Web, mais et c’est important de le noter, il ne sauvegarde pas les données. Enfin, il y a le script de ServerSettings qui produit une exportation serveradmin de toutes les configurations pour tous les services. Chaque chose étant enregistrée dans /var/log/server_backup.

C’est à peu près ce que sabackup réalisait, Apple a amélioré le processus, l’a rendu plus modulaire, plus robuste et 100% Apple-façon-de-penser. Avec ceci dans l’esprit, nous avons décidé d’arrêter le développement de sabackup. En se reposant sur les outils Apple, cela permet que tout nouveaux services soient automatiquement inclus à l’avenir. ServerBackup sera mis à jour avec Server.app.

ServerBackup a aussi ses bizarreries. Il est profondément lié à TimeMachine, ce qui veut dire que TimeMachine doit être activé. Ça ne signifie pas que TimeMachine doive vous servir pour autre chose. Si vous excluez tous les dossier visible du Finder, vous aurez toujours un dossier .ServerBackup à la racine de votre volume de sauvegarde, avec toutes les sauvegardes du serveur. Vous aurez aussi /private incluant var (où sont les sauvegardes et les logs), et etc, où beaucoup de fichiers de configuration demeurent. Vous pouvez dédier un petit disque à TimeMachine, laissez TimeMachine s’occuper de la sauvegarde des configurations et des données des services de Server.app, et prenez soin que ce disque fasse partie de votre solution de sauvegarde numéro un. Solution, que vous avez bien sûr ?

Cet article a paru sur Tech Journal de 318, le 19 novembre 2012.1.

Pour commencer, il faut créer le CSR (Certificate Signing Request). Vous pouvez le faire sur l’Astaro/Sophos directement si vous le voulez. Loguez-vous en loginuser, c’est suffisant. Et vous pouvez le faire sur votre Mac aussi évidemment, de toute façon il faudra SCP le fichier entre l’Astaro et le Mac ou l’inverse. La commande pour générer le CSR est :

openssl req –config ./openssl.config –new –newkey rsa:2048 –out server.key

Ensuite, il vous demande les informations habituelles (Organization, City, etc.). Attention le Common name doit être le domaine pour lequel vous demandez le certificat.

Ensuite vous devrez aller sur le site d’une autorité de certificat (GoDaddy étant de loin les plus sexy si vos critères sont purement esthétiques), là vous soumettrez votre CSR (attention comme toujours aux espaces non voulus dans les certificats). L’autorité de certificat, vous donnera ensuite un certificat et un ou deux certificats intermédiaires, c’est de mise maintenant afin d’accroitre la sécurité. Enfin, vous ferez de ces différents fichiers un fichier pkcs#12, le format est primordial pour l’Astaro.

openssl pkcs12 -export -out /Users/me/certificate/certificate.pfx -inkey /Users/me/certificate/server.key -in /Users/me/certificate/monnom.de.domaine.crt -certfile /Users/me/certificate/bundle.crt

Dans cet exemple, vous noterez que les certificats intermédiaires sont à la fin de la commande. Le CSR et le certificat correspondant au nom de domaine en premier.

Normalement, OpenSSL vous demande le mot de passe que vous avez choisi pour le certificat. Il ne vous reste plus qu’à copier le CSR sur l’Astaro si vous l’avez créé sur votre Mac, par exemple en suivant la commande précédente :

scp -r -p /Users/me/certificate/server.key loginuser@192.168.x.x:/home/login

On vous demande le mot de passe, et hop, le fichier CSR (en l’occurrence ici un .key) est copié sur l’Astaro.

Il ne vous reste plus qu’à vous loguer sur l’interface WebAdmin et dans /Remote Access/Certificate Management/Certificate Authority vous allez importer le certificat signé. Un redémarrage de l’UTM est préférable.

Ensuite vous pourrez sélectionner votre certificat pour le Mail Security ou pour le Web Application Security ou pour d’autres services encore.