evince

C'étaient des sessions TCP. Et pour un NAS qui n'a pas (ou presque pas) de packages installés, 500 sessions TCP c'est énorme. Je ne vois pas pourquoi il ouvre autant de sessions de lui même, je n'ai aucun services exposés à Internet, tout passe par VPN. Et je ne vois pas pourquoi Synology cherche à communiquer par exemple avec la Corée du Sud, Bref, j'ai filtré les accès et tout roule, merci.

Merci pour ton aide. Il ne saurait pas y avoir de confilt, c'est un vlan particulier avec authentification radius et machines en ip fixe (non modifiées dernièrement) . Ce qui est curieux c'est qu'à partir du syno, je n'ai aucune perte, que ce soit vers l'extérieur ou vers le Gateway. MàJ : J'ai remarqué dans mon routeur un nombre élevé de sessions à partir du syno. J'ai killé toutes ces sessions (environ 500), et maintenant cela semble être rentré dans l'ordre ... Je ne sais pas du tout ce qui a pu se passer. Merci pour l'aide en tous cas :)

Mon NAS est raccordé à un switch et mon pc au même switch. Je ne vois pas d'erreurs CRC ni rien. C'est survenu après la mise à jour, car j'ai un monitoring est il s'est affolé directement aprés. J'exclus un matériel dans le chemin. Les pertes de paquets sont synchrones : Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps<1ms TTL=64 Réponse de 10.5.0.11 : octets=32 temps=5 ms TTL=64 Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Sait-on faire un downgrade?

Bonsoir à tous, Depuis la dernière mise à jour (6.1-15047-update2), j'ai énormément de pertes de paquets vers mon NAS (DS-111). Le CPU et la RAM n'ont pas l'air de s'emballer, l'accès à l'interface ne cause pas de soucis, meme en cas de pertes de paquets. Je vois pas mal de soucis suite à cette mise à jour. Merci d'avance,

Bonjour à tous, JE cherche désespérément à installer IPGK, je possède un DS111 avec la dernière version (DSM 4.2-3211). J'ai suivi ce tuto http://korben.info/installer-ipkg-sur-synology.html mais rien à faire. Voici ce que j'obtiens : VINCESTATION2> chmod +x syno-mvkw-bootstrap_1.2-7_arm-ds111.xsh VINCESTATION2> sh syno-mvkw-bootstrap_1.2-7_arm-ds111.xsh Optware Bootstrap for syno-mvkw. Extracting archive... please wait bootstrap/ bootstrap/optware-bootstrap.ipk bootstrap/wget.ipk bootstrap/bootstrap.sh bootstrap/ipkg.sh 1227+1 records in 1227+1 records out bootstrap/ipkg-opt.ipk Backup your configuration settings, then type: rm -rf /volume1/@optware rm -rf /usr/lib/ipkg This will remove all existing optware packages. You must *reboot* and then restart the bootstrap script. BusyBox v1.16.1 (2013-04-16 20:13:10 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. Je redémarre mon syno, exécute ipkg update et j'ai une message : /bin/sh: ipkg: not found Pouvez-vous m'éclairer svp? Merci d'avance,

Ok mais que fait exactement le reset? Il efface toute la config? Que deviennent les dossiers partag

Je pense pour finir que c'est parce que le firewall du syno est activ

je ne pense pas, il ne parvient pas du tout

Simplement modifi

Bonjour

Regarde si tu n'as pas activ

Ok maintenant que tu as fini tes tests, enleve la DMZ car la tous tes ports sont ouverts SAUF le

Je suis

Panneau de configuration => Services Web => options du service HTTP

C:\Program Files (x86)\Nmap>nmap -p 83.205.15.91 Starting Nmap 5.21 ( http://nmap.org ) at 2010-11-06 16:55 Paris, Madrid Nmap scan report for agrenoble-552-1-136-91.w83-205.abo.wanadoo.fr (83.205.15.91 ) Host is up (0.056s latency). PORT STATE SERVICE 80/tcp filtered http Nmap done: 1 IP address (1 host up) scanned in 0.81 seconds Dans les options du services HTTP, tu n'as pas coché la case pour rediriger toutes les connexion HTTP vers HTTPS?

Je comprends pas alors. Essaye de mettre ton NAS en DMZ pour voir si c'est pas la livebox qui bloque

De toute mani

Le firewall de mon syno est actif aussi, cela n'empeche pas le fonctionnement. Par contre, comme je lui disais, son port n'a pas l'air ouvert ==> r

On va essayer autre chose : Vas dans le panneau de configuration du NAS, puis terminal et active le telnet. Ensuite, ouvre l'invite de commande (demarrer ==> executer ==> cmd) et la tu mets : telnet 192.168.1.47 Login : root Pass : ton mot de passe admin et tu copies/colles cette commande : /usr/syno/etc.defaults/rc.d/S97apache-user.sh restart Regarde s'il te met une erreur.

Essaye peut etre de d

V

Salut, Je parviens bien à ton synology mais en passant en https, pas en http. Peut-etre n'as tu autorisé que le HTTPS? On dirait que seul le port 443 est ouvert. Voici le résultat d'un nmap : C:\Program Files (x86)\Nmap>nmap.exe -P0 83.205.15.91 Starting Nmap 5.21 ( http://nmap.org ) at 2010-11-06 14:10 Paris, Madrid Nmap scan report for agrenoble-552-1-136-91.w83-205.abo.wanadoo.fr (83.205.15.91 ) Host is up (0.084s latency). Not shown: 999 filtered ports PORT STATE SERVICE 443/tcp open https Nmap done: 1 IP address (1 host up) scanned in 12.14 seconds Maintenant, si tu veux qu'on arrive sur ton site web, mets une page dans le répertoire web ( index.html ou index.php)

salut, Pour que le serveur soit disponible de l'ext

En effet, J'

Bonjour à tous, J'ai moi aussi galèré pour les virtualhost. J'y suis enfin parvenu en dé commentant une ligne dans httpd.conf : #Virtual hosts #Include conf/extra/httpd-vhosts.conf #Virtual hosts Include conf/extra/httpd-vhosts.conf Ensuite, créér le fichier /usr/syno/apache/conf/extra/httpd-vhosts.conf et y insérer le vhosts comme suit ( ou a peu près ) : NameVirtualHost *: <VirtualHost *:> DocumentRoot /volume1/web/site0 ServerName evince.dyndns.info </VirtualHost> <VirtualHost *:> DocumentRoot /volume1/web/site1 ServerName www.site.be </VirtualHost> <VirtualHost *:> DocumentRoot /volume1/web/site2 ServerName site2.dyndns.org </VirtualHost> <VirtualHost *:> DocumentRoot /volume1/web/site3 ServerName site3.sytes.net </VirtualHost> Et donc créér dans le répertoire Web, les dossiers correspondant aux sites, à savoir : site0, site1, site2 et site3 Voila, j'espère que ca en aidera