MS_Totor

salut, un petit tour de questions rapides lors de l'upgrade firmware, tu avais ipkg installé ou des paquets spk ? oui/non quelques trucs simples à vérifier dans l'ordre des questions as tu vérifié la vitesse de synchronisation du syno (onglet/system/réseau, État du réseau: normalement full duplex, vitesse de synchro 1000, ou 100 ou 10 et mtu) résultat ? vérifies aussi qu'il n'y ai pas de collision/pertes de paquets ? ce qui induirait un très fort ralentissement, idem si un processus est planté et tourne en boucle via ssh, login=root mot de passe, celui de admin, on recherche des "errors , collisions,overruns," normalement tout cela est à zéro, ok chez toi ? ifconfig on recherche un process bloqué ou trop gourmand top sur les pc, tu n'as pas de messages d'erreurs dans le journal d'évènements, systeme et applications, relatif au réseau ? conflit d'ip etc... il n'y a aucun quota de mis ou une gestion QOS activée et foireuse ? soit sur syno ou portable ou sur le routeur ? la synchro wifi se fait à quelle vitesse ? en dernier, si tu utilise upnp, désactives le, refait un essai de transfert, pour voir si le blême ne vient pas de là voilà de quoi te donner quelques axes de recherches avant de reseter le syno

impeccable ! PS: pr

pas tout compris ta réponse camarade.... si tu veux causer de garde fou linux, oui il peut jouer avec rootkit, rkhunter etc... et le bien connu logwatch, au dépend de quelques ressources cpu/ram consommées. sinon, en libre sur linux, il y a aussi des AV compatibles pour analyse de fichier aux divers format windows. exe, reg, inf, etc...pour les plus communs vecteurs de véroles. si tu peux développer ton propos

salut un syno qui ne s' arête plus, manifeste en général via ces led son mécontentement assez rapidement, voir après quelques commandes bien particulières. donc si tu peux préciser quelques points pour espérer une réponse ciblée par la suite, c'est mieux 1) état des led actuel, la led orange ou bleue ne se manifeste pas par hasard ? 2) accès via ssh ou telnet possible ? oui ou non ? openvpn et le firmware 942 sur certains synos cohabitent très mal à ce que j'ai écris ici http://www.nas-forum...indpost&p=61937 dedans je décris via ssh ou telnet l'impossibilité de lancer la commande ifconfig , es tu dans ce cas ? bien que le soucis concerne un autre modèle de syno, cpu , et kernel différent, tes symptômes ressemblent, à mon intuition seulement pour l'instant à une panne que je connais..... pour vérifier l'état du syno, connectes toi en ssh ou en telnet ssh login = root, mot de passe= passe de admin lance la suite de commande suivante: ps -aux pour voir quels services liés à openvpn sont lancés (cible, port ouvert 1394) ifconfig pour voir l'état des cartes réseaux montées, bref accessibilité à eth0, tun0 etc.... as tu un résultat exploitable oui, ou non la commande tourne en boucle ? via la commande top, quelle est la liste des process lancés, disponibilité de ram , et mémoire swap tu peux essayer via la ligne de commande linux de rebooter ton syno, pour by passer la gestion web du syno. reboot si malgré la commande reboot via ssh, rien ne se passe, commande tout à fait banale en fonctionnement normal, l'état des led du syno a changé ? et une led clignote, la led bleue à tout hasard ? en attente de tes réponses sur les questions posées, pour te sortir de là, je suis déjà passé par là au cas ou @++

au fait l'atelier clandestin de cliqueuses, se demande si tu leur offre aussi un coup joli succ

