Reprise du message précédent :

As-tu jeté un oeil sur ce post ?
sinon il doit y avoir moyen d’éditer (avec notpead++) le fichier minidlna.conf qui doit se trouver qq. part sur //ipnas/volume_1/NAS_Prog/miniDLNA/

 
Merci Le_Candide !  
 
A savoir aussi avec le firmware 1.02 pas de problème pour avoir squeeze sur usb, au delà ce n'est pas possible (je suis donc resté en 1.02).
 
C'est vraiment dommage que Dlink n'est pas prévu de changer le port 80 en firmware native...  
 
Dans l'attente d'une solution, merci beaucoup !

 
Oui j'ai bien l'addon d'installer et qui apparaît comme sur leur post, mais le "launch interface" m'ouvre un popup vers IP:8200, qui ne répond pas.
 
Et je n'ai pas accès à "//ipnas/volume_1/NAS_Prog/", enfin je ne le vois pas en tout cas, et n'ayant pas installer ffp ou autre, je ne peux pas y accéder en ssh/telnet, donc je considère que c'est foutu

  , tu n'as pas acces au disque de ton nas ?, normalement tu doit y trouver un disque du nom "volume_1".
Sinon l'interface de base devrait suffire, tu doit avoir qch du genre :
.
 
1- tu met le chemin vers le répertoire qui contient tes vidéos (précédé de /mnt/HD/HD_a2/), par exemple si tes vidéos sont dans le répertoire "Mes_Videos" de ton premier disque il faudra mettre :
/mnt/HD/HD_a2/Mes_Videos (nota : évites de mettre des espaces et/ou accents dans le nom de tes répertoires), puis clique sur le bouton "add" ou "update" (selon le cas) qui se trouve à côté.
 
2- clique sur "full rescan", va prendre un café (ou une bière   ) le temps que la base soit générée...

C'est ce que j'ai fait en récupérant le chemin sur twonky qui lui fonctionne, et ça me donne un truc comme ça : /mnt/HD/HD_b2/Video

