Désactivation de la relance automatique du prg d’installation de « GoogleSoftwareUpdate » sous mac osX

1) Ouvrir le terminal console unix
2) Se mettre en mode root
3) Executer la commande suivante pour éviter l’execution du programme « GoogleSoftwareUpdate » de google:
#defaults write com.google.Keystone.Agent checkInterval 0

Rq:
-com.google.Keystone.Agent est une entrée visible depuis la « Library » …et « Agents »
-On peut remplacer la valeur 0 par une autre selon nos besoins
-Désinstallation du prg :
sudo ~/Library/Google/GoogleSoftwareUpdate/GoogleSoftwareUpdate.bundle/Contents/Resour‌​ces/GoogleSoftwareUpdateAgent.app/Contents/Resources/ksinstall –uninstall

Reprendre un process(job) linux en background

1) Afficher les process(jobs):
#jobs
[1]- Stopped top
[2]- Stopped find / -name « *test.txt »

2) Reprendre le job numéro=2 :
#fg %2

PS: reprise d’un seul process(job) par defaut:
#fg

Reverse ssh entre une machine LAN et une machine WAN

En général, on fait une connexion ssh depuis un host du LAN vers un host du WAN.

->Permet d’intervenir directement sur la machine LAN
Comment faire?
1) Configurer le tunnel depuis « LAN vers WAN »(444444<==ssh==>22) depuis le serveur WAN(distant)
host_lan1>ssh -NR 444444:localhost:22 remote_user@remote_host_wan

Cela va créer un port d’ecoute 444444 lié au 127.0.0.1 sur  remote_host_wan
2) On accède alors host_lan1 depuis le serveur remote_host_wan en faisant la connexion sur le port 444444 sur 127.0.0.1
remote_host_wan>ssh -p 444444 user@127.0.0.1

Autres:

Configurer le paramètre « AllowTcpForwarding yes » dans le fichier /etc/ssh/sshd_config du serveur remote_host_wan si on veut se connecter sur ce serveur depuis un autre host par un « jump ».

Connexion en ssh sur une machine distante sans saisir le mot de passe!

client<--ssh-->serveur
Avantages:
-On ne ressaisit plus le mot de passe du serveur distant, voir gain de temps
-On ne garde pas une connexion permanente sur le serveur
-On peut exécuter une commande distante

Comment faire?
1) Générer la clé publique du client(id_dsa.pub) sur la machine cliente
#ssh-keygen -t dsa
le passphrase pour crypter votre certificat si nécessaire
2) Éditer et copier la clé publique générée (~/.ssh/id_dsa.pub) puis créer le fichier ~/.ssh/authorized_keys sur le serveur

Et voilà!

Erreur HTTP avec le serveur sous wordpress

A) Après un upload d’un fichier, on a:
415:client intended to send too large….
1) Voir le log error.log de nginx, par déf, /var/log/nginx/error.log
2) Editer le fichier conf de nginx depuis /etc/nginx/nginx.conf
3) Ajouter le texte « client_max_body_size 50M » dans le bloc http {}
4) Démarrer/recharger le service nginx par le lancement de la commande : « service nginx reload »