Is there a chance that Globalscape Secure FTP work on Wine

loopdemack · Post by **loopdemack** » Tue Feb 03, 2009 1:04 am

Is there a chance that Globalscape Secure FTP work on Wine under the Ubuntu server.

I cant login from the Admin console to ftp engine, I get some socket error, like the engine isn't started.

Any help on this matter would be appreciated.

vitamin · Post by **vitamin** » Tue Feb 03, 2009 1:49 am

loopdemack wrote:Is there a chance that Globalscape Secure FTP work on Wine under the Ubuntu server.

What's wrong with the one you already have (sshd)?

austin987 · Post by **austin987** » Tue Feb 03, 2009 2:01 am

On Tue, Feb 3, 2009 at 12:04 AM, loopdemack <[email protected]> wrote:

Is there a chance that Globalscape Secure FTP work on Wine under the Ubuntu server.

I cant login from the Admin console to ftp engine, I get some socket error, like the engine isn't started.

Any help on this matter would be appreciated.

Could be that it's trying to bind to a privileged port (<1024), which
is reserved for root on Linux.

On Tue, Feb 3, 2009 at 12:49 AM, vitamin <[email protected]> wrote:

Is there a chance that Globalscape Secure FTP work on Wine under the Ubuntu server.
What's wrong with the one you already have (sshd)?

Perhaps he needs FTP and not ssh. Wine is meant to run win32
applications, can you please stop discouraging people from doing so?

--
-Austin

loopdemack · Post by **loopdemack** » Tue Feb 03, 2009 2:14 am

vitamin wrote:
loopdemack wrote:Is there a chance that Globalscape Secure FTP work on Wine under the Ubuntu server.
What's wrong with the one you already have (sshd)?

Good morning Vitamin, how are you today, thnak you on spoting my post.

Let me explain you.

When I said "Secure FTP" , I didnt meant sshd or sftp.

In fact "Smart FTP" is the product, its a FTP server made from Globalscape company for the Windows platform.

http://www.globalscape.com/gsftps/

My question is is there a chance to get it work in the wine.

loopdemack · Post by **loopdemack** » Tue Feb 03, 2009 4:03 am

I overcome the problem with the socket it was the privilege thing, but now I got the new problem.

Here is the picture:

austin987 · Post by **austin987** » Tue Feb 03, 2009 9:14 am

On Tue, Feb 3, 2009 at 3:03 AM, loopdemack <[email protected]> wrote:

I overcome the problem with the socket it was the privilege thing, but now I got the new problem.

Here is the picture:

