Se connecter à un serveur NAS Synology DS108J

Accueil FORUM Installation Se connecter à un serveur NAS Synology DS108J

Ce sujet a 78 réponses, 4 participants et a été mis à jour par  lecardiologue, il y a 7 ans et 11 mois.

15 sujets de 16 à 30 (sur un total de 79)
  • Auteur
    Messages
  • #685

    Victor
    Admin bbPress

    Oui il existe une deuxième méthode…c’est la N°1 dans mon post #677

    je la reprends de manière détaillée ci-dessous. Je suis certain que cette méthode fonctionne de la façon que je la décrit puisque c’est celle que j’utilise régulièrement.

    ATTENTION : suivre scrupuleusement les étapes.

    1- Télécharge PUTTY
    2- vérifie sur DSM que la case SSH est cochée

    3- Complète la case host avec l’adresse IP de ton NAS puis clique sur Open

    4- connecte toi en tant que root avec le mot de passe associé

    5- Bravo, tu es à présent connecté en SSH à ton serveur (comme un vrai admin 😉 ). Prends toi un café pour célébrer la victoire.
    6- recopie cette ligne vi /usr/syno/etc/php.ini et appuie sur la touche entrée pour valider la commande (explication :tu utilises le programme vi pour éditer le fichier php.ini)
    7- avec la touche bas, fait défiler les lignes jusqu’à la ligne 891/1940 et positionne ton curseur sur la lettre M située après 32

    8- appuie 1 fois sur la touche i (explication : tu entres en mode édition)
    9- appuie 2 fois sur la touche backspace
    10- réfléchit bien à la valeur du nouveau chiffre que tu souhaites entrer, et tape cette valeur au clavier
    11- une fois la valeur écrite, appuie 1 fois sur la touche echap (explication :tu sors du mode édition)
    12- puis tape la ligne suivante :wq! et appuie sur entrée (explication : tu préviens que tu vas donner des instructions avec :, puis tu enregistres le fichier avec w, enfin tu quittes quoi qu’il arrive avec q!…et tout ça en même temps !)
    13- recopie la ligne suivante /usr/syno/etc.defaults/rc.d/S97apache-user.sh restart puis termine par la touche entrée (explication : Cela redémarre le serveur apache du Syno pour prendre en compte les modifications dans le fichier. note : Redémarrer le Syno depuis le DSM aura le même effet, mais sera plus long).

    Voilà, tu peux retourner à phpmyadmin, la limite devrait être modifiée !

    Si tu n’es pas sûr d’une étape, dit le moi plutôt que de risquer de faire des bêtises 😉

    Bon courage (et patience !)

    #687

    Victor
    Admin bbPress

    PS : j’ai créé une rubrique dans le WIki dédié aux utilisateurs de synology pour consigner toutes les étapes nécessaires à la mise en place d’une configuration centrée sur un NAS synology.

    La page est ici, n’hésite pas à la modifier pour qu’elle soit au plus près de la vérité et la plus utile pour le prochain !

    #691

    lecardiologue
    Participant

    Bonjour Victor, j’écris juste un petit mot car je n’ai pas trop de temps ce matin.
    J’ai donc réussi à me connecter en ssh à mon Synology.
    J’ai suivi ensuite tes instructions à la lettre jusqu’a l’étape n°12 et édité le fichier php.ini.
    Après avoir modifié le fichier en indiquant la limite en Mo pour l’upload, le système m’indique : « permission denied ». Je n’ai donc pas pu enregistrer le fichier avec ses modifications.
    Je ne comprends pas d’ailleurs puisque j’ai réussi a ouvrir ma session ssh avec le mot de passe administrateur : j’avais donc les permissions requises.
    Je vais réessayer ce midi on verra bien, il peut toujours y a avoir une erreur de ma part.

    Bonne journée

    #693

    Victor
    Admin bbPress

    Es-tu certain de t’être authentifié en utilisant l’utilisateur root et non admin ?

    Le mot de passe à utiliser est celui que tu as définie lors de la première mise en servie du Synology.

    Enfin, bien que lorsque tu te connectes au Manager tu utilises bien l’utilisateur admin, la connexion SSH requiert elle l’utilisation du l’utilisateur root, mais le mot de passe est le même !

    Tiens moi au courant !

    #697

    lecardiologue
    Participant

    J’ai effectivement utilisé admin (en fait à l’installation de mon NAS je n’avais pas d’utilisateur root mais seulement « admin »). Je me suis donc logué avec putty avec admin.
    Cela explique sans doute cela…je vais verifier cela ce midi.
    Je t’enverrai une synthèse de mes progrès ce soir.

    Merci encore 😀

    #698

    Victor
    Admin bbPress

    Oui, c’est l’erreur ultra classique sur synology : en tant qu’administrateur on se connecte au manager en tant qu’admin sauf que lorsqu’on administre via la commande (SSH) c’est root pour avoir les pleins pouvoirs !

    le nombre de fois où je me suis afait avoir 🙂 (et puis un séjour sur ubuntu server..et c’est finalement rentré en dur dans ma tête !)

    #699

    lecardiologue
    Participant

    Alors, je rencontre une difficulté imprévue :
    Cette fois j’ai pu me logger avec putty et modifié mon fichier php.ini, pas de souci.
    J’ai relancé le serveur apache sans souci : la console putty me l’a d’ailleurs confirmé

    Ce qui est très étrange, c’est que la limite d’upload pour les fichiers n’a pas bougé dans la fenêtre d’importation de PhpMyAdmin, elle est resté a 32 Mo ! 🙁

    J’ai réédité avec vi le fichier php.ini pour être certain que les modifs étaient prises en compte et c’est le cas !

    N’y aurait-il pas un autre fichier à modifier par hasard ?
    Une mise à jour de phpmyadmin ?
    Je vais quand même essayer de restaurer ma base avec MYSQL Administrator au cas où…

    #700

    Victor
    Admin bbPress

    non non, tout à très bien fonctionné…Oublie de ma part, il faut également modifier la ligne suivante dans le même fichier :
    vi /usr/syno/etc/php.ini

    Modifie le 32M par la valeur que tu as choisie. Cette édition ne devrait plus te problème à présent 😉

    Malgré tout, soit vigilant à bien suivre les instructions d’édition, car avec le programme vi on fait vite n’importe quoi !

    exemples :
    – ne pas utiliser la touche delete, seulement backspace pour supprimer les caractères
    – Si on pense avoir fait une bêtise durant l’édition, il faut alors quitter sans enregistrer avec :q! (penser à sortir de l’édition avec echap avant de taper cette commande.)

    #701

    lecardiologue
    Participant

    L’importation de ma base a echoué avec mysql administrator.
    Je commence a me poser des questions sur l’intégrité de cette base…
    Je vais quand même tenter 2 choses :
    1/ un redemarrage complet du syno
    2/ un essai d’importation a partir d’une autre base que j’ai au cabinet

    Ne perdons pas espoir….le champagne attend au frais 😆

    #702

    lecardiologue
    Participant

    Nos messages se sont croisés : j’ai modifié la deuxième ligne dand php.ini

    La limite d’upload s’est bien modifiée, je l’ai portée à 100 Mo
    J’ai tenté après ca l’importation de ma base mais MSQL m’a renvoyé une erreur :

    Erreur

    requête SQL:

    INSERT INTO `rubriquesblobs` (`RbDate_PrimKey`,`RbDate_DataRub`,`RbDate_IDDos`) VALUES (1,0x3C68746D6C3E3C686561643E3C6D657461206E616D653D227172696368746578742220636F6E74656E743D223122202F3E3C2F686561643E3C626F6479207374796C653D22666F6E742D73697A653A313070743B666F6E742D66616D696C793A417269616C223E0A3C703E3C7370616E207374796C653D22666F6E742D7765696768743A3630303B746578742D6465636F726174696F6E3A756E6465726C696E65223E41444D495353494F4E3C2F7370616E3E3A20203C7370616E207374796C653D22636F6C6F723A23303030306666223E094D6F646520417272697665653C2F7370616E3E203A2020446972656374202870726F70726573206D6F79656E7329093C6272202F3E3C7370616E207374796C653D22636F6C6F723A23303030306666223E090954797065206427617272697665653C2F7370616E3E203A202020205472616E73706F7274206E6F6E206DC3A9646963616C6973C3A920093C7370616E207374796C653D22666F6E742D7765696768743A3630303B746578742D6465636F726174696F6E3A756E6465726C696E653B636F6C6F723A23303030306666223E446174653C2F7370616E3E3A202030382D31322D323030343C6272202F3E09093C7[…]

    MySQL a répondu:Documentation
    #1064 – You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘A344F4D766E66646366792B4F6F70554E6F7470687234776752794F4F68482F66625935346C6F57’ at line 4

    La je me sens dépassé…quoi faire ?
    🙁

    #703
    roland
    roland
    Admin bbPress

    Bonjour, tous

    Je suis ce fil avec grand intérêt, un grand merci à Victor pour tout ce qu’il fait et a fait, son niveau de compétence est impressionnant.

    Une piste pour vous aider :

    Pourquoi pas se connecter avec set_bases, et utiliser l’outil de restauration des bases. Cela est plus long mais m’a permis de restaurer des bases là où tous les autres échouent, exemple celle des urgences de 130000 patients…

    Si les bases initiales ont été crées sur Windows, le nom des bases et des tables sont probablement mal orthographiées car les majuscules et minuscules sont non différenciées dans les noms de fichiers.
    Lors d’une restauration sous un environnement Linux, cela pose un problème.

    La solution est de restaurer quand même sous Linux, cela créera les tables et fichiers avec les mauvais noms et de renommer à la main les fichiers afin de restaurer les bons noms.

    Les nouvelles : Sur le GIT de l’Addullact, nouvelle version de Manager avec un agenda amélioré avec : mode de visualisation Semaine, Mois, recherche des plages libres, liste de pré-chargement des agendas (permet de démarrer dessus) avec bouton d’accès rapide à ces agendas, bouton permettant de basculer rapidement entre deux vues Manager, une réglée pour l’agenda, l’autre pour la liste des patients, paramétrage avancé des aspects graphiques des agendas dans Manager.ini, l’agenda peut aussi être paramétré pour des utilisateurs situés sur des serveurs différents. Une secrétaire d’accueil peut ainsi travailler avec le même Manager sur les agendas d’utilisateurs utilisant des serveurs différents, amélioration de la synchronisation Google qui désormais fonctionne à la perfection sur les trois environnements Linux Mac Windows.

    Salutations à tous.

    #704

    lecardiologue
    Participant

    Merci à Roland pour le conseil : je vais tenter ma chance avec l’outil de Set_Bases.
    Retour dans 10 mn ….

    #706

    lecardiologue
    Participant

    retour dans ….nous verrons bien ça parait assez long… 😐

    #710

    lecardiologue
    Participant

    Malheureusement le set_bases n’a pas pu importer mon fichier de sauvegarde (ça me rend malade 😡 😡 ).

    Je ne sais pas comment je vais faire : mes sauvegardes réalisées a partir de MYSQL Administrator ne se restaurent pas dès que le fichier .sql est trop volumineux !

    Pourtant je me rappele avoir restauré une de mes sauvegardes a partir d’un fichier .sql obtenu avec Mysql administrator, mais ce fichier ne faisait que 5 Mo et des poussières…

    Il faut que je médite tout ça.

    #711

    Victor
    Admin bbPress

    Sinon il y a aussi la possibilité de feinter le problème :

    1- compresse avec ZIP ton fichier SQL ce qui devrait réduire considérablement sa taille, et peut-être passer en dessous de la limite

    2- sinon scinde ton fichier SQL en plusieurs fichiers de tailles inférieures (tu peux éditer les fichiers SQL très simplement avec notepad++)

    ça ne résous pas vraiment les erreurs, mais l’objectif final est atteint !

    @roland : que d’éloges ! merci 😀

15 sujets de 16 à 30 (sur un total de 79)

Vous devez être connecté pour répondre à ce sujet.