un simple reset n'altère pas les données, il remets à zéro les paramètres réseaux et le mot de passe admin le double reset est utile ensuite en cas de partition système hs, idem j'ai du en faire quelques fois lors de test bêta, je n'ai pas eu de soucis, ma partition /volume1 était bien là et de toutes les façons mes sauvegardes étaient prêtes, là on re installe la partition système seulement, mais je dis cela avec une grosse mise en garde, rien n'est garantit, tout dépend de l'état actuel des DD, du type de volume monté etc.. pour info les paramètres de configurations concernent les noms de partages, les noms d'utilsateurs, mot de passe l'heure, la config réseau, la langue. en cas de zero sauvegarde, bref risque de perte sèche, il reste toujours le moyen de prendre un des dd, et le monter sur un pc windows en interne ou via un support usb et avec un convertisseur de format ext2 ext3, les données peuvent être rapatriées, idem pleins de doc sur le forum avant d'en arriver là j'ai mis dans mon post précèdent quelques trucs et astuces, et poser des questions logiques et simples qui ont permis de dépanner certains sans bobos, tu ne perds rien à essayer tout cela d'abord.

si tu l'as installé c'est que tu sais ce qu'il fait, car tu es passé par le support pas eu le temps de faire le tour et décortiquer cette version, la 948 étant une correction de bug smartfan ...

étrange ton truc, tu as bien relancé l'assistant après modif de l'ip du pc ? tu n'as pas répondu pour ssh, as tu essayé ssh ou telnet ? tu n'as rien en firewall qui bloque sur le pc ou entre pc et syno, vu que le réseau à changer, regardes aussi de ce côté là, au cas ou, si le firewall est restrictif, il n'accepte peut être pas les connexions vers cette adresse là, crée une exception temporaire en pointant l'ip apipa du syno, et refais un essais... gaffe aussi aux anti virus qui ajoute un protocole de filtrage aux propriétés réseaux, kaspersky par exemple et son NDIS.... autre trucs et astuces relevés par la communauté: récupères sur le site officiel la dernière version d'assistant, certaines versions passées sont buguées tente un changement de câble et de port sur le switch ou est branché le syno en vrac débranches les cables alim et sata des DD internes, demarre le syno à vide, laisse le faire son cycle, arret et re branchement des DD si cela n'aboutis toujours pas , il te reste le reset, et en dernier le double reset, on en parle pas mal sur le forum

salut tu es le seul

je n'

salut les adresses IP chopées en 168.254.xxx.xxx sont en masque de sous réseau 255.255.0.0 et pas 255.255.255.0 sont des adresses IP apipa (voir google) ou regardes dans ma signature, "soucis après upgrade firmware" je décris de façon succincte comment cela peut arriver, tu peux rajouter bien sur une altération de la partition système, du raid suite à une coupure de courant sans onduleur, etc... et comment récupérer le syno pour en arriver là, tu es sur que personne n'a lancer un assistant synology et fait une boulette dans ton réseau, dans l'intention de créer un lecteur réseau par exemple ? en ce baladant dans les options de l'assistant, il y a beaucoup de manip disponible, y compris l'effacement de la configuration système, si on lance l'installation en automatique et sans serveur dhcp........voir le tuto..... je répète sans cesse que cet accès via assistant doit être verrouillé uniquement aux pc d'admin, car l'exécution de l'assistant ne demande aucun mot de passe depuis n'importe quel pc, linux, mac, windows, et comme cet assistant est disponible en téléchargement pour tout le monde, c'est une faille non négligeable.. @+

nan nan et renan tu peux avoir une ip dynamique identique pendant 6 mois, un an etc.... si il n'y a pas de nouveaut