[Image: http://imageflux.net/uploads/090203/IE_ ... error2.png ]

Terminal output?

--
-Austin

vitamin · Post by **vitamin** » Tue Feb 03, 2009 9:22 am

loopdemack wrote:When I said "Secure FTP" , I didnt meant sshd or sftp.

Then I repeat the question again, what is wrong with sshd's sftp? It is _the Secure FTP_ server.

loopdemack · Post by **loopdemack** » Wed Feb 04, 2009 1:29 pm

Vitamin hello again, let me tell you, I need better user management, I need better user correlated bandwidth management from the FTP server, I need better and easier SQL integration, ...
I dont have such things on Linux, you have if you are planning to wais 30 days and tons of nerves.
Currently I'm using Vsftpd with Virtual_users and that's not enough for me.

Because if I want to use bandwidth allocation for each user I need to do that from TC, and I dont want to make that users part of the system users, I just want virtual users, and for now you cant do that .
You can limit each user by his session, and when that user has 5 sessions he would get 5X more bandwidth.

Second thing is the user rights, if I want what I had in mind I need to do that trough advanced "Extended Posix ACLs", ok but its not compatible with newer versions of NFS.

Believe me for now I dont see easier and better solution than to use Windows based Ftp server.
I'm wasting my nerves and time.

I would like some help from winehq crew about my issue.

Tnx, again.

austin987 · Post by **austin987** » Wed Feb 04, 2009 3:01 pm

On Wed, Feb 4, 2009 at 12:29 PM, loopdemack <[email protected]> wrote:

Vitamin hello again, let me tell you, I need better user management, I need better user correlated bandwidth management from the FTP server, I need better and easier SQL integration, ...
I dont have such things on Linux, you have if you are planning to wais 30 days and tons of nerves.
Currently I'm using Vsftpd with Virtual_users and that's not enough for me.

Because if I want to use bandwidth allocation for each user I need to do that from TC, and I dont want to make that users part of the system users, I just want virtual users, and for now you cant do that .
You can limit each user by his session, and when that user has 5 sessions he would get 5X more bandwidth.

Second thing is the user rights, if I want what I had in mind I need to do that trough advanced "Extended Posix ACLs", ok but its not compatible with newer versions of NFS.

Believe me for now I dont see easier and better solution than to use Windows based Ftp server.
I'm wasting my nerves and time.

I would like some help from winehq crew about my issue.

Tnx, again.

Hard to help if we don't get the information asked for.

Terminal output?

--
-Austin

loopdemack · Post by **loopdemack** » Wed Feb 04, 2009 4:18 pm

Here is the terminal output:

root@demo:~/.wine/drive_c/sf# wine cftpsai.exe
fixme:advapi:SetEntriesInAclA 1 0x752628 (nil) 0x33fa64
fixme:advapi:SetEntriesInAclA 1 0x752628 (nil) 0x33fa64
fixme:advapi:RegisterEventSourceA ((null),"GlobalSCAPE Secure FTP Server"): stub
fixme:advapi:RegisterEventSourceW (L"",L"GlobalSCAPE Secure FTP Server"): stub
fixme:advapi:ReportEventA (0xcafe4242,0x0004,0x0000,0x00000069,(nil),0x0000,0x00000000,0x7dc539bc,(nil)): stub
fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub
fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub
fixme:richedit:ME_HandleMessage ECO_AUTOHSCROLL not implemented yet!
fixme:richedit:ME_HandleMessage ECO_AUTOVSCROLL not implemented yet!
fixme:richedit:ME_HandleMessage ECO_NOHIDESEL not implemented yet!
fixme:richedit:ME_HandleMessage ECO_AUTOWORDSELECTION not implemented yet!
fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub
fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub
fixme:mpr:WNetGetUniversalNameA ("C:\\InetPub\\FTPRoot\\Default Site\\", 0x00000002, 0x6374b0, 0x33de3c): stub
fixme:mpr:WNetGetUniversalNameA ("C:\\InetPub\\FTPRoot\\Default Site\\", 0x00000002, 0x524f40, 0x7db42658): stub
err:ole:CoCreateInstance apartment not initialised
err:ole:CoCreateInstance apartment not initialised

-----------------------------

You see the two lines where he is asking for C:\\InetPub\\FTPRoot\\Default Site\\

One more thing , I need to be logged as a root, to get this far, but again I cant workaround this error.

Here is the picture

loopdemack · Post by **loopdemack** » Tue Feb 10, 2009 10:39 am

Any hope in this issue?

John Drescher · Post by **John Drescher** » Tue Feb 10, 2009 10:51 am

Any hope in this issue?

Probably not. Just use the sftp server in your linux distribution.

John

austin987 · Post by **austin987** » Tue Feb 10, 2009 11:30 am

On Tue, Feb 10, 2009 at 10:23 AM, James Mckenzie
<[email protected]> wrote:

John Drescher <[email protected]> wrote:

Any hope in this issue?

Probably not. Just use the sftp server in your linux distribution.

Is it possible to call the sftp server in Linux from Wine? (Provide code here...)

Yes.

This would solve the problem the OP is experiencing because of the use of low ports (as is the case with another program the OP reported on) which are not available to a normal user and forces the use of root as a workaround.

Well, not really. The user wants to use this program because it allows
for virtual users, bandwidth throttling, etc. Using the native sftp
server doesn't help there.

--
-Austin

John Drescher · Post by **John Drescher** » Tue Feb 10, 2009 11:37 am

Well, not really. The user wants to use this program because it allows
for virtual users, bandwidth throttling, etc. Using the native sftp
server doesn't help there.

How about iptables for bandwidth throttling? I am not sure if this is
configurable enough though.

John

vitamin · Post by **vitamin** » Tue Feb 10, 2009 4:09 pm

austin987 wrote: Well, not really. The user wants to use this program because it allows
for virtual users, bandwidth throttling, etc. Using the native sftp
server doesn't help there.

None of those will work on Wine anyway. There are other correct ways to do that on *NIX.

loopdemack · Post by **loopdemack** » Tue Feb 10, 2009 6:44 pm

vitamin wrote:
austin987 wrote: Well, not really. The user wants to use this program because it allows
for virtual users, bandwidth throttling, etc. Using the native sftp
server doesn't help there.

None of those will work on Wine anyway. There are other correct ways to do that on *NIX.

If we start with the point that vsftpd is the bad ass of all ftp servers on the Linux world, others were so bottom in the quality and features that I'm stunned that no one had a inner self to make some great FTP server on the *NIX platform other than VSFTPD.

I will list the functions that were unfunctional for me in the vsftpd and why I need the Best from the Windows world.

- Advanced(complex) Virtual users (its optimized for the home folders, you cant play with the user privileges in other folders beside home folders, like what user can see and what he cant, like on any Windows Ftp server. You need to set the folder permissions on the system level, which is again limited, and than we need to use POSIX ACLs for features in permissions that I need.

- Logger and logger analyzer and bandwidth monitoring of a actual users bandwidth usage and other things. (this part is so bad that I dont want to throw my time in explaining what's bad, everything is bad:))

- Bandwidth limitation (VSFTPD is still using the oldest method of limiting the user bandwidth per session ) there is no way for other dynamic way.
There is no way for dynamic limitation of user bandwidth with the iptables.
You can maybe but just maybe do that with the TC (built in some kernels) if I bind the vsftpd virtual users to system level and than trough TC on the user level for the each user that a made a custom policy, about which is the maximum bandwidth , and in that way let say user "test1" could be bounded to the 100kb/s no matter if he has 1, 5, or 10 sessions.
This is crazy.

- There is no data encryption when using "site to site"

And there are hundreds more things that were years from what I need.

To hard to much time, months of working, creating,
and if I could get Serv-u or Secure-FTP operational its the excellent way to beat the worst part on the Linux platform. Right now I think that maybe Serv-u the latest version is the better option,
I made a new thread about compatibility in wine

http://forum.winehq.org/viewtopic.php?p=19593#19593

loopdemack · Post by **loopdemack** » Tue Feb 10, 2009 6:48 pm

John Drescher wrote:
Well, not really. The user wants to use this program because it allows
for virtual users, bandwidth throttling, etc. Using the native sftp
server doesn't help there.

How about iptables for bandwidth throttling? I am not sure if this is
configurable enough though.

John

No unfortunately you cant, as I told its possible only trough TC.

If the user were static I mean if they had static ip you could, but these days this is impossible

3vi1 · Post by **3vi1** » Wed Feb 11, 2009 8:04 am

I might not understand everything the OP wants, but I've played with proftpd in the past. As I recall, it supported virtual users, bandwidth throttling, SQL integration, etc. *and* it had GUI's (gadmin comes to mind) available for people that wanted to manage it without spending a lot of time in the .conf files.

If vsftpd and proftpd don't support what you need to do, please submit wishlist items to those projects. They may not have the specific feature you're looking for because the author is aware of an alternate way to accomplish the same thing.

austin987 · Post by **austin987** » Wed Feb 11, 2009 11:36 am

On Wed, Feb 11, 2009 at 7:04 AM, 3vi1 <[email protected]> wrote:

I might not understand everything the OP wants, but I've played with proftpd in the past. As I recall, it supported virtual users, bandwidth throttling, SQL integration, etc. *and* it had GUI's (gadmin comes to mind) available for people that wanted to manage it without spending a lot of time in the .conf files.

If vsftpd and proftpd don't support what you need to do, please submit wishlist items to those projects. They may not have the specific feature you're looking for because the author is aware of an alternate way to accomplish the same thing.

Submitting those items to a wishlist is good, but not an immediate solution.

--
-Austin

perryh · Post by **perryh** » Thu Feb 12, 2009 3:21 am

If vsftpd and proftpd don't support what you need to do, please
submit wishlist items to those projects. They may not have the
specific feature you're looking for because the author is aware
of an alternate way to accomplish the same thing.
Submitting those items to a wishlist is good, but not an immediate
solution

It might lead to one if, as suggested in the last sentence,
someone on the vsftpd or proftpd support forum was able to
suggest an alternative way of accomplishing what the OP needs.