dxavier Posté(e) le 15 octobre 2011 Partager Posté(e) le 15 octobre 2011 (modifié) Bonjour, Depuis quelques temps je n'arrive plus à me connecter au GUI. Quand je me connecte sur https://diskstation:5001 j'ai l'erreur 102 : ERR_CONNECTION_REFUSED (ça ne marche pas mieux sur http://diskstation:5000). Ce n'est pas un problème de blacklist puisque que les autres connexions fonctionnent (montage NFS, SSH et FTP). Pour la version du DSM je crois qu'il s'agit d'une 3.2 mais je ne sais pas ou vérifier sans l'accès https. Savez vous comment je peux rétablir la situation ? edit : Je n'ai pas réussi à regarder le fichier /var/log/lighttpd/error.log. Il est trop gros. Il fait 1.5Go. Il doit bien y avoir un problème au niveau du serveur web. Il s'agit d'un DS 411+ Modifié le 15 octobre 2011 par dxavier 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PatrickH Posté(e) le 16 octobre 2011 Partager Posté(e) le 16 octobre 2011 A mon avis ta partition système est pleine et ton syno ne fonctionne du coup plus correctement. Commence déjà par effacer ce fichier de log en SSH Patrick 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
dxavier Posté(e) le 16 octobre 2011 Auteur Partager Posté(e) le 16 octobre 2011 Merci, J'ai bien pensé à cela mais il restait de la place. Dans le doute je l'ai supprimé quand même. Après reboot, le fichier error.log n'est pas très utile. Il contient : 2011-10-16 18:47:53: (log.c.97) server started 2011-10-16 18:48:37: (server.c.1466) server stopped by UID = 0 PID = 7573 2011-10-16 18:50:56: (log.c.97) server started et le résultat du netstat si ca peut être utile : DiskStation> netstat -laputen Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:44512 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:548 0.0.0.0:* LISTEN 7373/afpd tcp 0 0 0.0.0.0:4712 0.0.0.0:* LISTEN 6963/amuled tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 7076/portmap tcp 0 0 0.0.0.0:50001 0.0.0.0:* LISTEN 7108/dms tcp 0 0 0.0.0.0:50002 0.0.0.0:* LISTEN 7123/lighttpd tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 7355/ftpd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 7216/sshd tcp 0 0 0.0.0.0:4662 0.0.0.0:* LISTEN 6963/amuled tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 6460/cupsd tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 4584/postgres tcp 0 0 127.0.0.1:4700 0.0.0.0:* LISTEN 7367/cnid_metad tcp 0 0 0.0.0.0:892 0.0.0.0:* LISTEN 7086/mountd tcp 0 0 0.0.0.0:35774 0.0.0.0:* LISTEN 7083/statd tcp 0 0 127.0.0.1:53384 127.0.0.1:4712 ESTABLISHED 6974/synoamulecgid tcp 0 0 127.0.0.1:4712 127.0.0.1:53384 ESTABLISHED 6963/amuled tcp 0 0 192.168.30.16:22 192.168.30.13:41263 ESTABLISHED 7385/0 tcp 0 0 ::%135319869:515 ::%135478818:* LISTEN 4764/inetd tcp 0 0 ::%135319869:139 ::%135478818:* LISTEN 6992/smbd tcp 0 0 ::%135319869:21 ::%135478818:* LISTEN 7355/ftpd tcp 0 0 ::%135319869:22 ::%135478818:* LISTEN 7216/sshd tcp 0 0 ::%135319869:631 ::%135478818:* LISTEN 6460/cupsd tcp 0 0 ::%135319869:5432 ::%135478818:* LISTEN 4584/postgres tcp 0 0 ::%135319869:445 ::%135478818:* LISTEN 6992/smbd udp 0 0 0.0.0.0:2049 0.0.0.0:* - udp 0 0 0.0.0.0:899 0.0.0.0:* 7083/statd udp 0 0 127.0.0.1:47623 0.0.0.0:* 7108/dms udp 0 0 192.168.30.16:137 0.0.0.0:* 6611/nmbd udp 0 0 0.0.0.0:137 0.0.0.0:* 6611/nmbd udp 0 0 192.168.30.16:138 0.0.0.0:* 6611/nmbd udp 0 0 0.0.0.0:138 0.0.0.0:* 6611/nmbd udp 0 0 0.0.0.0:9997 0.0.0.0:* 4346/findhostd udp 0 0 0.0.0.0:9998 0.0.0.0:* 4346/findhostd udp 0 0 0.0.0.0:9999 0.0.0.0:* 4346/findhostd udp 0 0 0.0.0.0:4665 0.0.0.0:* 6963/amuled udp 0 0 0.0.0.0:4672 0.0.0.0:* 6963/amuled udp 0 0 0.0.0.0:68 0.0.0.0:* 2487/dhcpcd udp 0 0 0.0.0.0:58316 0.0.0.0:* - udp 0 0 0.0.0.0:1900 0.0.0.0:* 7108/dms udp 0 0 0.0.0.0:111 0.0.0.0:* 7076/portmap udp 0 0 0.0.0.0:37749 0.0.0.0:* 7083/statd udp 0 0 0.0.0.0:892 0.0.0.0:* 7086/mountd 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
dxavier Posté(e) le 17 octobre 2011 Auteur Partager Posté(e) le 17 octobre 2011 (modifié) Un peu de nouveau. En recherchant j'ai le même problème qu'ici : http://www.nas-forum.com/forum/topic/17741-acces-impossible-sur-linterface-web/page__p__99777#entry99777 Mon fichier /etc/group est vide. J'ai recopié celui de /etc.defaults/group mais forcément il est incomplet (il n'y a pas le groupe pour les utilisateurs ajouté via le GUI). J'ai relancé le script /usr/syno/etc/rc.d/S97apache-webdav.sh. Le NAS écoute maintenant sur le port 5000 et 5001. Après reboot, ça fonctionne toujours. Est-ce que je peux laisser comme ça, ou il faut adapter /etc/group avec les nouveaux utilisateurs ? Modifié le 17 octobre 2011 par dxavier 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
DjMomo Posté(e) le 17 octobre 2011 Partager Posté(e) le 17 octobre 2011 Je pense qu'il faut que tu fasses une mise à jour des groupes (édition d'un paramètre par exemple) via le DSM, afin que les groupes que tu aurais pu créer soient bien intégrés... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.