Aller au contenu

sulliwane

Membres
  • Compteur de contenus

    108
  • Inscription

  • Dernière visite

Messages posté(e)s par sulliwane

  1. Mon objectif est d'installer les bases d'un logiciel qui ne fonctionne qu'avec des versions > à MySQL 5.5.1

    La compilation est une solution c'est sûr ! cependant je cherchais une solution la plus simple possible pour qu'elle soit reproductible par des gens qui débarquent sur linux. D'autant plus qu'ils n'auront pas tous le même modèle de synology...

    Merci en tout cas pour vos réponses, je vais méditer ça ! rolleyes.gif

  2. Bonjour à tous,

    ça fait longtemps que je rencontre plus de problèmes avec mon syno et ce forum commençait à me manquer smile.png Très beau relooking en tout cas !

    Ma question est de savoir

    1. Si il est possible d'upgrader MySQL en version 5.5.x (avec ipkg par exemple) ?
    2. Si la beta DSM 3.3 à sortir intègre la nouvelle version de MySQL 5.5 ?
    3. Si quelqu'un a des infos concernant l'intégration prochaine de le nouvelle version de MySQL 5.5 dans DSM ?

    Il est vrai que cette version apporte de nombreuses améliorations par rapport à la précédente et j'espérais trouver un moyen d'upgrader ma version actuelle...mais mes recherches ont été infructueuse.

    Merci à vous !

    [edit] beta DSM 3.3 je voulais dire ! [/edit]

  3. Bonjour,

    je suis passé à la version 2.3 du DSM, et depuis, j'essaie de faire fonctionner OpenVpn à nouveau.

    La configuration de ce dernier ne me pose aucun soucis, c'est seulement le montage du module tun.ko. Ce dernier est intégré au dernier firmware, je pensais que c'était une bonne nouvelle.

    Mais j'obtiens l'erreur suivante :

    #insmod /lib/modules/tun.ko

    insmod: error inserting 'tun.ko': -1 File exists

    auriez vous des idées ? quelqu'un est-il déjà parvenu à monter ce module intégré ? (je possède un DS207+) Faut-il vraiment que je recompile le module tun ? (encore jamais compilé de module, si je pouvais m'en passer :o)

    victor

    ps: pour mon problème de librairie, j'ai résolu par #ipkg -force-reinstall install lzo

  4. - Modèle : SYNOLOGY DS 109J

    - Prix de vente : 110 €

    - Date d'acquisition : novembre 2009

    - Pourquoi vous vous en séparez : je quitte ma collocation

    - Avec ou sans disque : SANS disque

    - Frais de livraison : compris

    - Pays de livraison : France

    - possibilité de le retirer sur place (LYON) 100 €

    - Etat du matériel : Comme neuf

    - Première main : oui

    - d'installation conservé

    - possède la facture (reste 6 mois de garantie)

    idéal pour un particulier, famille, collocation. Nous nous en séparons avec regret après moins d'un an d'utilisation.

    n'hésitez pas à me contacter. Même après l'achat, vous pouvez voir que je suis membre actif sur le forum...je reste disponible !

  5. salut, il y a au moins une route dans tes paramètres distribués aux clients pour faire que ton réseau vpn en 192.168.21.0 puisse voir quelque chose dans le réseau local en 1923.168.1.0 ???? :)

    tel que tu décris la situation, tu as une liaison directe sur le syno, et uniquement lui, mais rien de réglé correctement pour voir le reste

    relis le tuto pour voir comment faire

    en fait, je souhaite avoir accès exclusivement aux données hébergées sur le syno (qui est le même que mon serveur openvpn). Ne souhaite donc pas accéder au reste du réseau (et donc à priori pas besoin de routes...?)

    Il me semble d'ailleurs que je suis déjà parvenu à faire fonctionner le vpn (accéder aux ressources syno) il y a 5 semaines environ, depuis une autre connexion internet. Cependant, du moment que c'est "VERT"...la connexion est établie donc le problème doit être très ciblé...?

  6. bonjour, merci de ta réponse tmt !

    j'ai redémarré mon syno,

    ifconfig ne trouve pas de tun.

    donc j'ai relancé openvpn

    >> cd /usr/syno/etc/rc.d/
    
    >> sh S24openvpn
    
    
    puis fait
    
    GEOSTATION> ifconfig
    
    eth0 	Link encap:Ethernet HWaddr 00:11:32:04:0A:98
    
     	inet addr:192.168.1.40 Bcast:192.168.1.255 Mask:255.255.255.0
    
     	UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
    
     	RX packets:678 errors:0 dropped:0 overruns:0 frame:0
    
     	TX packets:862 errors:0 dropped:0 overruns:0 carrier:0
    
     	collisions:0 txqueuelen:512
    
     	RX bytes:91443 (89.2 KiB) TX bytes:617738 (603.2 KiB)
    
     	Interrupt:21
    
    
    lo 	Link encap:Local Loopback
    
     	inet addr:127.0.0.1 Mask:255.0.0.0
    
     	UP LOOPBACK RUNNING MTU:16436 Metric:1
    
     	RX packets:70 errors:0 dropped:0 overruns:0 frame:0
    
     	TX packets:70 errors:0 dropped:0 overruns:0 carrier:0
    
     	collisions:0 txqueuelen:0
    
     	RX bytes:4375 (4.2 KiB) TX bytes:4375 (4.2 KiB)
    
    
    tun0 	Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
    
     	inet addr:192.168.21.1 P-t-P:192.168.21.2 Mask:255.255.255.255
    
     	UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
    
     	RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    
     	TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    
     	collisions:0 txqueuelen:100
    
     	RX bytes:0 (0.0  TX bytes:0 (0.0 

    ahh...là il apparaît !!

    et je viens de faire le test en local ET en externe, CA MARCHE !!!!!

    "assigned ip : 192 168 21 6"

    je suis allé voir dans les réseau...mais la par contre je ne retrouve pas le syno ? (en accès distant, par internet)

    ai-je raté un ipforward ?

    Merci en tout cas, je pense que le fait d'avoir redémarré le syno a fait fonctionner openvpn

    cependant sans réseau...je vois pas l'intérêt de mon vpn :D

  7. up :D

    quelques idées pour mon histoire d'openvpn deux messages plus haut ?

    ps: Sur mon poste client, sa carte réseau filaire est 192.168.1.43, cependant, la carte réseau virtuelle openvpn est sur "obtenir une adresse ip automatiquement" cela pose t-il un problème ?

    de plus, côté serveur, voilà la réponse d'un

    
    >>ifconfig
    
    eth0 	Link encap:Ethernet HWaddr 00:11:32:04:0A:98
    
     	inet addr:192.168.1.40 Bcast:192.168.1.255 Mask:255.255.255.0
    
     	UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
    
     	RX packets:70177802 errors:0 dropped:0 overruns:0 frame:0
    
     	TX packets:89290429 errors:0 dropped:0 overruns:0 carrier:0
    
     	collisions:0 txqueuelen:512
    
     	RX bytes:942888327 (899.2 MiB) TX bytes:2392156108 (2.2 GiB)
    
     	Interrupt:21
    
    
    lo 	Link encap:Local Loopback
    
     	inet addr:127.0.0.1 Mask:255.0.0.0
    
     	UP LOOPBACK RUNNING MTU:16436 Metric:1
    
     	RX packets:6489 errors:0 dropped:0 overruns:0 frame:0
    
     	TX packets:6489 errors:0 dropped:0 overruns:0 carrier:0
    
     	collisions:0 txqueuelen:0
    
     	RX bytes:446746 (436.2 KiB) TX bytes:446746 (436.2 KiB)
    
    
    

    c'est étrange que tun0 n'apparaisse pas non ?

    je continue à chercher les truc qui cloche :rolleyes:

  8. bonjour,

    avant tout, bravo pour les tutos vraiment bien fichus !

    j'ai suivi le tuto de tmt pour installer openvpn sur mon ds207+ (dsm 2.1-0844)

    tout s'est passé bien apparament (j'ai rajouté la ligne

    /opt/sbin/depmod -a
    qui a permis de supprimé l'erreur
     FATAL: Could not load /opt/lib/modules//2.6.15/modules.dep: No such file or directory
    ) Puis j'ai suivi le tuto d'ikeke pour l'installation du client openvpn GUI. Je test en local. Mon syno est 192.168.1.40 et le poste client est 192.168.1.43 (carte réseau filaire j'entend). j'ai bien modifié le fichier de config client en mettant l'adresse ip du syno :
    remote 192.168.1.40 1194 #mettre l' IP DU SERVEUR suivi du n° de port (par defaut le 1194)
    j'ai utilisé les clés (client et serveur) fournies par ikeke Et lorsque je lance le client openvpn, j'ai ce message d'erreur :
    Wed Jan 06 15:46:20 2010 OpenVPN 2.1_rc4 Win32-MinGW [SSL] [LZO2] built on Apr 25 2007
    
    Wed Jan 06 15:46:20 2010 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
    
    Wed Jan 06 15:46:20 2010 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    
    Wed Jan 06 15:46:20 2010 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    
    Wed Jan 06 15:46:20 2010 LZO compression initialized
    
    Wed Jan 06 15:46:20 2010 Control Channel MTU parms [ L:1544 D:168 EF:68 EB:0 ET:0 EL:0 ]
    
    Wed Jan 06 15:46:20 2010 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ]
    
    Wed Jan 06 15:46:20 2010 Local Options hash (VER=V4): 'ee93268d'
    
    Wed Jan 06 15:46:20 2010 Expected Remote Options hash (VER=V4): 'bd577cd1'
    
    Wed Jan 06 15:46:20 2010 Attempting to establish TCP connection with 192.168.1.40:1194
    
    Wed Jan 06 15:46:21 2010 TCP: connect to 192.168.1.40:1194 failed, will try again in 5 seconds: Connection refused (WSAECONNREFUSED)
    
    
    c'est pas beau hein ... auriez vous une idée ? merci d'avance :) victor [edit] voici le résultat de
    >>ipkg status
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: expat
    
    Version: 2.0.1-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: file
    
    Version: 5.01-1
    
    Depends: zlib
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: findutils
    
    Version: 4.2.32-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: flex
    
    Version: 2.5.35-1
    
    Depends: m4
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: gawk
    
    Version: 3.1.6-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: gcc
    
    Version: 3.4.6-5
    
    Depends: binutils, libc-dev
    
    Status: install user installed
    
    Architecture: arm
    
    
    Package: gdbm
    
    Version: 1.8.3-2
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: groff
    
    Version: 1.19.2-2
    
    Depends: libstdc++
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: gzip
    
    Version: 1.2.4a-3
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: kernel-module-tun
    
    Version: 2.6.15-4
    
    Status: install user installed
    
    Architecture: arm
    
    
    Package: libc-dev
    
    Version: 2.3.2-4
    
    Depends: libnsl
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: libdb
    
    Version: 4.2.52-3
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: libstdc++
    
    Version: 6.0.3-6
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: libtool
    
    Version: 1.5.26-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: libxml2
    
    Version: 2.7.3-1
    
    Depends: zlib
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: lzo
    
    Version: 1.08-2
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: m4
    
    Version: 1.4.13-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: make
    
    Version: 3.81-2
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: module-init-tools
    
    Version: 3.5-1
    
    Status: install user installed
    
    Architecture: arm
    
    Installed-Time: 1262787832
    
    
    Package: ncurses
    
    Version: 5.7-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: ncursesw
    
    Version: 5.7-1
    
    Depends: ncurses
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: neon
    
    Version: 0.28.4-1
    
    Depends: openssl, zlib, libxml2
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: openldap-libs
    
    Version: 2.3.43-1
    
    Depends: openssl, libdb, gdbm, cyrus-sasl-libs
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: openssl
    
    Version: 0.9.7m-5
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: openvpn
    
    Version: 2.1.1-1
    
    Depends: openssl, lzo
    
    Suggests: kernel-module-tun, xinetd
    
    Status: install user installed
    
    Architecture: arm
    
    
    Package: patch
    
    Version: 2.5.9-3
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: perl
    
    Version: 5.8.8-20
    
    Depends: libdb, gdbm
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: pkgconfig
    
    Version: 0.15.0-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: python25
    
    Version: 2.5.4-1
    
    Depends: readline, bzip2, openssl, libdb, zlib, sqlite, libstdc++, ncursesw
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: readline
    
    Version: 5.2-2
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: rsync
    
    Version: 3.0.6-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: sed
    
    Version: 4.2-1
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: sqlite
    
    Version: 3.6.13-1
    
    Depends: readline, ncurses
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: squid
    
    Version: 2.6.21-2
    
    Status: install user installed
    
    Architecture: arm
    
    
    Package: svn
    
    Version: 1.6.2-1
    
    Depends: neon, apr, apr-util, cyrus-sasl-libs, e2fslibs, expat, gdbm, libxml2, sqlite, zlib, openldap-libs
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: tar
    
    Version: 1.22-2
    
    Depends: bzip2
    
    Status: install ok installed
    
    Architecture: arm
    
    
    Package: unzip
    
    Version: 5.52-3
    
    Status: install user installed
    
    Architecture: arm
    
    
    Package: wakelan
    
    Version: 1.1-2
    
    Status: install user installed
    
    Architecture: arm
    
    
    Package: wget
    
    Version: 1.11.4-1
    
    Conflicts: wget-ssl
    
    Status: install user installed
    
    Architecture: arm
    
    
    Package: zlib
    
    Version: 1.2.3-3
    
    Status: install ok installed
    
    Architecture: arm
    
    

    pass possible d'ajouter des ascenceurs sur les lignes de codes ? :blink:

  9. on ne dit jamais deux sans trois...voilà la vraie solution (ou plus exactement explication)

    oubliez mes précédents post, l'erreur est en fait toute bête,

    MPD NE GERE PAS LE FORMAT .WMA (ben ouai, le libre et la firme de redmond s'entendent pas et ça nous retombe dessus)

    2 solutions:

    => convertir tous vos wma en mp3

    ou bien

    => installer un mystérieux plugin: voici une piste pour installer le plugin pour remédier à ce problème (http://bbs.archlinux.org/viewtopic.php?id=44531)

    Des que MPD essai de jouer un .wma, il s'arrête , et nécessite un redémarrage via ligne de commande telnet/ssh. pas cool du tout !

    je ferais des test plus tard pour installer le plugin, si certains y parviennent...faites remonter l'infos !

    bye

    [EDIT] suite et fin : donc j'ai pas trop cherché, mais je suis pas arrivé à coller le patch pour lire le wma (j'ai cru comprendre que mpd utilisait ffmpeg pour lire les wma. Or ffmpeg est normalement déjà implémenté sur le syno...donc normalement mpd devrait arriver à lire les wma puisqu'il utilise le flux ffmpeg. Mais bon, moi ça ne fonctionne pas, et le patch...bah il date de 2007.

    Donc comme j'avais que 400 .wma jme suis dit que j'allais les convertir. Mais voilà, ces fichu DRM posent problème pour convertir .wma => mp3 (j'ai donc convertit tous ceux non protégé DRM et .mp3 (les autre...ben je les ai trouvé en non DRM.. ;)

  10. il n'y avait aucun jugement dans mon dernier post, juste j'étais amusé j'ai voulu le faire partager :lol:

    merci phi pour les explication et la conclusion à laquelle je n'avais pas le courage d'arriver tout seul (ça sous entends la fin d'ampache...:triste:)

    merci pour vos réponses,

    ++

    victor

  11. les pingouins comme la banquise dérivent, dérivent...

    vous savez quand on assiste en pur hasard à l'accouplement de deux scarabés, on sait pas si c'est beau, mais on a conscience que le moment est important...sans vraiment pourvoir expliquer pourquoi.

    :dubitatif:

  12. merci pour vos réponses, voici le résultat :

    bruxelles> a2dismod fastcgi

    -ash: a2dismod: not found

    bruxelles> lighty-disable-mod fastcgi

    -ash: lighty-disable-mod: not found

    bruxelles>

    je pense que le serveur est apache...mais à priori ça n'a pas fonctionné...

    pour l'interface, je vais tester, et si elle ne fonctionne plus, alors je réactiverais fastcgi (si tant est que je sois arrivé à le désactiver...)

    Les tutos d'installation d'ampache sur synology sont très rares (voir inexistant) tandis que ceux pour l'installation de Jinzora pullulent... bizarre car ampache est beaucoup plus rapide que Jinzora, mieux à bien des égards.

    La question reste ouverte :o)

    ps: j'en rajoute une pour corser le problème, j'aurais bien installé subsonic sur le syno (qui semble encore plus rapide que ampache), le problème est qu'il tourne avec java. il faudrait donc installer java sur le syno en un premier temps est-ce possible ? puis est-ce que ipkg connait subsonic ? voici le résumé de l'installation sur machine ubuntu : http://www.activeobj...opic.php?t=1486

    et un petit mot sur subsonic: http://www.blogsya.net/fiches/logiciels/830

    merci encore

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.