Dear All I need to ftp all of the files & folders of CentOS 5 server through WS_FTP . But it just lets for /home/www user login , but not root user . As I want to see and have all of files , can you please let me know how can I raise the ftp priority such that WS_FTP can login as root user . Thank you
hadi motamedi wrote:
Dear All I need to ftp all of the files & folders of CentOS 5 server through WS_FTP . But it just lets for /home/www user login , but not root user . As I want to see and have all of files , can you please let me know how can I raise the ftp priority such that WS_FTP can login as root user .
prsuably that would be through the configuration fo whatever FTP server your CentOS host is running... probably vsftpd
...but you do realize, FTP uses plaintext passwords on the network, and anyone who can sniff any link between you and your server gets your root password?
much better to use something liike SCP/SFTP/RSYNC for your authenticated file transfers.
Frankly, you should not administer a server at all with this knowledge level. Pragmatically spoken, you want to use WinSCP.
Kai
On Sun, Jan 10, 2010 at 01:31:37PM +0100, Kai Schaetzl wrote:
Frankly, you should not administer a server at all with this knowledge level. Pragmatically spoken, you want to use WinSCP.
Administer? You are giving him far too much credit. For the past few months all he has ever done was leech here and expect everyone to do his consulting job for him so he can bill the client for the work list members do for him.
And people continue to feed him :(
John
On Sun, Jan 10, 2010 at 4:04 AM, hadi motamedi motamedi24@gmail.com wrote:
Dear All I need to ftp all of the files & folders of CentOS 5 server through WS_FTP . But it just lets for /home/www user login , but not root user . As I want to see and have all of files , can you please let me know how can I raise the ftp priority such that WS_FTP can login as root user . Thank you
Aside from the other points that have been or will be made in this thread, you might consider this:
Not all files on a centos system are actually files. For instance if you try to ftp/scp the '/' dir, you will undoubtedly encounter /dev, /sys, and /proc. Any of which would cause your ftp session to run forever or until you filled the machine on the other end, because the files located within these directories are not really files, but operations and data sources (hard drives, random data, constant streams of data, etc). You really need to re-think and better explain what it is that you're trying to do.
On Sun, Jan 10, 2010 at 2:55 PM, Jim Perrin jperrin@gmail.com wrote:
On Sun, Jan 10, 2010 at 4:04 AM, hadi motamedi motamedi24@gmail.com wrote:
Dear All I need to ftp all of the files & folders of CentOS 5 server through
WS_FTP .
But it just lets for /home/www user login , but not root user . As I want
to
see and have all of files , can you please let me know how can I raise
the
ftp priority such that WS_FTP can login as root user . Thank you
Aside from the other points that have been or will be made in this thread, you might consider this:
Not all files on a centos system are actually files. For instance if you try to ftp/scp the '/' dir, you will undoubtedly encounter /dev, /sys, and /proc. Any of which would cause your ftp session to run forever or until you filled the machine on the other end, because the files located within these directories are not really files, but operations and data sources (hard drives, random data, constant streams of data, etc). You really need to re-think and better explain what it is that you're trying to do.
-- During times of universal deceit, telling the truth becomes a revolutionary act. George Orwell _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Thank you very much for your reply . I actually wanted to copy my CentOS server into an client in the LAB for further test & investigation . Can I have a copy of it up and running by ftp all of the files & folders on "/" ?
hadi motamedi wrote:
Thank you very much for your reply . I actually wanted to copy my CentOS server into an client in the LAB for further test & investigation . Can I have a copy of it up and running by ftp all of the files & folders on "/" ?
no.
permissions, links, special files will not copy correctly over FTP.
On Mon, Jan 11, 2010 at 6:02 AM, John R Pierce pierce@hogranch.com wrote:
hadi motamedi wrote:
Thank you very much for your reply . I actually wanted to copy my CentOS server into an client in the LAB for further test & investigation . Can I have a copy of it up and running by ftp all of the files & folders on "/" ?
no.
permissions, links, special files will not copy correctly over FTP.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Thank you for your reply . So the only way is cloning his hard disk . Am I right?
hadi motamedi wrote:
Thank you for your reply . So the only way is cloning his hard disk . Am I right?
I'd consider using dump to dump each ext3fs file system, then use 'restore' to restore each of these dumps to appropriately sized file systems for the new target system. the source system should be shut down to single user mode, and all file systems umounted except / when you do this. you can pipe the output of the dump to a ssh command to write the dump to drive on a remote system. for instance...
# dump -0uv /dev/sda2 | ssh root@target -c "restore -rf - /mnt/var"
where /dev/sda2 is the /var file system on the local system, and /mnt/var is the temporary home of the new disk, freshly formatted, with the new /usr mounted as /mnt/usr
of course, you repeat this for each file system on the source system. See the man pages for dump and restore. Don't forget to install the grub boot loader on this new disk, then move it to the target hardware, which presumably is near identical to the original system.
John R Pierce wrote:
# dump -0uv /dev/sda2 | ssh root@target -c "restore -rf - /mnt/var"
eeek. slight modification here...
# dump -0uvf - /dev/sda2 | ssh root@target -c "restore -rf - /mnt/var"
the -f - tells dump to write the dumpfile to stdout, much as the f - in the 'restore' command says to read the dump from stdin
On Mon, Jan 11, 2010 at 7:05 AM, John R Pierce pierce@hogranch.com wrote:
hadi motamedi wrote:
Thank you for your reply . So the only way is cloning his hard disk . Am I right?
I'd consider using dump to dump each ext3fs file system, then use 'restore' to restore each of these dumps to appropriately sized file systems for the new target system. the source system should be shut down to single user mode, and all file systems umounted except / when you do this. you can pipe the output of the dump to a ssh command to write the dump to drive on a remote system. for instance...
# dump -0uv /dev/sda2 | ssh root@target -c "restore -rf - /mnt/var"
where /dev/sda2 is the /var file system on the local system, and /mnt/var is the temporary home of the new disk, freshly formatted, with the new /usr mounted as /mnt/usr
of course, you repeat this for each file system on the source system. See the man pages for dump and restore. Don't forget to install the grub boot loader on this new disk, then move it to the target hardware, which presumably is near identical to the original system.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Thank you for your reply . Can you please help me on the real scenario , as the followings? My local(source) CentOS server @192.168.0.2 My remote CentOS client @192.168.0.70 On the local system : #df -m Filesystem Mounted on /dev/hda3 / /dev/hda1 /boot tmpfs /dev/shm On the local system , issue the followings to make client and server as identical : #dump -0uvf - /dev/hda3 | ssh root@192.168.0.70 -c "restore -rf - /" #dump -0uvf - /dev/hda1 | ssh root@192.168.0.70 -c "restore -rf - /boot" #dump -0uvf - /dev/shm | ssh root@192.168.0.70 -c "restore -rf - /tmpfs" Can you please confirm if my understanding is right?