Et en cliquant sur add ou update (j'ai essayé les deux cases, je suis un dingue), j'ai une erreur php/ajax
Je ferais la screen ce soir

Edit : quand je dis que je n'ai pas accès, via l'explorateur de fichier je n'ai aps de dossier "NAS_Prog" dans Volume_1 ou _2, juste mes dossiers que j'ai créé, je suppose qu'il est caché

ok je comprends mieux (effectivement le répertoire doit être caché).
dans ce cas, si tu sais causer dans la langue de Shakespeare (ou tu connais google transtale   ),
tu peux poster ton soucis sur ce post (à mon avis tu n'est pas le seul !).
 
EDIT : tiens nous au courant, cela me permettra d'enrichir le premier post qui commencait à prendre la poussière ...

Salut,
 
Je rencontre un problème avec mon DNS 325.
J'ai installé debian dessus en suivant ce post: http://forum.hardware.fr/hfr/resea [...] tm#t562942
 
Ca s'est bien passé, et debian tourne très bien. Le NAS a repris la même IP que la dernière fois que je l'ai utilisé.
Par contre, au premier aptitude update j'ai vu qu'il n'y avait pas moyen de joindre les dépôts. J'ai vite vu que ça venait de la résolution des noms de domaines.
En regardant le fichier resolv.conf, j'ai vu que les adresses des DNS étaient celles que j'utilisais il y a quelques mois avant de mettre le NAS de coté.
En faisant un dhclient egiga0, le NAS récupère bien l'adresse IP que je lui ai fixée sur le serveur DHCP de mon routeur, qui lui transmet aussi les bonnes IP pour les serveurs de DNS.
 
Mais à chaque reboot, il reprend sa vielle IP et les mauvaises adresses de serveur DNS.
 
Je n'ai rien installé sur cette debian en dehors de nfs-kernel-server et ses dépendances.
 
Je me demande si ça ne peut pas venir d'un fichier qui serait resté sur le NAS pour la configuration de son OS original qui pourrait provoquer ce problème. J'ai chercher mais je n'ai rien trouver.
Vous savez d'où ça pourrait venir ?

Bonjour,
 
Je tente d'installer Fun Plug 0.7, mais dès la sauvegarde du nouveau password ca bug:

 
Et si j'essaye juste d'ouvrir la page http://wolf-u.li/u/172/, ca ne marche pas non plus.
 
Le domaine a eu un soucis? C'est moi qui fais une mauvaise manip?
 
Merci pour les conseil

Voilà le bazar avec minidlna

Puis ce con il cherche sur hd_a2 alors qu'il n'existe pas, je suis à peu près sûr que ça vient de là, foutu raid1 qui a décidé de prendre le volume_2 comme primary

 
Essaye ceci pour la modification du password :
 

 
 
le problème n'est pas le changement de password, ca c'est bon. c'est la sauvegarde de celui-ci. et l'acces à wolf-u.li

,
il suffit de tapper ceci sous putty (ce qui a pour effet de copier les paramètres dans la mémoire "flash" ) :

EDIT : tu devrais ressayer le site d'uli, pas de soucis chez moi
EDIT2: oups, il ne remarche plus !!

en effet il faudrait réuploder le lien ailleurs...

 
je viens de le reuploader.
 
du coup essaye ceci à la place
 

Hello   ,
Il vaux mieux mettre à jour le DNS et autres paramètres via le WEB UI du nas.
En fait lors de la constitution du chroot, le fichier resolv.conf du chroot debian est systématiquement écrasé par le fichier resolv.conf du "mini-linux" natif du NAS.
Si tu fait un putty sur l'environnement chrooté debian du NAS, les fichiers suivants devraient être strictement identiques :

• /mnt/root/etc/resolv.conf (= celui du NAS)
• /etc/resolv.conf (= celui du chroot)

Encore 2H de recherche et test pour ce soir et toujours ce fichu problème avec /etc/lighttpd/lighttpd.conf qui garde le port 80...
 
je suis pas assez expert, Le_Candide si tu as la solution en main je patienterai

[DEBIAN] TUTO : Comment changer le port par défaut de l'interface admin du NAS ... et ainsi pouvoir installer un serveur woueb (source : dns323.kood.org )

Bon,
ça faisait longtemps que je n'étais pas retourné sous debian, alors j'ai eu un p'tit peu de mal   .
 
Arpès qq. tests, voici un fichier fun_plug grandement amélioré permettant plusieurs choses:
   - changer le port du serveur web interne
   - démarrer sur une clé USB
   - "arrêter" proprement les "addons" lors d'un redémarrage ou extinction du nas (et ainsi éviter des fichiers corrompus, addons instables etc.).
 
Nota:  Attention, c'est pour une installation debian Squeeze/Wheezy uniquement (je compte faire la même chose pour le fun_plug dédié à FFP).
 
voici comment procéder :

• 1- télécharger le fichier suivant :

   fun_plug.squeezeusb
  et l'enregistrer sur le nas sous :
    //ipnas/volume_1/fun_plug.
 

• 2- ouvrir le fichier sous notepad++ et modifier les paramètres voulus (en rouge dans le texte, dans cet exemple le port est mit à 8888) :

• 3- redémarrer le NAS, à l'issue vérifier que le fichier //volume_1/ffp.log ressemble à ceci

• 4- se connecter via l'url classique enrichie du no de port  

en supposant que le port web est configuré sur 8888 : cela donne http://ip_du_nas:8888/ :

 

• 5- Nota sur arrêt/redémarrage du NAS  

cette version de fun_plug comporte une autre amélioration, en effet les "addons" sont éteins bien plus proprement,
A chaque arrêt/relance de votre NAS, le fichier //volume_1/ffp.log devrait comporter en plus les lignes suivantes :

bon aller, au dodo  

 
 
Merci bcp, ca fonctionne sans problème!
 
Je vais pouvoir continuer le tuto et installer un serveur MySQL!

questions pour tout les utilisateurs " avancés " de ces NAS :
 
pourquoi n'investisez vous pas dans un serveur type HP Microserver au lieu de vous prendre la tête a faire tourner des serveurs LAMP sur un matos asthmatique au prix de bidouille " bancales "

Bonjour à tous,
 
je rencontre un problème pour déplacer l'installation de squeeze et FFP sur clef USB, au niveau du patch chmod je pense. J'ai un DNS 320.
 
Je suis le tuto à la lettre, et tout se passe nickel jusqu'au fameux patch. J'ai modifié le fichier patch_chmod.sh  pour remplacer HD_c1 par USB1_c1 qui est le point de montage qui s'affiche sur mon NAS.
quand je patche le chmod, Putty me renvoie que c'est bien USB_c1 qui va être patché, par contre rien n'est loggé, le fichier chmod.log n'est pas créé dans /usr/local/config.
 
du coup, quand je copie mes installations FFP et squeeze sur la clef, tout se passe bien, et j'arrive à booter sur la clef, mais je perds tout accès au NAS via telnet ou SSH. Je ne suispas trop expert, je pense que c'est du patch chmod qui est mal fait. D'aille urs toute ma clef est en 777 depuis Filezilla.
 
Merci d'avance pour votre aide si vous avez une idée

c'est un 320 ou un 320L ?

c'est un 320 tout court, revision B.  
La commande mount|grep /mnt/USB me renvoie bien USB1_c1 et non HD_c1

ok, je sais que certaines version de firmware des DNS320L, 325 et 320 RevB empêchent le patch du chmod  
(pas de solution trouvée à ce jour , si ce n'est un downgrade du firmware ou un passage à ALT-F ).
 
pour savoir si ton DNS320 est compatible avec le patch, peux-tu donner le résultat de la commande suivante via Putty :

• si tu es sous ffp :

  grep rc.init.sh /usr/local/modules/script/system_init

• si tu es sous debian squeeze/wheezy :

  grep rc.init.sh /mnt/root/usr/local/modules/script/system_init

Merci pour ta réponse    
 
sous Squeeze, la commande me renvoie :
 
grep: /mnt/root/usr/local/modules/script/system_init: Aucun fichier ou dossier de ce type
 
EDIT : le répertoire modules est vide en fait

tu as moyen de le faire sous ffp ? (n'ayant pas le nas sous la main je fais tout de mémoire   )
(il suffit par exemple de renommer ton fichier fun_plug actuel en fun_plug.squeeze, et de le remplacer par un fun_plug "ffp" )

Sous FFP, c'est un peu différent. Cela me renvoie
 
echo "*** execute rc.init.sh"
cp -f /usr/local/config/rc.init.sh /etc/rc.d/ 2>/dev/null

@sgtb
cool, tu ne semble pas impacté.
dans ce cas peux-tu télécharger le fichier :
https://sites.google.com/site/dns32 [...] h_chmod.sh
et l'enregistrer directement sur //volume_1/ffp/sbin/patch_chmod.sh
puis exécuter les commandes suivantes sous Putty (attention tu doit être sous ffp):

 
puis donner le résultat de la commande :

et un p'tit :

puis un reboot puis un p'tit :

Alors, cela me confirme que le patch est installé. la commande ls -l /bin/chmod me renvoie :
 
lrwxrwxrwx 1 root root 30 Feb 11 15:51 /bin/chmod -> /usr/local/config/chmod_usb.sh
 
j'ai placé un fichier quelconque toto sur USB1_c1,  le chmod 555 sur ce fichier puis ls - l me renvoient :
 
-r-xr-xr-x 1 root root 19 Feb 11 15:53 /mnt/USB/USB1_c1/toto
 
Après reboot :
 
root@MACHIN:~# ls -l /mnt/USB/USB1_c1/toto
-r-xr-xr-x 1 root root 19 Feb 11 15:53 /mnt/USB/USB1_c1/toto
root@MACHIN:~# cat /usr/local/config/chmod.log
[2015-02-11 15:51:09]    Executing    chmod a+rw /usr/local/config/chmod.log
root@MACHIN:~#
 
 
Cela me semble mieux,non ?
en tout cas merci pour ton efficacité, quoiqu'il arrive
 

@sgtb
pas sûr,
il faudrait que tu reboot une seconde fois,
et que tu fasse un :

après un 2nd reboot, les 2 commandes me renvoient exactement le même résultat que précédemment
 
EDIT : depuis Filezilla, mon répertoire ffp sur USB apparaît en 755 et non plus en 777

Un grand merci le_candide !!
 
Je boote sur USB et j'ai accès à telnet et SSH pour installer minidlna    
 
j'en avais marre de toute réinstaller à chaque tentative ^^

@sgtb
tu peux passer à la suite alors !
Par contre le contenu du fichier /usr/local/config/chmod.log me semble curieux    
normalement tu devrais avoir plusieurs lignes dans le fichier avec du " ## Disabling ##" sur certaines lignes

oui c'est vrai, mais à vrai dire après des jours de prise de tête je suis content du résultat ^^
je ne sais pas si j'aurais pu forcer les droits via filezilla au lieu de tout réinstaller  

Wahou !
copie de gros fichier  de 2Go du NAS -> PC à 60 Mo/s !! Et sous windows avec le nas monté en disque réseau (=protocole samba).
Bref, le firmware 2.05B03, je l'adore  

Un Grand MERCI LeCandide tu es trop fort... j'ai enfin squeeze sur usb avec la web_page du nas sur le port 81 et un mysql installé avec tout ce suit...php myadmin etc.
 
je suis en plein dans les installations ensuite je tente le dernier firmware dlink, à voir si il bloque pas le demarrage de squeeze sur usb?
 
aussi je me demande quel serveur ftp mettre, sachant que celui par défaut sur le nas donne acces à toute la clef usb aux anonymes...
 
Je te remercie pour tes participations et implications tu en à dépanné plus d'un !
 

 
Waouu , qu'es-ce que Dlink a bien pu changer Dans le firmware pour augmenter les performnces du dns-320 a c point

Effectivement c'était ça. Merci de ton aide.

Moi aussi j'ai mis à jour mon NAS, un D-Link ShareCenter Pulse DNS-320 Rev. A1. Donc la toute première version.
Nouveau firmware: DLINK_DNS320.2.05b08(2.13.0507.2014)

Juste ffp qui est installé avec BT Sync.
Je crois que Debian fait bien baisser les débits. Je m'étais retrouvé avec du 3-4 Mo/s sur les anciens firmwares et Debian sur Volume_1.

Lecture:

Ecriture:

J'ai cru voir que l'on peut maintenant mettre des disques de 4 To, voire même 6 To. Certains ont pu le vérifier?

Je ne pense pas que FFP ou Debian fasse baisser les perfs à ce point (bon, il ne faut pas non plus avoir des tonnes d'addons ).
Pour tester je suis repassé sur debian "wheezy" + les mêmes Addons (minidlna + nzbget) et c'est quasi identique :

• Lecture NAS->PC :

• Ecriture PC->NAS:

Pour la petite histoire avec mon problème de raid1 -> Volume_2 en front, impossible de faire fonctionner ffp en l'état, ou tout type de plugin nécessitant un démarrage sur Volume_1 (même en enlevant un disque ou l'autre, j'ai essayé).

Le type qui créé les addons pour DLink m'a modifié utelnetd afin qu'il fonctionne sur ce type de config

https://app.box.com/s/ix4n1uhwts6tmis00sh1dl4veq74wayn

Mais les autres addons, type minidlna ne fonctionne qu'en Volume_1 (twonky fonctionne en revanche).

Du coup j'ai pété mon raid1, pour la petite histoire Ext2fsd ( http://sourceforge.net/projects/ext2fsd/files/Ext2fsd/ ) lit parfaitement les disques sous windows, donc après un petit format en standard d'un des deux disques via l’interface web, j'ai pluggé les deux sur un pc, j'ai fait un copy/paste entre les deux disques (120mo/s ça fait plaisir). Et pour finir, j'ai formaté du coup le dernier de mes ex-Raid1 en standard également sur le NAS, et voilà, fini le raid et j'ai encore toutes mes données sur Volume_1 cette fois.
Et minidlna version addons fonctionne nickel. (Backup programmé hebdo histoire de palier le raid)

Salut, je dois pas etre doué, mais où avez vous pu télécharger la dernière version du Firmware 2.05B03?
 
Sur le site de support Dlink c'est toujours la 1.01b02
 
Merci