evince
-
Compteur de contenus
45 -
Inscription
-
Dernière visite
Messages posté(e)s par evince
-
-
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 :)
0 -
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?
0 -
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,
0 -
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.xshVINCESTATION2> sh syno-mvkw-bootstrap_1.2-7_arm-ds111.xshOptware Bootstrap for syno-mvkw.Extracting archive... please waitbootstrap/bootstrap/optware-bootstrap.ipkbootstrap/wget.ipkbootstrap/bootstrap.shbootstrap/ipkg.sh1227+1 records in1227+1 records outbootstrap/ipkg-opt.ipkBackup your configuration settings, then type:rm -rf /volume1/@optwarerm -rf /usr/lib/ipkgThis 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 foundPouvez-vous m'éclairer svp?Merci d'avance,0 -
Ok mais que fait exactement le reset? Il efface toute la config? Que deviennent les dossiers partag
0 -
Je pense pour finir que c'est parce que le firewall du syno est activ
0 -
je ne pense pas, il ne parvient pas du tout
0 -
Simplement modifi
0 -
-
Regarde si tu n'as pas activ
0 -
Ok maintenant que tu as fini tes tests, enleve la DMZ car la tous tes ports sont ouverts SAUF le
0 -
Je suis
0 -
Panneau de configuration => Services Web => options du service HTTP
0 -
C:\Program Files (x86)\Nmap>nmap -p
83.205.15.91Starting 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?
0 -
Je comprends pas alors. Essaye de mettre ton NAS en DMZ pour voir si c'est pas la livebox qui bloque
0 -
De toute mani
0 -
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 ==> r0 -
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.
0 -
Essaye peut etre de d
0 -
-
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)
0 -
salut,
Pour que le serveur soit disponible de l'ext
0 -
En effet,
J'
0 -
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
0
[RESOLU] Pertes de paquets suite à MaJ
dans Firmwares
Posté(e)
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.