Outils pour utilisateurs

Outils du site


mplserv

Déjà en place

A voir

Web

Voir: site thuban

dokuwiki

L'idée serait d'activer la «ferme», et donc mutualiser des installations de dokuwiki.

Pour le moment, une instance unique tourne et fonctionne.

Cependant, je joue encore avec la config de nginx, car actuellement, cette instance dokuwiki utilise son propre domaine. J'aimerais la rendre accessible sur le même domaine que mon domaine web principal.

searx

J'ai suivi ces instructions : https://github.com/asciimoo/searx/wiki/Installation

Le hic pour le moment, c'est qu'il écoute sur un port différent de ce que je lui indique dans la config.

Par contre, avec uwsgi, on dirait qu'il lit bien la config.

Le second gros hic, c'est que je compte utiliser searx via 2 VMs : l'une d'elles fera tourner searx, l'autre (pour le web) fera le relai via nginx. J'ai peu d'idées de ce qu'il faut employer pour ça. C'était la façon de faire de seeks (via scgi).

Avec nginx, on peut tenter d'utiliser uwsgi_pass.

La config proposée pour uwsgi utilise un socket UNIX. On peut lui demander d'utiliser plutôt un socket http : https://uwsgi-docs.readthedocs.org/en/latest/HTTP.html

Pour le moment, j'obtiens des timeouts et l'affichage mouline. D'après netstat, uwsgi ouvre bien le socket, et reçoit bien la requête en provenance de nginx.

tor

Côté serveur, l'installation est assez simple, donc pas décrite ici.

Côté client, si on ne souhaiet pas utiliser torbrowser, on peut :

  • indiquer dans la config graphique de firefox qu'il faut utiliser le serveur pour SOCKS (uniquement remplir la ligne SOCKS).
  • indiquer en prime que la résolution des .onion doit être faite via tor

Infos : http://blog.neutrino.es/2013/how-to-connect-to-onion-tor-domains-with-standard-firefox-on-linux/

let's encrypt

Divers

Todo

Se renseigner aussi sur puppet, ansible, coreos…

article/linux/mplx/services.txt · Dernière modification: 2018/01/26 16:20 par fab