salut à moins que j'ai mal saisi ton souhait, à la lecture de ton propos, j'ai compris que tu souhaite monter un site de dev, avant envois vers un site de produc . tu peux monter un environnement indépendant en local gérant les liens de domaine tel qu'il seront plus tard uniquement par fichier host ou au moins renseigner le fichier hosts du syno est ce que en le renseignant un minimum cela ne règlerais pas le soucis ..... le syno connaissant l'association nom d'hôte et ip devrait répondre par le nom d'hôte enregistré localement, sinon il y a tentative de résolution du syno via dns provider puis redirection dns du nom de domaine vivei.fr (ovh) et ca tourne en boucle dans ton cas, la résolution ne se fait pas localement, et renvois l'ip directement le fichier host est là pour cela exemple pour un server de développement, avant expédition vers le serveur en production sur le net sur le syno vi /etc/hosts 127.0.0.1 srv.vivei.fr srv localhost.....> résolution de l'hôte srv ou srv.viviei.fr ou web.vivei.fr en loopback ip_locale_syno web.vivei.fr .....................>résolution de l'hôte il n'y a pas de DNS local ip_locale_syno mail.vivei.fr ip_locale_syno srv.vivei.fr ip_locale_syno ftp.vivei.fr ip_locale-syno srv.....................................>pour garder un accès local au syno hors domaine à adapter à ton besoin, penser à pointer aussi le host sur les pc de dev, ip locale syno web.vivei.fr pour agir sur le site de dev et pas celui en produc ou encore sans commenter tous les services, juste renseigner host en pointant ip_locale_syno srv ip_locale_syno web.vivei.fr alors ton phpinfo répondra par le nom du serveur et pas par l'ip comme maintenant, la requête dns ayant aboutie

salut attention, le couple openssh et ssh natif (préinstallé ) sont en conflit car il y a deux serveurs ssh lancé sur le même port (22) tu dois avoir pleins de messages d'erreurs dans tes log concernant cela ce qui peut arriver ensuite: accès impossible par ssh astuce rapide tu change le port utilisé par openssh, en enlevant le #devant port et en indiquant à shh de openssh d'utiliser un autre port, je t'ai mis un exemple: le port 12422 vi /opt/etc/openssh/sshd_config # $OpenBSD: sshd_config,v 1. 2008/07/02 02:24:18 djm Exp $ # This is the sshd server system-wide configuration file. See # sshd_config(5) for more information. # This sshd was compiled with PATH=/opt/sbin:/opt/bin:/usr/sbin:/usr/bin:/sbin:/bin # The strategy used for options in the default sshd_config shipped with # OpenSSH is to specify options with their default value where # possible, but leave them commented. Uncommented options change a # default value. Port 12422 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress :: puis tu relance les deux instance de ssh openssh cd /opt/etc/init.d sh S40sshd stop sh S40sshd start ssh pré installé du firmware cd / cd /usr/syno/etc/rc.d sh S95sshd.sh stop sh S95sshd.sh start tu te connecte normalement par le port 22 comme d'habitude, scp sera dispo pour winscp, mais il y aura un message d'erreur dans les logs concernant le serveur sftp. tu fais un brin de recherche sur le forum concernant sftp ou scp, il y a différente méthode pour récupérer uniquement ce server

pas exactement, voir pas du tout ce n'est pas parce que ton syno a une ip en 192.168.1.174 qu'elle est fixe elle a pu

salut bon pour la réponse du serveur via ssh en 0.0.0.0:3306 ce qui est parfait, il écoute sur toutes ces interfaces, et c'est le but premier. par contre, pour la connexion du client depuis le pc, vu le screen tu pointe sur localhost:3306, donc sur le pc lui même ! localhost et 127.0.0.1 c'est la même chose....... que cela soit sur le syno, sur un pc sous windows, sous linux etc... tu dois maintenant régler ton client odbc pour qu'il pointe sur l'ip du syno. quelle est cette ip ? si elle est en ip dynamique, ce n'est pas bon donc je re répète as tu mis l'adresse ip du syno en en ip fixe comme conseillé, via la page web d'administration du syno. je n'ai pas suggéré ces conseils pour rien, ils sont le béa ba réseau dans le monde serveur, sous linux ou windows, disons que c'est une méthode simple, pour résoudre au préalable les problèmes réseau qui vont t'arriver ensuite à tous les coups si tu ne les suis pas, et by passe ces étapes. mettre l'ip du syno en ip fixe quelle ip mettre ? astuce: sur ta station windows, démarrer/exécuter tu tapes cmd dans cette fenêtre dos, tu lance ipconfig /all tu dois avoir l'ip de ton pc, en 192.168.0.xxx ou en 192.168.1.xxx si ton pc est par exemple en 192.168.1.10, l'ip fixe du syno peut être 192.168.1.100 masque de sous réseau 255.255.255.0 si ton pc est par exemple en 192.168.0.10, l'ip fixe du syno peut être 192.168.0.100 masque de sous réseau 255.255.255.0 quand l'ip du syno sera réglée, tu vérifie par un ping depuis le pc dans la fenetre dos, exemple: ping 192.168.1.100 si le syno répond correctement car bien reglé, c'est l'adresse ip qui doit être paramétrée dans le client odbc du PC, port 3306 quand cette étape sera faite pour vérifier que tout est ok, que odbc se connecte bien au serveur mysql, alors on modifiera le port du serveur mysql et bien entendu celui du client odbc, pas avant. en attendant tes réponses et j'espère le ok tout marche pour la première étape, je retourne à mon chantier de rénovation, plâtre, enduit et autres joies... @+

