cricx

wins (windows internet name service) est un protocole windows (uniquement) qui sert à résoudre les noms sur un réseau local (et pas sur internet). Il est utile pour diminuer le trafic réseau lié à la découverte et à la résolution des noms netbios sur un réseau microsoft. Il permet également d'accéder à des machines qui ne sont pas sur le segment de réseau local dont les noms sont résolus en règle général par broadcast (en gros, un poste dit : c'est qui qui s'occupe du groupe de travail machin ? Ah, c'est toi, tu pourrais me filer la liste des machines ? etc...). Pas super efficace, mais on a fait avec pendant des années avant que microsoft daigne se préoccuper de ce problème. Il a pondu wins, qui est un truc à la con qui fonctionne comme ceci : Il faut un serveur wins sur le réseau (pas forcément le segment local). On configure toutes les machines pour leur dire que, quand elles démarrent, plutôt que de demander à la cantonade (=broadcast), elles s'inscrivent elles-mêmes sur le serveur wins, et que quand elles ont besoin de connaître un nom de machine, qu'elles demandent au serveur wins. C'est tellement fiable que microsoft a prévu que, si le serveur wins est (encore) planté, les machines puissent résoudre quand même les noms par broadcast (type de noeud hybride). En fait, c'est facultatif, on peut faire du pure wins, mais aucun admin réseau ne prend ce risque. Il faut bien entendu configurer le poste windows pour qu'il utilise wins : soit par un serveur dhcp (en général, les box ne permettent pas de définir ce paramètre), soit en se tapant la conf à la mimine. Que ceux qui ne savent pas configurer le protocole tcpip sur un windows passent leur chemin. Donc je ne réponds pas à ta question (donne-toi la peine de chercher un peu !). Côté syno, c'est pareil : il pourrait être serveur wins, mais je n'ai pas le sentiment que les ingés de syno aient prévu ce rôle (alors qu'il pourrait très bien le tenir). Le paramètre à fournir est l'adresse du serveur wins déjà présent sur le réseau, et le syno (samba) est alors client wins (comme les PCs). Quant à ton truc cisco, je ne connais pas... Pour ce qui me concerne, je configure mes centaines de machines grâce à un serveur dhcp judicieusement configuré, et la carte réseau, j'arrive presque à l'avoir dans la tête (mais limite, ça devient un peu compliqué quand il y a des sous réseau, des routeurs et toussa ! Ah, un autre truc : pour résoudre les noms, rien ne vaut dns. Microsoft l'a compris en 2000 (soit 30 ans après les autres). Et encore un autre : si tu as 3 pc (ou même 10), laisse tomber wins !

