MS_Totor

perso je ne me sens pas bridé du tout je m'adapte comme d'autres, une difficulté ? je cherche une solution, comme pour ce que tu as fait en compilant toi même pour un autre besoin mon cher Diaoul et ce depuis la deuxième semaine ou j'ai acheté le syno si on ajoute pdo en natif, après ca sera des fonctions avancées en cgi etc..., de l'ajax plus ouvert, des logs plus complets etc.. un vrais serveur linux quoi, on en finis pas des demandes autour de ces petites boites bien pratiques, il y a qu'à voir les section audio, les cms et autres demandes parfois sympas et utiles et le reste bien farfelus quand même parfois, cela mais qui restent au final de petite boites. bonne soirée

bonjour, n'oubliez pas de consulter la foire aux question (FAQ) disponible dans chaque section du forum http://www.nas-forum.com/forum/forum-23/announcement-15-foire-aux-questions/ ceci dans le but de vous aider à trouver rapidement de l'information pour les questions les plus courantes

google le meilleur ami de l'homme http://www.php.net/m...nix.apache2.php en lisant un peu cette documentation, il est précisé comment pointer via httpd.conf l'endroit ou sont les modules php ceci bien sur à adapter car les chemins sont différents sur le syno, ipkg installe ces paquets dans /opt/..... ------------------------------------------------------------ point d'installation numéro 14 Éditez votre httpd.conf afin de charger le module PHP. Le chemin dans la partie droite de la directive LoadModule doit pointer vers l'endroit où se trouve le module PHP sur votre système. Le make install lancé plus haut l'y aura certainement déjà déposé pour vous, mais assurez-vous en. Pour PHP 4 : LoadModule php4_module modules/libphp4.so Pour PHP 5: LoadModule php5_module modules/libphp5.so ------------------------------------------------------------ il suffit donc d'adapter un peu et faire un essai avec php de ipkg @+

rhhhhhôôôôô ikeke cricx despé glacée pour moi et un lait pasteurisé, écrémé sans sucre et ogm pour le petit, il sort d'une vilaine grippe et en pleins sevrage de grog (avis médical)

hargggg !!! idem que crirx jamais re

bonjour, le soucis est donc externe au syno, à priori que disent les journaux (log) sur seven pas d'erreurs concernant trop de connexion simultanées ou autres blagues du genre ? du style dépassement de pile de la mémoire de la carte réseau, car MTU trop élevés jumbo frame activé, paquet mal formatés etc.. seven est bien à jour au niveau patch ? paramètres de synback ? ressources consommées CPU et MEM par synback quand il est lancé, protection en place sur seven ? firewall, anti virus etc.... qu'est ce qu'il y a entre seven et le syno, un switch indépendant ou celui d'un routeur ? si il y a un switch indépendant, le redémarrer résous le problème réseau ou pas sans avoir à redémarrer le pc ? oui/non, tests fait et détails dans les réponses sont les bienvenus pour être dépannés rapidement voici une petite série de questions, pour orienter vos recherches de pannes utilisez tcpview petit utilitaire réseau pour visualiser les ports ouverts, et voir le nombre de connexion simultanée demandée par synback lors du lancement de la sauvegarde vers le syno. vous pouvez vérifier aussi si il n'y a pas de collisions, pertes de paquets etc...via une console et ipconfig /all je suppose dans les questions posées, qu'il n'y a pas de virtualbox ou vmware etc... installés sur le PC.

excellent bonne d

sans votre fichier config, et sans plus de renseignements sur votre topologie difficile de dire ou cela coince l'échange de clé ne se fait pas (handshake) en raison d'un problème de configuration réseau. on ne sait pas si c'est une erreur vu du syno ou vu du client ? si c'est vu du client le serveur openvpn est bien lancé au moins, la carte tun0 montée etc.... ? le souci réseau peut avoir plusieurs origines, problèmes d'heures (horloges) trop différentes entre client et serveur, débit trop faible, wifi, gprs et temps de réponse trop lent mauvais paramétrage routeur et/ou firewall et échange sur le port 1394 par exemple impossible. mauvais choix de gestion des ip dynamiques distribuées aux clients vpn etc... ou module tun.0 incompatible et pas de montage de la carte réseau virtuelle. dans la config, mettre l'option verbose à 5 côté client et côté serveur, cela est documenté clairement en re lisant un peu ce topic, ou les centaines de tutos existants sur internet, ces tutos sont la source initiale qui a servi à faire celui pour syno, et pour la partie réseau ils sont strictement identiques et beaucoup plus documentés, messages d'erreurs, solutions etc...donc ne pas se baser uniquement sur celui du forum conseil: évitez d'utiliser le port udp car certains routeurs bas de gamme n'aiment pas l'ouverture dynamique de port sur UDP bref changer la config serveur et client pour communiquer sur TCP plutôt que UDP. la question de openvpn et firmware 942 sur 207+ a été posée plusieurs fois, vous avez déjà les réponses en relisant un peu les posts précédents

le constat devrait être rapide, plus de ralentissement ou impossibilité d'accès tel décrit dans le premier post non ? bonne continuation:)

bonsoir, le syno est un serveur, et par cette d

ce soir quelques ralentissements à nouveaux, je ne sais ce qu'il y a comme évènements particuliers à cette heure là, tout à l'heure accès impossible pendant quelques temps puis c'est revenu. le temps de latence le plus long que j'ai mesuré concerné l'ouverture des applet ajax

