MS_Totor
-
Compteur de contenus
2204 -
Inscription
-
Dernière visite
-
Jours gagnés
2
Messages posté(e)s par MS_Totor
-
-
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
0 -
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
@++
0 -
au fait l'atelier clandestin de cliqueuses, se demande si tu leur offre aussi un coup
joli succ
0 -
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.
0 -
Firmware 953
dans Firmwares
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 ...
0 -
é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
0 -
salut
tu es le seul
0 -
je n'
0 -
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..
@+
0 -
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
0 -
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
0 -
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
0 -
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
0 -
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...
@+
0 -
Channel Irc
dans Suggestions
salut
grosso merdo m
0 -
salut
ben il m'est pass
0 -
bonjour
je ne pense pas que cela soit une bonne id
0 -
Bonjour,
pour information, il existe un patch qui corrige la gestion smartfan, pour les mod
0 -
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
0 -
bonjour,
je répète
il suffit de récupérer un client mysql de base, voir google et internet pour voir si au moins l'accès via le réseau local est ok, avant d'aller plus loin
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
0 -
Question b
0 -
hello hello
on se retrouve tous avec les m
0 -
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
0 -
salut,
il me semble que tu as un dd-wrt dans ton profil, pourquoi ne pas en profiter à ce niveau là pour le vpn et des restrictions pour le reste du réseau local, ce ne sont pas les doc qui manquent
0
[Resolu] Configuration Du Systeme Perdue
dans Installation, Démarrage et Configuration
Posté(e)
impeccable !
PS: pr