hum... je ne suis pas certain que ça soit une bonne idée. part du principe que ce qui tourne sur ton syno est nécessaire et que, hormis par curiosité, connaitre le rôle des processus n'est pas tout-à-fait indispensable. Exemple : mon syno (présentation en arbre) 1 root 8 0 40 8 8 S 0.0 0.0 0:02.29 init -> père de tous les processus 3645 root 9 0 532 464 436 S 0.0 1.5 0:00.01 `- /opt/lib/erlang/erts-5.7.4/bin/epmd -daemon -> ejabberd (serveur xmpp, messagerie instantanée) 3644 root 9 0 23568 2176 2072 S 0.0 7.2 0:54.46 `- /opt/lib/erlang/erts-5.7.4/bin/beam -K false -P 250000 -- -root /opt/lib -> ejabberd 1995 root 9 0 816 596 568 S 0.0 2.0 0:08.22 `- /usr/syno/mailstation/libexec/master -> postfix (smtp) 5203 postfix 9 0 1476 1476 1232 S 0.0 4.9 0:00.05 | `- pickup -l -t fifo -u 2000 postfix 9 0 908 740 740 S 0.0 2.4 0:00.53 | `- tlsmgr -l -t unix -u 1997 postfix 9 0 1028 792 792 S 0.0 2.6 0:02.81 | `- qmgr -l -t fifo -u 1057 root 8 0 736 592 540 S 0.0 2.0 0:01.16 `- /usr/syno/mailstation/sbin/dovecot -> dovecot (pop/imap) 5077 dovecot 9 0 1676 1676 1412 S 0.0 5.5 0:00.08 | `- imap-login 4989 dovecot 9 0 1096 876 876 S 0.0 2.9 0:00.08 | `- imap-login 4883 dovecot 9 0 1096 876 876 S 0.0 2.9 0:00.08 | `- imap-login 1066 dovecot 9 0 708 448 448 S 0.0 1.5 0:00.08 | `- pop3-login 1065 dovecot 9 0 708 448 448 S 0.0 1.5 0:00.08 | `- pop3-login 1064 dovecot 9 0 708 448 448 S 0.0 1.5 0:00.07 | `- pop3-login 1059 root 9 0 1000 836 760 S 0.0 2.8 0:00.85 | `- dovecot-auth 1037 root 9 0 596 504 504 S 0.0 1.7 0:00.13 `- /usr/syno/mailstation/sbin/saslauthd -a shadow -> authentification 1043 root 9 0 752 504 504 S 0.0 1.7 0:00.04 | `- /usr/syno/mailstation/sbin/saslauthd -a shadow 1042 root 9 0 596 504 504 S 0.0 1.7 0:00.03 | `- /usr/syno/mailstation/sbin/saslauthd -a shadow 1041 root 9 0 752 504 504 S 0.0 1.7 0:00.06 | `- /usr/syno/mailstation/sbin/saslauthd -a shadow 1040 root 9 0 752 504 504 S 0.0 1.7 0:00.05 | `- /usr/syno/mailstation/sbin/saslauthd -a shadow 991 root 9 0 1640 1392 1392 S 0.0 4.6 0:13.64 `- /usr/syno/sbin/ftpd -D -> serveur ftp 954 root 9 0 616 484 468 S 0.0 1.6 0:00.01 `- /usr/syno/sbin/synologd -> écriture des journaux 928 root 8 0 3952 692 672 S 0.0 2.3 0:02.92 `- /usr/syno/apache/bin/httpd -DSSL ->serveur web 5050 nobody 9 0 5028 2016 1880 S 0.0 6.7 0:00.04 | `- /usr/syno/apache/bin/httpd -DSSL 4371 nobody 9 0 4720 1604 1604 S 0.0 5.3 0:00.19 | `- /usr/syno/apache/bin/httpd -DSSL 4370 nobody 9 0 4700 1560 1560 S 0.0 5.2 0:00.20 | `- /usr/syno/apache/bin/httpd -DSSL 864 root 8 0 1508 408 380 S 0.0 1.4 0:01.13 `- /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys -> dsm 1267 root 8 0 1600 384 384 S 0.0 1.3 0:00.09 | `- /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf -> serveur web 1200 root 8 0 1600 384 384 S 0.0 1.3 0:00.20 | `- /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf 1180 root 9 0 1716 392 392 S 0.0 1.3 0:00.37 | `- /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf 1177 root 8 0 1856 384 384 S 0.0 1.3 0:00.52 | `- /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf 1176 root 8 0 1968 384 384 S 0.0 1.3 0:00.74 | `- /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf 861 root 8 0 700 576 524 S 0.0 1.9 0:00.78 `- /usr/syno/sbin/sshd -> serveur ssh 5204 root 9 0 1904 1904 1620 S 0.0 6.3 0:00.66 | `- sshd: root@ttyp0 -> ma connexion 5206 root 9 0 368 368 308 S 0.0 1.2 0:00.05 | `- -ash ->le shell 5212 root 19 0 1296 1296 988 R 6.0 4.3 0:02.31 | `- htop ->une commande lancée par le shell 817 root 15 10 676 380 380 S 0.0 1.3 0:00.00 `- /usr/syno/sbin/synomkflvd ->démon syno (syno make flv daemon) 788 root 9 0 504 404 404 S 0.0 1.3 0:00.00 `- /usr/sbin/mountd -> démon de montage nfs 782 1 9 0 368 304 304 S 0.0 1.0 0:00.02 `- /sbin/portmap -> portmapper nfs 728 root 15 10 560 352 352 S 0.0 1.2 0:00.00 `- /usr/syno/bin/synomkthumbd -> démon syno (vignettes) 721 root 15 10 996 496 464 S 0.0 1.6 0:00.02 `- /usr/syno/sbin/synoindexd -> démon syno (indexation) 556 root 9 0 44 8 8 S 0.0 0.0 0:00.00 `- /sbin/getty 115200 console -> console 502 root 9 0 760 604 568 S 0.0 2.0 2h04:57 `- /usr/syno/bin/scemd -> surveillance du matériel 501 admin 9 0 788 512 512 S 0.0 1.7 0:03.28 `- /usr/syno/pgsql/bin/postgres -D /volume1/@database/pgsql --config_file=/ ->base de données (utilisée pour l'indexation des contenus) 965 admin 9 0 1204 464 464 S 0.0 1.5 0:00.05 | `- postgres: admin synolog [local] idle 863 admin 9 0 1748 464 464 S 0.0 1.5 0:02.89 | `- postgres: admin photo [local] idle 559 admin 9 0 788 488 480 S 0.0 1.6 0:00.01 | `- postgres: stats collector process 558 admin 9 0 1032 744 724 S 0.0 2.5 0:00.08 | `- postgres: writer process 472 root 8 0 284 228 204 S 0.0 0.8 0:00.07 `- /usr/sbin/crond -> tâches programmées 464 root 9 0 36 8 8 S 0.0 0.0 0:00.00 `- /usr/sbin/inetd -> "super démon" lançant à la demande certains services 437 root 8 0 1348 1236 1164 S 0.0 4.1 0:01.95 `- /usr/syno/sbin/hotplugd -> demander à synology 363 root 5 -10 280 48 32 S 0.0 0.2 0:00.08 `- /usr/syno/bin/findhostd -> idem 336 root 9 0 204 200 200 S 0.0 0.7 0:00.09 `- /sbin/klogd -> journal 334 root 9 0 184 152 152 S 0.0 0.5 0:01.55 `- /sbin/syslogd -S -> journal On se rend compte dans cette liste qu'il y a deux type de processus : ceux de synology (et là, pour savoir précisément ce qu'ils font... et les autres, qui sont plus standard et sur lesquels on trouve de l'info sur le web. La seule question intéressante à se poser : puis-je arrêter ce processus ? Pour y répondre, il faut déjà bien connaitre à la fois l'informatique, linux et synology. Moi qui ne répond qu'aux 2 premiers critères, je me garde bien d'y toucher ! Si tu as le goût du risque, vas-y (mais seul) !

oui

si