en zieutant un peu la vue 3d de la caméra hop le fabricant sous le socle ensuite facile de trouver plus d'informations voici voilà c'est le modèle RC8061 de chez sercomm, fabriquant des neufbox aussi d'ailleurs pour info http://www.sercomm.c...UI/PROD_IPS.htm

pas de bonjour, pas de merci....... normal non ?

bon anniversaire rodolphe j'offre le cirage

bonjour, c'est mieux avec un lien je pense, en 5s chrono via google http://www.sfr.fr/mo.../homescope.jspe tu as toutes les caract

salut il me manque au moins trois quatre posts hier entre 19h00 et 23h00 si je m'abuse pas il y a eu une restauration ou un probl

m

firewall sur le routeur en priorité il n'y a pas de tuto, car on ne peut plus compiler de modules kernel pour l'instant pour ajouter cette fonction aux firmwares 9xx, en attente de sources GPL de la par de synology, quand ? je ne sais pas du tout il y a néanmoins à ma connaissance au moins une personne ayant installé avec succès moblock, mais cela se situe sur le forum anglais, donc voir la bas pour voir ce que c'est ou recherche google et comment il a fait, est ce fonctionnel avec les firmware actuels etc... etc.... je ne peux pas y répondre. sinon il y a les log de autoblock dans l'onglet correspondant, tu auras une trace minime mais il y en a une ou encore utiliser deny.host mais cela est largement documenté sur le net, avec de nombreux tutos pour cela, c'est clair, il y a déjà toute l'aide voulue.

ok la réponse concernait plutôt les log des users et blocage ip par autoblock pour la question du parefeu, les log n'existent pas, c'est la volonté de synology de ne pas implanter le module kernel ipt_log, c'est comme ca, j'ai déjà discuter de cela avec le support pendant la période bêta, réponse extraite d'un mail de l'époque Regarding to your feedback: 1. ipt_log For performance reason, we don't turn on the log. Allow user to install iptable log would cause some trouble since we need to inst/remove the modules sometimes. So there is no solution for it now. rien ne vous empêche de leur en faire à nouveau la suggestion en contactant le support

onglet journaux via la console web du syno, liste d

bonjour, lire ce post perso je ne t

ok via la console de gestion, service réseau/service web désactive temporairement le service web station et mysql cela vas arrêter le serveur web et le site vas cesser de faire appel à php.ini d'abord encore un top pour vérifier que le process (vi) n'a pas changé de PID le PID c'est le numéro lié au process (vi) visible aussi par la commande ps. tu fais un kill -9 numero_de_pid_de_vi, le kill -9 force normalement le processus, sauf plantage bref kill -9 3783 au final si cela ne passe pas tu reboot le syno via ssh comme dit au dessus via telnet ou shh. à moins que crirx ait une syntaxe magique pour forcer le kill dans ce cas là, je crois que le syno est un peu planté Edit: grilled by crix

salut si tu continue

coucou crirx, toujours sur la brèche je vois les deux process vi n'ont pas lieu d'être, il sagit sans doute de session ouverte en édition de php.ini et session fermée sans enregistrer, du coup les process tournent quand même, et comme php.ini est déjà sollicité par php du site que tu heberge, cela provoque un demi plantage..... toujours sous ssh ou telnet tu fais kill 3783 et kill 3833 ou tu reboote le syno pour que ces process meurent d'eux mêmes via la commande reboot reboot ensuite après reboot tu refais la même manip pour verifier que la mémoire et le cpu ont été libérés de ces tâches de travail. top

bonjour, plusieurs éléments peuvent ralentir l'accès au syno. pour t'aider à chercher les causes possibles: a) le syno lui même est ralenti par des taches en boucles qui pompent des ressources pour vérifier cela via putty et accès ssh, user=root, et mot de passe de admin ou telnet au choix. lances la commande top, et regarde deux éléments importants, en haut la mémoire dispo, appelée free et dans la liste des processus lancés %CPU et %MEM, pour vérifier qu'il n'y a pas de processus trop gourmands, sql etc... top pour quitter tu appuis sur q b)on vas rechercher si il n'y a pas de soucis réseaux, collisions, problèmes de MTU etc... ifconfig dans les infos etho, on recherche si il n'y a pas de soucis, (0) veut dire fonctionnement normal, bref errors(0) dropped(0)overruns(0) collision(0) txqeuelen(0) frame(0) c)il y a peut être indexation en court des fichiers, si il y a eu beaucoup de transfert récemment cela peut être le cas.. d)via phpmyadmin, tu peux si tu as crée une base de données, je crois que oui, vu dans un autre post, vérifier que tu n'as pas trop de pertes, exemple, requêtes php vers mysql mal formatées, grosse liste d'attente de traitement sql. e) la connexion réseau se fait par rj45, ou par wifi, le syno a une ip fixe ? (recommandé) f) désactives temporairement le firewall et anti virus sur le pc, pour vérifier si le problème ne vient pas de là. g) quels sont les protocoles activés sur le syno via onglet/partage de fichiers ? win/mac/os ? nfs ? h) dans l'onglet information/journal est ce que tu as des messages d'erreurs, il y a une liste déroulante pour accéder aux divers journaux . perso j'ai entre autre un 2600+ qui tourne sans soucis de ralentissement, il faudrait aussi voir si dans les fichiers journaux, il n'y a pas d' erreurs concernant le réseau. en attente de tes retours