salut grosso merdo m

salut ben il m'est pass

bonjour je ne pense pas que cela soit une bonne id

Bonjour, pour information, il existe un patch qui corrige la gestion smartfan, pour les mod

bonjour Fred, ce qui voudrais dire, que les infos de volume et de structure de fichiers, sont conservés dans un bout de partition systeme non touché par une installation de firmware, c'est ce que tu veux dire ? cela me semble normal .. non ? ou j'ai pas bien suivi

bonjour, je répète comme je n'ai pas eu de réponse, j'en déduis comme patrick, que ce point n'est pas ok, hors dans ton projet, il faut d'abord t'assurer que le serveur écoute bien en plus de l'adresse de loopback en 121.0.0.1 port 3306, sur l'ip lan que donne après création de l'utilisateur via phpmyadmin cette commande: sous ssh login=root mot de passe admin netstat -latun | grep 3306 si il n'y a qu'une réponse 127.0.0.1 alors reprends pas à pas la création de ton utilisateur via phpmyadmin, et surtout, n'oublies pas de redémarrer mysql, via le panel admin du syno, section web, tu décoche et recoche mysql, ce qui a pour effet de redémarrer mysql inutile d'aller plus loin, tant que le serveur n'écouteras pas sur le réseau local via la création de cet utilisateur, bref la commande netsat ... est à faire après modif éventuelle de cet utilisateur en lui mettant d'abord % ce qui autorise tout les accès, puis ensuite tu fera un essais en changeant % par l'ip d'un de tes pc. un conseil au passage. 1) passes le syno en adresse IP fixe. 2) dans le fichier host mets un nom simple pour le syno, pour faciliter la recherche par host vi /etc/host 127.0.0.1 localhost nom_du_syno 192.168.xxx.xxx nom_du_syno exemple: 127.0.0.1 localhost syno1 192.168.1.254 syno1 ensuite on verra pour changer le port du serveur mysql, ce n'est pas difficile

hello hello on se retrouve tous avec les m

quel est le contenu du fichier de configuration ou du script php etc...sur le serveur de jeu concernant la connexion client sql vers le serveur mysql du syno, cela m'étonne fort que le port ne puisse pas etre changé, ou le nom de host en ip directe. PC-de-XXX c'est le nom du pc d'ou provient la requête ou le nom de l'utilisateur gérant la bd ? si c'est le nom d'utilisateur, il faudrait plutôt choisir une expression plus simple non qui ne risque pas d'être confondue entre un pc et un utilisateur de pc ? avant de lancer la sauce en sql pour eviter qu'un trop grand nombre d'erreurs de requête ne bloquent si il y a des erreurs de login ou des requêtes mal formatées , il faut s'assurer de l'accès minimum est ce que depuis une station une connexion à mysql est possible au moins il suffit de récupérer un client mysql de base, voir google et internet pour voir si au moins l'accès via réseau local est ok, avant d'aller plus loin