Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Can most of these fun plug stuff work on the dns-321?
thanks,
Gary
Offline
Hey Gary!
I just picked up a DNS-321 and started playing with it a couple of days ago. I can confirm that fun_plug seems to work just fine. I've only done the basic fonz fun_plug right now, but it rebooted and started telnet and I can get in mess around with stuff.
I ordered a DNS-321 before I found out about all of this tomfoolery, and I could never find a straight answer as to wether the 321 would be as hackable as the 323, but it appears to be.
Offline
thanks bearxor!
Just curious, how can I telnet into the box? I'm not new to unix, but I am new to hacking into the dns-32x boxes.
Thanks again,
Gary
Offline
same here.
do you still get all access as usual or ffp replace everything when installed ?
Thanks
S.
Offline
Whz don t you guys start by reading the wiki
http://dns323.kood.org/
Offline
Honestly, the wiki was no help in trying to determine if the 321 was as hackable as the 323. I was worried because there was a difference in the hardware and couldn't find anything that definitively said that 321 was, software-wise, as flexible as the 323. There needs to be something on the front page of the wiki that notes that all information for the 323 applies to the 323.
But yes, as soon as you copy the fun_plug and fun_plug.tgz, it seems to work exactly the same and give you the same access as a 323.
Check this page out to download the files:
http://www.inreto.de/dns323/fun-plug/0.5/
Again, just copy those two in to the root of the hard drive and reboot. You can telnet in immediately upon reboot, if it works. When I copied the files over they were automatically 777, but I used OS X. I don't know if ftping it from a Windows box will result in different permission, but you should make sure the fun_plug script is executable.
Offline
Thanks.
Well I did it and :
"got a "not found" using telnet. i just installed ffp, and started putty and wrote the command line. Got a "
/ffp/bin/sh: cp/sys/crfs/default/mt-daapd.conf/etc/mt-daapd.conf: not found"
why ?
am new to linux command lines
So, because I am a noob I deleted all of the music stored (a lot!), reseted the 321, did not loaded the saved config (I re configure step by step), and now I am re-uploading my music, with itunes open and doing nothing else.
So far it is updating the library (slowly, way slower than the ftp). I will let it work all night and see what happens at the end (after I close itunes, turn off teh 321 and re-open everything.
If the itunes gui from the 321 crashes again, I will go for the linux command (and firefly).
All of that to say that I tried ffp, but got a no found.
Now, I do not know if firefly (if I need it) will be ok with the 321.
S.
Offline
Hi there,
I'm trying to install fun_plug to my DNS-321 according to wiki article. But it doesn't work for me. I copied fon_plug and fon_plug.tgz to the top level directory. But after reboot device nothing happened. Any idea why? I use the latest version of the fon_plug from its repository.
UPDATED: just forgot to set the script fon_plug executable. After doing that fon_plug was installed correctly!
TIA
Last edited by nite_man (2009-02-02 15:35:23)
Offline
I'm in a very similar situation, and I'd like to hear about other peoples experience trying to use the dns-323 work to
hack the dns-321. Here is what I've found out and done so far:
I bought a DNS-321, thinking it would just work out of the box. Well, that was wrong! The built in backups and smbclient did not preserve the dates on the files. So, I typed "hack dns-321" into google and it's been off to the races!!
I've been playing around with it a little bit each day.
I installed a basic fun_plug using the how-to on this site, which worked. (It's a great site, by the way!)
I installed ffp v.05 using the directions here, and that seems to work. Initially, I had some problem with keeping the telnetd and sshd settings constant across reboots. I also had path problems. I reinstalled ffp and that worked. I suspect there was some pilot error following the instructions the first time.
I set up an rsync daemon on my Windows 2k box and did some manual backups with rsync. The rsync performance over 100Mbit ethernet seems really slow, between 300kbytes and 1.5megabytes per second. But, it worked fine for small drives.
I found a really good article on the differences between dns-321 and dns-323:
http://www.smallnetbuilder.com/content/view/30520/79/
I installed the optware system and I have not been able to get it working. There have been two issues:
i) when I run /opt/bin/ipkg, I get a message that "file does not exist" or something like that, but it does not tell me which file does not exist.
ii) when I try to install some of the packages manually, it does not pick up all of the files.
Any help on that would be appreciated.
I tried installing the fancontrol stuff from fonz. There appear to be differences between the platforms here and the dns-323 fan control stuff does not work on my machine. The parameters to the "fanspeed" routine are different between the two boxes. The 321 just has high, low and off, while the 323 seems to be more flexible. I can't figure out how the box uses the two set point temperatures accessible through "temperature g 1" and "temperature g 2". fonz's improved fanctl seems to have no effect. I wrote a shell script to do fan control. I'd be happy to post it, if I could figure out where one does that here.
Has anyone tried the following items on the 321?:
fsck.ext2
armedslack
debian chroot
backup pc
If so, I'd like to hear how it went.
In the short term, I'm going to configure this box to do rsnapshot style backup of my PC data. The 1.5Mbyte transfer rate should be fine in steady state. I just need to figure out a way to get the first backup (1.5TB or so) over there.
I'll probably buy another 321 or 323 to play around with.
Duaine
Offline
I tried a debian chroot environment but could not get it to work but I did not try very hard.
I could get ipkg to work using a different Feed as i posted in
http://dns323.kood.org/forum/viewtopic.php?id=3520
Thats about it so far. Would love to get the debian chroot environment to work.
Offline
I thought I'd share my experience with my DNS-321 since most people in this thread had negative or troublesome experiences with it.
- fonz's fun_plug installed like a charm
- The only problem I ever had with sshd is that the first time you start it, it takes like 6min to create all the keys.
- lighttpd works very well with PHP, on port 80 thanks to the kickwebs.sh script
- transmission 1.72.4 works wonders, including the web interface. I got speed up to 1 MB/s, which is the capped speed of my modem.
- The supplied UPnP AV server works with most of my files when I stream to my PS3. And most servers I tried FAIL with error messages when I stream with my PS3 so I'm pretty happy. For the other files, it's usually because they need to be transcoded and then of course a flimsy 400 MHz single core processor cannot do that For that I start my quad core computer with PS3 Media Server installed on it. I just configured it to serve the files on the network share of the DNS-321 so I don't even have to move the files around. I just walk to the PC, turn it on and walk back to the PS3.
- To compile the stuff that does not come with ffp, the wiki page says you should install debian but I disagree. I installed the gcc, binutils, uclibc and kernel-headers packages included with ffp and compiled everything I wanted. Just be careful and install stuff in /ffp/bin and /ffp/lib instead of /bin and /lib
I encountered the problems talkingRock mentionned with the "fanspeed" command and fonz's dns323-* scripts but I think that all that stuff is beyond most user's needs anyways. All that stuff comes with the DNS-321 and works out of the box. If you're looking to add features to your DNS-321, ffp is the way. If you want to fiddle around with the hardware and fine-tune it, you might want to buy a 323 instead, or patch fonz's scripts. I just discovered the beta firmware and forum on dlink's web site so you might want to check that too.
This thing is the most "bang for the bucks" I ever paid in years
Offline
DNS-321 firmware 1.01: trouble installing fun_plug.
To read the instructions it couldn't be simpler to get the telnet server up and running, but I haven't been able to do it so I must be doing something really stupid =].
I copied the fun_plug 0.5 files onto Volume_1 and restarted. Nothing was unpacked. Tarball was still there. Putty telnet, DNS321 refused connection, presume telnet server was not started. Any idea what I can look at? Repeated all of this onto Volume_2 with same result.
Downloaded 0.4 and unpacked tarball per instructions to Volume_1. Restarted and tar extracted to fun_plug.d (yay!), but still can't telnet via Putty (or Windows -- crap!). And now I can't delete fun_plug.d or any of its contents from Windows (yikes!).
Windows (XP) firewall is off.
Much appreciated!
Offline
clickitysplit wrote:
I copied the fun_plug 0.5 files onto Volume_1 and restarted. Nothing was unpacked. Tarball was still there.
There are a few pitfalls. Please check the list of common problems at http://dns323.kood.org/howto:ffp#troubleshooting
PS: Both 0.4 and 0.5 write log files. You may want to look inside for status and error messages. The log files will also tell you if the telnet server was started.
Offline
thanks for the reply, fonz...
here's the interesting bit from the log:
* Deleting /mnt/HD_a2/fun_plug.tar...
* /mnt/HD_a2/fun_plug.d/start/00syslog.sh not executable...
* Running /mnt/HD_a2/fun_plug.d/start/00telnetd.sh start ...
Starting telnetd...
/mnt/HD_a2/fun_plug.d/start/00telnetd.sh: /mnt/HD_a2/fun_plug.d/sbin/telnetd: No such file or directory
* /mnt/HD_a2/fun_plug.d/start/00timezone.sh not executable...
* /mnt/HD_a2/fun_plug.d/start/inetd.sh not executable...
* Done
Offline
How do I remove a buggered 0.4 install when I still can't telnet into the dns-321? I can't delete any of the following.
Directory of Y:\fun_plug.d_old
07/25/2009 12:03 PM <DIR> .
07/25/2009 01:24 PM <DIR> ..
07/24/2009 12:16 AM <DIR> bin
07/24/2009 12:16 AM <DIR> etc
07/24/2009 12:16 AM <DIR> lib
07/23/2009 11:24 PM <DIR> log
07/24/2009 12:16 AM <DIR> sbin
07/24/2009 12:16 AM <DIR> start
During a subsequent attempt at installing 0.5, I followed the 'set executable on fun_plug' instructions via ftp (Note to Windows users: you can't do this if you just drag and drop the files into Volume_1...you have to command-line FTP the files onto your DNS and then issue 'quote site chmod 777 fun_plug' from within windows ftp)...and got a little more success but still can't telnet. Appears the script executed. The tar file is gone. An ffp folder exists now, and here are the contents of ffp.log:
**** fun_plug script for DNS-323 (2008-08-11 tp@fonz.de) ****
Sat Jul 25 21:24:30 BST 2009
ln -snf /mnt/HD_a2/ffp /ffp
* Installing /mnt/HD_a2/fun_plug.tgz ...
tar: inflate error 2
/ffp/etc/rc: Not found or not executable
All suggestions welcome...
Offline
Tried everything again with 0.5. I have no clue what I did differently this time, but it's working now.
Offline
As a 321 owner, I can tell you that it couldn't be easier. You probably copied a fun_plug.txt (instead of fun_plug without any extension) file along with the fun_plug.tar the last time.
I'm glad you made it work, next step for when you are bored: Chrooting into debian on your 321
Offline
clickitysplit wrote:
thanks for the reply, fonz...
here's the interesting bit from the log:
* Deleting /mnt/HD_a2/fun_plug.tar...
* /mnt/HD_a2/fun_plug.d/start/00syslog.sh not executable...
* Running /mnt/HD_a2/fun_plug.d/start/00telnetd.sh start ...
Starting telnetd...
/mnt/HD_a2/fun_plug.d/start/00telnetd.sh: /mnt/HD_a2/fun_plug.d/sbin/telnetd: No such file or directory
* /mnt/HD_a2/fun_plug.d/start/00timezone.sh not executable...
* /mnt/HD_a2/fun_plug.d/start/inetd.sh not executable...
* Done
Did you ever get this resolved? I just installed v 0.2 and every time I boot the DNS-321 I get a similar message and (unsurprisingly) I can't connect via telnet.
telnetd is in /mnt/HD_a2/fun_plug.d/bin and is linked to ../bin/busybox
This is what the link looks like when I untar the bin directory to my desktop:
lrwxrwxrwx 1 frank frank 14 2009-08-26 13:01 telnetd -> ../bin/busybox
Here is a log snippet:
*** fun_plug script for DNS-323 (2007.04.03 tp@fonz.de) ****
Tue Aug 25 16:15:40 EDT 2009
* Extracting /mnt/HD_a2/fun_plug.tar...
bin
bin/adjtimex
etc..........
* Deleting /mnt/HD_a2/fun_plug.tar...
* /mnt/HD_a2/fun_plug.d/start/dropbear.sh not executable...
* /mnt/HD_a2/fun_plug.d/start/inetd.sh not executable...
* /mnt/HD_a2/fun_plug.d/start/lighttpd.sh not executable...
* /mnt/HD_a2/fun_plug.d/start/rsyncd.sh not executable...
* Running /mnt/HD_a2/fun_plug.d/start/telnetd.sh...
Starting telnetd...
/mnt/HD_a2/fun_plug.d/start/telnetd.sh: /mnt/HD_a2/fun_plug.d/bin/telnetd: No such file or directory
* /mnt/HD_a2/fun_plug.d/start/unfsd.sh not executable...
* Done
I've updated the firmware to 1.02 and am running 2 x 1TB under RAID1.
Any and all help or advice would be appreciated.
Thanks.
Offline
clickitysplit wrote:
How do I remove a buggered 0.4 install when I still can't telnet into the dns-321? I can't delete any of the following.
Directory of Y:\fun_plug.d_old
07/25/2009 12:03 PM <DIR> .
07/25/2009 01:24 PM <DIR> ..
07/24/2009 12:16 AM <DIR> bin
07/24/2009 12:16 AM <DIR> etc
07/24/2009 12:16 AM <DIR> lib
07/23/2009 11:24 PM <DIR> log
07/24/2009 12:16 AM <DIR> sbin
07/24/2009 12:16 AM <DIR> start
During a subsequent attempt at installing 0.5, I followed the 'set executable on fun_plug' instructions via ftp (Note to Windows users: you can't do this if you just drag and drop the files into Volume_1...you have to command-line FTP the files onto your DNS and then issue 'quote site chmod 777 fun_plug' from within windows ftp)...and got a little more success but still can't telnet. Appears the script executed. The tar file is gone. An ffp folder exists now, and here are the contents of ffp.log:
**** fun_plug script for DNS-323 (2008-08-11 tp@fonz.de) ****
Sat Jul 25 21:24:30 BST 2009
ln -snf /mnt/HD_a2/ffp /ffp
* Installing /mnt/HD_a2/fun_plug.tgz ...
tar: inflate error 2
/ffp/etc/rc: Not found or not executable
All suggestions welcome...
Ah, I had the same problem; how to delete without telnet access? Simple.
Edit the fun_plug file and add the command(s) to delete whatever you want.
Example:
<snippet>
mkdir -p ${FUNPLUGDIR} ${LOGDIR}
echo "**** fun_plug script for DNS-323 (2007.04.03 tp@fonz.de) ****" >>${LOGFILE}
date >>${LOGFILE}
rm -fr /mnt/HD_a2/fun_plug.d_old <<<<<<<<<<<<<<<<<<< add this line somewhere outside the if statements
if [ -r "${FUNPLUGTAR}" ]; then
echo "* Extracting ${FUNPLUGTAR}..." >>${LOGFILE}
/bin/tar -xv -f ${FUNPLUGTAR} -C ${FUNPLUGDIR} 1>>${LOGFILE} 2>&1
echo "* Deleting ${FUNPLUGTAR}..." >>${LOGFILE}
rm -f ${FUNPLUGTAR}
fi
<snippet>
Make sure that the editor you use terminates lines with a LF (oa) and NOT CRLF (odoa).
Just be careful what you delete.
Cheers.
Offline
clickitysplit wrote:
How do I remove a buggered 0.4 install when I still can't telnet into the dns-321? I can't delete any of the following.
Directory of Y:\fun_plug.d_old
07/25/2009 12:03 PM <DIR> .
07/25/2009 01:24 PM <DIR> ..
07/24/2009 12:16 AM <DIR> bin
07/24/2009 12:16 AM <DIR> etc
07/24/2009 12:16 AM <DIR> lib
07/23/2009 11:24 PM <DIR> log
07/24/2009 12:16 AM <DIR> sbin
07/24/2009 12:16 AM <DIR> start
During a subsequent attempt at installing 0.5, I followed the 'set executable on fun_plug' instructions via ftp (Note to Windows users: you can't do this if you just drag and drop the files into Volume_1...you have to command-line FTP the files onto your DNS and then issue 'quote site chmod 777 fun_plug' from within windows ftp)...and got a little more success but still can't telnet. Appears the script executed. The tar file is gone. An ffp folder exists now, and here are the contents of ffp.log:
**** fun_plug script for DNS-323 (2008-08-11 tp@fonz.de) ****
Sat Jul 25 21:24:30 BST 2009
ln -snf /mnt/HD_a2/ffp /ffp
* Installing /mnt/HD_a2/fun_plug.tgz ...
tar: inflate error 2
/ffp/etc/rc: Not found or not executable
All suggestions welcome...
I realize this thread is a bit old by now but I found a solution that worked for me, might help someone else as well. I kept getting exactly the same thing as clickitysplit no matter what I did. I was using Windows 7 x64 and the command line ftp program to transfer the files to the NAS. Turns out that before you use the "put" command to transfer the tarball to the Volume_1 directory, you need to force binary transfers by running the command "bin". I ran "bin" after connecting to the NAS and then used the "put" command to transfer the fun_plug file and tarball, ran "quote site chmod 777 fun_plug" and then rebooted my DNS-323 and everything worked!
Offline