Comme net-tools n'est plus maintenu sur Linux (depuis des années !?) il est remplacé par la suite iproute2. Donc les commandes réseau de Linux évoluent.
Un document à garder sous le coude du coup.
… que je laisse en publique, ça peut toujours servir. Puis si je dis des conneries, on peut me corriger :
greg@ " le top-level domaine actuel "
ou
legreg.thibault@ " moteur de recherche bien connu qui fait aussi des mails "
Pour l'iSCSI :
- Target : élément directement adressable par l'host (équiv. HDD)
- LUN : élément d'un Target (non adressable directement, équiv. partition VIO)
Le multipath permet deux choses :
- soit d'assurer un accès redondant depuis une machine unique (suppression d'un point de défaillance)
- soit d'assurer un accès concurrent à plusieurs machines, mais à condition :
- d'utiliser un filesystem orienté partage/concurrence (GFS, OCFS2, etc.)
Si on utilise du SAN sur le LAN, il faut (c'est mieux) :
- des matériels de routage permettant de grandes MTU
- des matériels de routage permettant d'isoler les trames sur un VLAN
La gestion de mon propre hébergement me prend beaucoup de temps.
J'ai énormément de trucs dans les tuyaux en ce moment, entre autres :
- m'occuper de coder un truc en shell pour choper les fichiers d'ip à filtrer (déjà fait) contenant notamment Hadopi … puis faire une routine qui supprime les anciennes et remet les nouvelles ip dans l'ipfilter du noyau Linux. Tout ça en environnement très limité.
- tester et installer mon reader RSS pour remplacer l'empire Google (qui ne veut plus de nous)
- gérer ce problème de proxy inverse
- automatiser certaines modifications après reboot/update du manager Synology
- gérer un problème de CloudStation
- trouver un prestataire pas trop cher et sécurisé pour mes sauvegardes distantes (vive rsync !)
- paramétrer la gestion DNS pour avoir la main dessus plutôt qu'OVH
- paramétrer DHCP + Wifi pour que le serveur remplace la Freebox (beaucoup mieux pour configurer les redirections, droits, etc.)
- paramétrer un Directory Server / LDAP pour centraliser les utilisateurs (ça permettrait en plus d'avoir les mêmes utilisateurs sur ma machine Linux que sur le NAS : pratique quand les amis viennent -- je n'aime pas prêter ma session)
- configurer mieux le firewall pour ensuite profiter de l'IPv6 (puisque le NAT disparaît)
- quelques packages à programmer et donner à SynoCommunity, notamment SVN lorsque j'aurais intégré toutes les fonctionnalités (protocole en webdav secure, etc.)
- installer un gestionnaire de machine virtuelle pour démarrer mon projet web avec un ami
- etc.
Autant dire que j'en chie :
Pour mon serveur web, je voulais que la partie administration soit accessible avec les mêmes ports que la partie web (80 + 443) Gros problème, deux daemons Apache avec des fichiers de configuration très différents. Et pour d'autres raisons, pas envie de modifier les fichiers pour lancer un seul daemon.
Ma solution : mod_proxy pour installer un reverse proxy, qui redirige les requêtes vers .../admin vers le serveur d'administration.
Nouveau problème : le serveur d'admin me dit que les clients sont tous en 127.0.0.1 … Argggg.