Philippe M a écrit 963 commentaires

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 !

Oui l'hébergeur de l'association.

Born to Kill EndUser !

Merci Philippe pour ces précisions mais malheureusement j'ai la contrainte de mettre en place une solution à base de php/mysql.

Born to Kill EndUser !

Je l'avais vue celui la mais difficile de savoir où en est le dev, difficile de trouver le lien pour le télécharger et accessoirement il à l'air d'être dev en ruby d'après cette page : https://adullact.net/projects/opencantine/

Born to Kill EndUser !

La config réseau est envoyé par un serveur dhcp

cat /etc/resolv.conf 
# Generated by NetworkManager
search example.com
nameserver 192.168.xxx.02
nameserver 192.168.xxx.04
nameserver 192.168.xxx.03

Sur Windows j'ai ajouté un suffix via la GPO dans la liste des domaines recherchés mais parfois j'ai l'impression qu'il en tient pas compte.

Born to Kill EndUser !

Autre test

    dig monserveur.example.com

    ; <<>> DiG 9.10.2-P3-RedHat-9.10.2-4.P3.fc22 <<>> monserveur.example.com
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60440
    ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3

    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 4096
    ;; QUESTION SECTION:
    ;monserveur.example.com.        IN  A

    ;; ANSWER SECTION:
    monserveur.example.com. 86400   IN  A   192.168.xxx.01

    ;; AUTHORITY SECTION:
    example.com.        86400   IN  NS  ns2.example.com.
    example.com.        86400   IN  NS  gw.example.com.
    example.com.        86400   IN  NS  ns1.example.com.

    ;; ADDITIONAL SECTION:
    ns1.example.com.    86400   IN  A   192.168.xxx.02
    gw.example.com. 86400   IN  A   192.168.xxx.03

    ;; Query time: 0 msec
    ;; SERVER: 192.168.5.31#53(192.168.5.31)
    ;; WHEN: mar. sept. 01 10:38:01 CEST 2015
    ;; MSG SIZE  rcvd: 154


    dig monserveur

    ; <<>> DiG 9.10.2-P3-RedHat-9.10.2-4.P3.fc22 <<>> monserveur
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 35917
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 4096
    ;; QUESTION SECTION:
    ;monserveur.            IN  A

    ;; AUTHORITY SECTION:
    .           479 IN  SOA a.root-servers.net. nstld.verisign-grs.com. 2015083101 1800 900 604800 86400

    ;; Query time: 0 msec
    ;; SERVER: 192.168.5.31#53(192.168.5.31)
    ;; WHEN: mar. sept. 01 10:42:22 CEST 2015
    ;; MSG SIZE  rcvd: 111

Dans le deuxième cas la résolution ne marche pas car pas de domaine indiqué.

Born to Kill EndUser !

Les tests que je fais sont réalisés depuis un pc sur le réseau local. Donc si je comprends bien ta réponse, pour résoudre un nom de domaine ou chercher une machine sur mon réseau local le résolveur (mon pc je suppose) interroge son cache, si il y a rien il va sur un serveur racine, si y a rien il va chercher sur le DNS local ?

Je trouve pas très logique, surtout pour un domaine local. Il me semble plus normal d'interroger le DNS le plus proche et si il trouve pas il va chercher le suivant.

Born to Kill EndUser !