FTP Server Info

[[AfZ]PiMp J]

Going back to one of my first posts and being able to figure out why, when i rebooted, the proftpd.conf file would overwrite....blue was helping me look at it....there's a file stored in /tmp. I can only assume that file is loaded into /etc each time it boots (havent rebooted since replacing the file in /tmp)

But now my question, I've done countless scouring of the forums here for a way to install openssl, or the mod_ssl on my snapserver for proftpd to use to have secure data connections. Haven't found a thing on it. On the web i've found countless guides but for other flavors of linux, some got me apparently close, even got me the FTP Directives for the config file, but nothing has gotten it working. Part of the problem is my inability to figure out which version of ProFTP i'm running as the rpm -qa returns an error. The other part of the problem is most guides talk about running a ./configure mod_ssl xxxxxx , but don't mention what directory we have to be in, or how to apply that to ProFTPd.

So then i found out about Snap_JVM.sup on this forum, but don't have a way to download it from adaptec of course, and could not find a link to any archive here that had it. The Procooling wiki didn't seem to have it either.

To be honest, i'd rather modify my config file and get the openssl installed properly. I do have a folder in /lib/exec/ called openssl , but i dont know if openssl is installed correctly, this is also what i wanted to find out with the rpm -qa command that doesnt work :P

Long post over, hope it makes sense

[blue68f100]

The Guardian OS is quite different than the SnapOS. If I recall the early versions of the GuardianOS was built on Gentoo Linux, where the later ones are RedHat Interprise. The ssl has NOT been added to the latest release. I know of one user that used JVM to add ssl to the SnapOS, not the Guardian OS.

So sorry that i can not help your there. There was a user a while back that added/modified the welcome message given by FTP. You may want to look through the Guardain Thread (sticky at top), I believed it's mixed in with it. That will at least get you to the right directory. If it's not saved on restrats means that the snap is compairing share, and changing it back. So you may be required to add it to more than one share (HD).

I think if you have JVM, that would be the easiest way.

I use VPN for my secure connection when I'm out.

[[AfZ]PiMp J]

actually i think that user was me that you were referring to, unless someone else besides me did that :P

and yeah so i finally did restart and the file in the /tmp dir was the samea s my config but the config in /etc was overwritten again. I'm beginning to think it's what you mentioned, although a raid5 setup isnt supposed to work like that...

how would i go about making sure this file was the same on all the drives when there's no way to write individually to the drives?

there has GOT to be a way to track this down

still no headway from my end with ssl or jvm, i'll try to work on that over the weekend a bit

[blue68f100]

The Guardian HD can be read in any linux pc. So move the files over to each drive and see if that works.

[[AfZ]PiMp J]

Originally Posted by blue68f100

The Guardian HD can be read in any linux pc. So move the files over to each drive and see if that works.

I don't understand? In a Raid 5 (as well as raid0, raid 01) the file is broken up and written to all the drives in the array. Raid5 is not a direct copy array setup, so the files shouldn't be available to be read off individual drives.

I'm not trying to refute your help at all, but i am trying to see if i missed anything in my understanding of raid. Please let me know if i'm being dense here

[blue68f100]

The OS is in a RAID 1, mirror on all drives.

Where the data space is in RAID5 Array.

Just make sure you remove 1 at a time or mark them so they go back into the corect position.

[bitor]

Ok, Is there anyway to keep the proftpd.conf file from being set back to it's default settings after rebooting or shutting down? Every time it is modified, it changes back if I reboot the system.

thanks,

bitor

[[AfZ]PiMp J]

not that i've found yet. temp solution is to just not reboot it much and to make a backup copy of it so when it reboots you only have to restore the backup.

..edit..as an idea, if you could either 1) just set proftpd.conf to be unwritable even to root (is that possible?) or 2) rename it to proftpd.conf.real or whatever and delete proftpd.conf, then create an alias/link called proftpd.conf and link it to proftpd.conf.real. Then set proftpd.conf (the link) to not be writable (if possible)

figuring that way you could modify the real file without having to make it writable each time, and that the OS would be too stupid to overwrite your .real file, and it would hopefully fail to overwrite the proftpd.conf link with some sort of default file

if all of that fails, then perhaps blu is totally correct on the subject (which would SUCK, since it defeats all things known as possible in my mind) in that he mentioned the OS being setup as some sort of uber raid1, copied to all drives type deal (real technical in my explanation, i know heh) and that the ugly stepchild gets the shaft and has its different files overwritten since it's outweighed 3 to 1. This is somehow on top of the raid5 or whatever raid setup you chose for the storage.

[bitor]

Hey, check your mail [AfZ]PiMp J.

Originally Posted by [AfZ]PiMp J

not that i've found yet. temp solution is to just not reboot it much and to make a backup copy of it so when it reboots you only have to restore the backup.

..edit..as an idea, if you could either 1) just set proftpd.conf to be unwritable even to root (is that possible?) or 2) rename it to proftpd.conf.real or whatever and delete proftpd.conf, then create an alias/link called proftpd.conf and link it to proftpd.conf.real. Then set proftpd.conf (the link) to not be writable (if possible)

figuring that way you could modify the real file without having to make it writable each time, and that the OS would be too stupid to overwrite your .real file, and it would hopefully fail to overwrite the proftpd.conf link with some sort of default file

if all of that fails, then perhaps blu is totally correct on the subject (which would SUCK, since it defeats all things known as possible in my mind) in that he mentioned the OS being setup as some sort of uber raid1, copied to all drives type deal (real technical in my explanation, i know heh) and that the ugly stepchild gets the shaft and has its different files overwritten since it's outweighed 3 to 1. This is somehow on top of the raid5 or whatever raid setup you chose for the storage.

[blue68f100]

Maybe with v5, the will add sftp and allow custom file setting.

Did you try it use the welcome.conf ?

[bitor]

Who knows with Adaptec. This should already be a part of any GuardianOS for security reasons. It's an open source program.

bitor

Originally Posted by blue68f100

Maybe with v5, the will add sftp and allow custom file setting.

Did you try it use the welcome.conf ?