DSM-G600, DNS-3xx and NSA-220 Hack Forum

I'll also extend that response a bit by saying that whenever you copy files via SMB/CIFS to the NAS, if you are authenticating as a particular user, the files being copied over will have that username (and group if you made one) assigned as the owner of the file(s)... including any directories you make.

If you then delete that user, create a new one and map them to the share, the previous files you had copied over are still owned by that old user (well, actually by a rogue user/group id).  This may also cause access problems as you will no longer be the owner of the file, and may not be able to do stuff to it (if it's a directory this may include not being able to write or delete files within it, or even list the files in there).

j.smith wrote:

I'll also extend that response a bit by saying that whenever you copy files via SMB/CIFS to the NAS, if you are authenticating as a particular user, the files being copied over will have that username (and group if you made one) assigned as the owner of the file(s)... including any directories you make.

If you then delete that user, create a new one and map them to the share, the previous files you had copied over are still owned by that old user (well, actually by a rogue user/group id).  This may also cause access problems as you will no longer be the owner of the file, and may not be able to do stuff to it (if it's a directory this may include not being able to write or delete files within it, or even list the files in there).

Makes sense as all I have done that I can think may have caused this issue is upgraded from Vista to Win7 for this user, I of 3 on a network home workgroup. I tried to use the same password but had to change the username to comply with my self enpossed naming convention so that must have broke the permissions?

It's unfortunate that I was forced to upgrade to Win7 due to corrupted system data but now that I know I'll try and avoid it with this file structure on the Dlink. I wish I was using NTFS file servers , its not half as confusing.

Cheers

Okay guys this is getting ridiculous.  I don't want to have to learn unix programming just to be able to copy and paste couple of files on the root of my NAS.

It turns out that even saving the  fun_plug and fun_plug.tgz to Volume 1 automatically changes the fun_plug into the incorrect ".TXT" instead of the correct format, "unix file format (LF for newline) and not in Windows (CR LF for newline).One suggested editor for Windows is UltraEdit or Notepad++ which let you save the file in both formats."

So I downloaded Notepad++, opened the fun_plug file in a root of my Volume 1 directory and went to "save as" for but there was no option in the list of files that resembles the (LF for newline) option? Anyone care to point me in the right direction as to the .extension I pick?

I like to tinker and learn as I'm going along but this is taking the biscuit.  All I originally wanted to do was to delete folders and unzip others, now i find myself in text editors etc  4 days down the line!  Am I wrong or is this NAS a home not business NAS? How are noobs with less knowledge & time than me suppose to handle this issue if the NAS user browser interface GUI doesn't have the program to retrospectively allow permissions to be changed easily without telnet'ing, FTP'ing etc?

Anyway now that I've got that off my chest any help from which file expansion that I  should use in Notepad ++ would be greatly appreciated.

Cheers

Sorry bjby no joy,

when I reboot the fft directory isn't created in the root of Volume_1. I now think I'm going to have to pay $40 for UltraEdit as that seems to be the sw that  does it on the fly,

"Hi all!
After several hours of pulling my hair I finally figured it out and thought I'd post a little tip.
Create the fun_plug file using UltraEdit and save it directly to the DSM-G600 using the "File | FTP/Telnet | Save as to ftp..." option, permissions can be set here aswell.
Works like a charm. Telnet is up aswell thanks to UltraEdit.
The Permissions won't stick using a ordinary ftp client." http://dns323.kood.org/forum/viewtopic.php?id=13

Any suggestions before I buy this use once sw will be much apppreciated.

This is truely ridiculus, anyhow.

Regarding notepad++ you are looking for a meny with options like
Unix -> Win
MAc -> unix
...
etc

Maybe under edit, not sure, but cant be that hard to find, dont have a installed copy infront of me right now.

Of course end result should be unix.

I truely wish you good luck with this.

bjby wrote:

Thought about another thing, this might also be a file permission issue. In fact it is likely (the .bin trick should have worked).  Possibly the fun_plug file isnt set as executable.
So how can you tell?

I think ftp filezilla will show you filepermissions and also allow to change them.

once again good luck.

Nice one bjby, I'm in via FileZila!

Still can't change the permissions on the folders I want to delete to 777? I get the response: "550 could not change perms on...(file name:) Operation not permitted", now I'm stuck again?

HELP PLEASE.

Thanks a bearing with me,bjby, both files seem to have full permissions, 777 as you can see them image is below from FileZilla?





Does this help in determining why I can get fun_plug to run on reboot?
I am putting the two files in the root of Volume_1 as instructed so other than a issue with the files not being in the right format [Unix file has LF at the end of line, not CR+LF] I'm clueless, help please?

Last edited by optical10 (2010-03-17 18:31:49)

You need to rename fun_plug.txt to fun_plug on the 323.  You should be able to use Filezilla to do that.  If you can't for some reason, copy it again from your source machine with Filezilla.  As I said in my post that first mentioned Filezilla in this thread, Filezilla won't do things like rename files to .txt on you. It DOES need to be executable, so the 777 is fine.

The fun_plug.tgz file does not need to be 777, but it is ok if it is.

If it still does not work, the fun_plug.tqz file may be damaged.  I would try copying it over to the 323 root again with Filezilla, coaxing FZ to do a binary copy if needed.  It probably will anyway, and it will tell you the copy mode as it is copying.

In short, I would just copy both files over again with FZ and make sure funplug is 777.

karlrado wrote:

You need to rename fun_plug.txt to fun_plug on the 323.  You should be able to use Filezilla to do that.  If you can't for some reason, copy it again from your source machine with Filezilla.  As I said in my post that first mentioned Filezilla in this thread, Filezilla won't do things like rename files to .txt on you. It DOES need to be executable, so the 777 is fine.

The fun_plug.tgz file does not need to be 777, but it is ok if it is.

If it still does not work, the fun_plug.tqz file may be damaged.  I would try copying it over to the 323 root again with Filezilla, coaxing FZ to do a binary copy if needed.  It probably will anyway, and it will tell you the copy mode as it is copying.

In short, I would just copy both files over again with FZ and make sure funplug is 777.

OK GUYZ I'M IN using Putty, Thanks karlrado, bjby & j.smith, I know this will help others also.

So it turns out that renaming the fun_plug from fun_plug.txt to just fun_plug via FileZilla as you suggested karlrado did the trick, on the next reboot fun plug was unpacked..

As you can see on the print screen below I'm rusty on my MS-DOS commands, should I use MS-DOS commands or do I need to learn UNIX/LINUX commands to cd change directories etc & follow your directions to "CHANGE FILES & FOLDERS PERMISSIONS"?



Cheers

Last edited by optical10 (2010-03-17 20:49:44)

So now, do you feel the tickling sensation of having root access.

karlrado wrote:

[ls -lR /mnt/HD_a2/BT

Oopps, is my typing on this command right,

Is -lR /mnt/HD_a2/BT

I get "ls: invalid option -- /"

One. OK, I'm in BT folder and there are lots -rw-r--r-- & drwxr-xr-x. Ran chmod -R 777 /mnt/HD_a2/BT only one file input/output error which \i can't delete? I did notice that incomplete had six or seven files that repeated completed files which when I deleted and ran  ls -lR /mnt/HD_a2/BT seemed to correct alot of the permissions. Maybe when I've rebooted the torrents hadn't re-checked/restarted properlly so if screwed-up the permissions? I also had folders in complete named "--Delete--", "--filles to burn--" etc, this may have confused 323?

Second.  I haven't changed any thing in BT, Network Access Settings since day one, here is a screen grab, so I clueless as to why things have changed?



I'll do some more download tests of the same files that wouldn't delete & report back but in the mean time thanks a million as I didn't loss any files, and learnt alot, bonus.

Last edited by optical10 (2010-03-17 23:38:31)