Philippe M a écrit 969 commentaires

en demandant à ton DHCP de le faire pour toi.

C'est bien ce que j'ai essayé de faire il y a 2 mois mais ça m'a tout pété à la tronche et mon réseau a été bancal le temps de remettre les fichiers de configurations en place. Depuis faut que je monte une maquette pour tester mais j'ai pas encore trouvé le temps de le faire. Et l'idée n'est pas que la machine change de nom mais bien que l'ip correspondant au nom dns pccom12 change suivant le cas (wifi ou filaire).

autre solution, attribuer 2 IPs aux machines, une IP wifi, une IP filaire.

Ce qui implique deux noms dns différents, ce qui va me poser des problèmes au niveau du domaine puisque la machine s'annonce comme pccom12 mais elle fera une résolution inverse comme pccom12w (par exemple) si elle est connecté en wifi.

Born to Kill EndUser !

Ok je vais voir pour mettre ça en place.

Born to Kill EndUser !

Puisque je réserve toute les adresses MAC connues (comprendre : les pc, switchs, serveurs que j'installe) et que je rejette toute les machines dont je ne connais pas la provenance (pc intervenant externe, salarié qui branche sont portable perso à la société…) ça devrait pas poser de problème ?

Pour moi la réservation d'ip est un premier filtre pour éviter que tout et n'importe quoi ce connecter à mon réseau.

Born to Kill EndUser !

Bon vous avez réussi à me mettre le doute et vous avez bien fait… C'est bien à cause de la même adresse IP pour 2 MAC différente que l'emplacement réseau n'est pas reconnu correctement.

Maintenant reste à savoir comment faire pour mettre à jour le DNS sans tout péter :(

Born to Kill EndUser !

Je confirme qu'il y a bien la même IP pour deux MAC différentes, dans mon dns je n'ai qu'une correspondance. Pour cette exemple dans la conf de dhcp les machines sont identifiés par pccom12 et pccom12w mais elle est déclaré comme ayant le nom dns pccom12. Dans le dns pccom12 existe avec une ip.

J'ai testé la mise à jour dynamique du dns par dhcp mais ça m'a foutu un bordel sans nom dans mes fichiers zones et bien sûre plus de résolution dns fonctionnelle.

Born to Kill EndUser !

Je fais de la réservation d'ip pour tout mon parc et tout est dans le même pool :

pool {
   max-lease-time 3600;
   range 192.168.x.1 192.168.x.245;
   deny unknown-clients;
}

J'ai juste borné à 245 car au delà les ip sont réservés pour les switch (entre autre). Mais dans tout les cas que le pc, switch, serveur soient configuré en dhcp ou en fixe je créé un bail afin de ne pas me retrouver avec un conflit d'ip.

Born to Kill EndUser !

Pas sûre, si je réalise l'opération manuellement :
- désactiver la carte Wifi;
- connecter le câble.

Me prend moins, voir autant de temps que si c'était le logiciel qui le fait lui même. Et dans le cas manuel pas de soucis.

Born to Kill EndUser !

Je serais plus pour un petit serveur avec pas trop de cpu mais de gros dd avec une installation basique, filtré. Un ptit owncloud installé et pour faire les synchro entre ton archi et owncloud rsync puis un petit script qui lance la commande qui va bien pour mettre à jour owncloud (https://doc.owncloud.org/server/9.1/admin_manual/configuration_server/occ_command.html#file-operations-label). Ensuite tu peux choisir qui accède à quoi et partage avec qui.

Born to Kill EndUser !

Ok je comprends mieux ta réponse.

J'ai modifié la configuration de mon DHCP en commentant

option domain-name "WWW";

Dans les logs j'ai toujours la même erreur.

Born to Kill EndUser !

Etonnant dans mes fichiers zones j'ai

PCINF03V                A       192.168.XXX.XXX
                        TXT     "319475f39fea9e721fafe20e93a1037f61"

Reverse
XXX                     PTR     PCINF03V.WWW.

Dans mes logs j'ai :

    16-Mar-2016 12:44:39.367 update: info: client 127.0.0.1#35630: updating zone 'WWW/IN': update unsuccessful: PCINF03V.WWW: 'name not in use' prerequisite not satisfied (YXDOMAIN)
    16-Mar-2016 12:44:39.367 update-security: debug 3: client 127.0.0.1#43463: update 'WWW/IN' approved
    16-Mar-2016 12:44:39.367 update: info: client 127.0.0.1#43463: updating zone 'WWW/IN': deleting rrset at 'PCINF03V.WWW' A
    16-Mar-2016 12:44:39.367 update: info: client 127.0.0.1#43463: updating zone 'WWW/IN': adding an RR at 'PCINF03V.WWW' A
    16-Mar-2016 12:44:39.368 update-security: debug 3: client 127.0.0.1#47744: update '5.168.192.in-addr.arpa/IN' approved
    16-Mar-2016 12:44:39.368 update: info: client 127.0.0.1#47744: updating zone 'XXX.168.192.in-addr.arpa/IN': deleting rrset at 'XXX.XXX.168.192.in-addr.arpa' PTR
    16-Mar-2016 12:44:39.368 update: info: client 127.0.0.1#47744: updating zone 'XXX.168.192.in-addr.arpa/IN': adding an RR at 'XXX.XXX.168.192.in-addr.arpa' PTR

Et un test de résolution depuis un pc du réseau

    nslookup pcinf03v
    Server:     192.168.XXX.AAA
    Address:    192.168.XXX.AAA#53
    Name:   pcinf03v.WWW
    Address: 192.168.XXX.XXX

Born to Kill EndUser !

J'ai oublié de préciser que je suis avec Fedora 23 et xfce.

Born to Kill EndUser !

Je l'avais pas vue cette option et par la même occasion j'ai ajouté ddns-hostname et du coup j'arrive à une config comme ça

host pccom12 {
hardware ethernet 9c:4e:36:7c:33:88;
fixed-address 192.168.xxx.64;
ddns-hostname pccom12;
option dhcp-client-identifier "pccom12";
}
host pccom12w {
hardware ethernet 2c:d4:44:b5:9f:65;
fixed-address 192.168.xxx.65;
ddns-hostname pccom12;
option dhcp-client-identifier "pccom12";
}

Et même pas qu'il râle… Maintenant faut que je configure bind pour qu'il accepte la mise à jour venant du dhcp mais je n'ai toujours pas trouvé la réponse pour le cas où j'ajoute moi même des entrées dans la zone dns. Par exemple pour mes serveurs, est-ce que dhcp écrase tout ou bien fait simplement une mise à jour du fichier zone ?

Born to Kill EndUser !

Et autre problématique dans la config de mon dhcp je vais avoir deux nom de machine différent, au niveau du dns deux nom d'hôtes différent mais ma machine elle n'aura qu'un seul nom d'hôte.

Born to Kill EndUser !

En fait j'ai mal effectué mes tests lorsque j'ai rencontré ce problème.

C'est bien le fait d'avoir la même adresse IP de renseigné dans la config de dhcpd qui lui pose problème. Dans cette version ça marche nikel

host pccom12 {
hardware ethernet 9c:4e:36:7c:33:88;
fixed-address 192.168.xxx.64;
}
pccom12w {
hardware ethernet 2c:d4:44:b5:9f:65;
fixed-address 192.168.xxx.65;
}

Mais du coups je me retrouve avec deux adresses ip qui ont le même nom d'hôte au niveau dns… Chose que bind n'accepte pas du tout. Va falloir que je regarde du côté du dns dynamique alimenté par dhcp mais quid des adresses ip fixe réservé aussi au niveau du dhcp (pour pas qu'on me les piques) et des alias dns ?

Born to Kill EndUser !

DarkTable est un "développeur" de RAW (principalement), avec une notion de cataloguage. Digikam est un catalogueur avec une notion de "développeur"… Comprendre que chacun est spécialisé dans son domaine.

Born to Kill EndUser !

Très bonne idée et ça parait tellement simple, trop simple même pour être vrai.

Je me pose juste la question, y a que Windows qui peut être utilisé comme machine invité ?

Born to Kill EndUser !

C'est bien ce que j'ai fais mais ça reste pas très clair dans l'utilisation au quotidien mais je pense que c'est commun à beaucoup de logiciels qui doivent couvrir plusieurs besoins.

Born to Kill EndUser !

Pour le coup, même si je ne comprends pas trop tes réticences avec dolibarr :

En y réfléchissant ça va plus loin que l'interface pas très clair, il n'y a pas de connecteur avec Outlook ou Thunderbird.

Merci pour les liens.

Born to Kill EndUser !

Je n'avais pas vue la possibilité de définir une heure et un jour.

Parfait comme ça.

Merci.

Born to Kill EndUser !

T'inquiète pour les cas très grave de mutation en zombie j'ai ce qu'il faut

Born to Kill EndUser !

Ok, je vais m'installer un ptit Dolibarr dans un coin et valider ça avec les comptables. J'espère juste qu'il va pas falloir passer par l'étape saisie facture car ça on l'a déjà fait dans l'erp.

Born to Kill EndUser !

On a déjà du Sage (X3) mais le module immo coûte une petite fortune par rapport à notre taille et notre besoin :)

Born to Kill EndUser !

Au cas ou le problème est causé par les accents que j'ai mis dans le script. La solution la plus simple est de na pas mettre d'accents.

Born to Kill EndUser !

Tout d'abord, je ne comprends pas bien l'intérêt du ${BIN} mais tu dois avoir une raison de tout surcharger et notamment sur le fait d'avoir les coreutils (sleep, mount, …) dans /usr/bin plutôt que dans /bin.

Dans tout mes scripts je mets systématiquement le chemin d'accès au programme que je veux utiliser. Il s'avère que sur rhel ils se trouvent de /usr/bin et non dans /bin.

Je vais tester le -v -d et LC_ALL.

Born to Kill EndUser !

Message d'origine modifié et pas de syslog intéressant si ce n'est pour dire que tout va bien

Born to Kill EndUser !