CrushFTP Support Forums
  [Search] Search   [Recent Topics] Recent Topics   [Hottest Topics] Hottest Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: spinkb
Forum Index » Profile for spinkb » Messages posted by spinkb
Author Message
The PFX is a complete keystore, it needs no import. Its the equivalent of the JKS file. So you have improved its contents into the JKS, and that works too.

Thanks,
Ben
Its fine. The search order is the User Manager first, then the plugins. So both authentications schemes will work simultaneously.

Thanks,
Ben
Are you using any inheritance rules to make this expiration happen?

Or is this a normal expiration configured just on this user?

The log says it just set the user.xml to have the extended expiration, and have a new password, yet when you show the file, its expiring as of right now...

Email is directly...we may be able to do a screen sharing session to debug this. Can't for a few hours though...but email is so we can arrange it.

Thanks,
Ben
This line confirms the user.xml file was updated.

29.08.2014 04:23:01 PM|dirkm logging in with new password, changing it...08/29/2014 03:12:39 PM to 09/28/2014 04:23:01 PM


Does your user.xml file reflect this date?

If we see this line, then I don't see anyway that the password change didn't work, along with the expiration extension.

Let me know,
Ben
Update once more too, added another log entry to track what its doing.
Show me a new log using a password you have never entered before.

Thanks,
Ben
You have configured a password history for your server, and the password your sat tempting is a password already in the history for this user.

Use a more unique password you have never used before.

Thanks,
Ben
Please try latest build now. It has some additional logging. Send me what is logged with the new password when you try and login.

7.1.0_108

Thanks,
Ben
This indicates it did write a user.xml file...

Can you compare the user.xml file for your user and see if it is in fact changing?

It seems like it is...so maybe this is a caching type issue.

Are you using a DB backend for your users? That might be an issue...

Let me know,
Ben
Set your debug level for logging to level 1.

What is CrushFTP logging for the attempt at logging in with a new password?

Thanks,
Ben
When you login and use a different password....does it deny your login? Or do you get logged in?

It should save your password, and give you back your normal Virtual File System (VFS).

Thanks,
Ben
7.1.0_106 could...

Configure a user in the User Manager, setup an event, for when they accept disclaimer, do it immediately, crush task, user defined plugin.

In your HTTP call, do it like this:

http://domain.com/?command=messageForm&META_variable1=ftp.crushftp.com&META_myuser=demo&META_thepass=demo


Now your CrushTask, needs a few things.

UserVariable, make a new variable, "variable2" with value {variable1}. Then another UserVariable, assign "myuser2" with {myuser} and one more: thepass2 with {thepass}

After those user variable assignments, do an exclude * to remove the virtual item that was passed to the task.

Now you can do a Find to go find files from somewhere referencing your new variables, and use a Copy task to copy them to another location.

Thanks,
Ben
Are you using PGP encryption/decryption on the fly?

What exact CrushFTP version?

Thanks,
Ben
Update again now.

I think eh issue you were having was specifically related to the restart of CrushFTP and would have self cleared itself after roughly 60 minutes when the session timed out.

The new build should eliminate the issue regardless though. _99 worked fine for me on an update.

Thanks,
Ben
Gmail does not let you impersonate users.

So your credentials used for the SMTP connection is who emails will have to come "from".

Thanks,
Ben
Please email support directly as we don't use the PM system in the forum at all.

Thanks,
Ben
And your email on your profile is causing bounce backs to our forum notifier...
What is logged in CrushFTP?

Enable the prefs, logging to debug level 1, what is logged?

Thanks,
Ben
Click update now, and the new build will work with either, but not both enabled.

Thanks,
Ben
This is more about your DB config. The driver is trying to do user/pass auth, and your DB is saying use your windows credentials...so you need to change the DB to allow for a plain user/path auth.

Thanks,
Ben
OK, then try setting that to false, and set this to true.

username_uppercase

Thanks,
Ben
In the prefs.xml file, set the "lowercase_usernames" to be true.

From now on, usernames will be made lowercase...but you need to adjust the existing username folders to be lowercase as well.

Thanks,
Ben
Latest build adds the ability to have LDAP also do these additional paths. We added what HomeDirectory had.

So click update now to get it.

Thanks,
Ben
If the index has run from the user who has a VFS covering all files, then dynamic indexing would never happen.

Dynamic indexing only runs *if* the search results in t eh DB returned nothing for the folder path and any subdirectories it might contain. If there are 0 items, then it kicks off a dynamic search build for that folder.

Thanks,
Ben
If there is a folder that has no items indexed in it, it will build dynamically.

If the folder has items indexed, it will not build anything dynamically.

So you would have to search in a folder where there are no items to get it to dynamically try and build for it.
You can set a username for it to use. It will load the VFS from this user, and index everything in this user...and then update the index at the interval specified.

So yes, you have that config there as well i the search config.

Thanks,
Ben
You can't... This is how it dynamically builds search results without needing to index everything first. If it finds no DB records at all, then it indexes the directory.

We don't have a negative search system, only positive. So using the and condition checkbox, you can search for thinks like:

stuff .csv

Which would find allt exults where the filename contained stuff and contained csv (probably the extension)

Thanks,
Ben
No, its in the report so you know how the report was configured. We don't allow controlling that aspect.

Thanks,
Ben
On your default user, edit the WebInterface section, buttons, and add the button for manage shares.

Users will then have the button to manage their own shares.

Thanks,
Ben
If your staying on the same major version, its just a one button press.

So nothing to be concerned with, just click update now.

Thanks,
Ben
This is something fixed in v7. So for now you need to use a different password without that special character (avoid url unsafe chars), or move to v7...

Avoid:

@ # % & : / + ?

But these are fine:

< > , . ' " ; [ ] { } | \ = - _ ) ( * ^ $ ! ` ~ etc.

Thanks,
Ben
First things first...update to CrushFTP 7.1. Do not stay not he older build, especially if you are encountering an issue as its very possible we have fixed the issue here.

If you are using Limited Admin, you do not enable the user edit permissions. These are contrary to each other. User edit means the user can see and edit all users...

Limited amid needs three things.

1. A group, called your admin group name...subadmins
2. A user with any name you want...bob for example. , and bob has the filed for limited admin set as "subadmins" and the role enabled for limited admin.
3. A user with the same name as the admin group name....subadmins

Both bob, and the subadmin user should have the same filesystem in their VFS...or at a minimum, bob needs at least the same access as the subadmin has.

Now when bob logs in, he can go to the User Manager and make new users who will be added into the subadmins group.

Thanks,
Ben
What is your special character?

The "?" character?

Crush does special escaping and unescaping there....things like "\" become "{backslash}" etc.

Is this CrushFTP v7.1 too?

Thanks,
Ben
Would need to know more after that error...

Or set the prefs, plugin, DebugOptions plugin to level 2 and repeat to get more details.

But really...you need to be using v7. We aren't support v4 anymore...its 7 years old now after all...

Thanks,
Ben
Delete your default user in that MainUsers folder, then reload the User Manager...do things work then?

If not, email us directly at support so we can assist further.

Thanks,
Ben
Close the CrushFTP app. Right click, and run as an admin again, without access restrictions.

Start the temp server, and then check the User Manager. Still have an error?

Thanks,
Ben
Does the DB have the entries for where you are looking for?

If your search user configured in the search config doesn't see the path your interested in, then you can't search it... that VFS in the search user config is what is used to create the search index.

Thanks,
Ben
Are you still running as an admin?



Has the service been installed and it's running under a different account now?



Your running from some local HD on the machine?

Thanks,
Ben
Can you set the DB to not allow null and default to blank value?
What columns are null in this result? None can be null. They can be blank, but not null.

SELECT * FROM SEARCH_INFO WHERE ITEM_PATH LIKE '/myuser%'

Thanks,
Ben
Make your item_keywords column be a "TEXT" item, or a varchar 8000 item.

The errors are saying the column is too small to hold the search data.

Thanks,
Ben
SFTP still requires the user to trust the server one time, but after that it will work without asking with most clients.

SSL is supposed to be the answer to that, but only if clients implement it correctly....and you enter the DNS into the FTP client and not the IP.

Thanks,
Ben
That is just saying your client doesn't trust the issuer of the cert. Nothing wrong in CrushFTP. Its a client issue.

A newer version for eh client might have a newer trust ca certificates DB and trust it.

Thanks,
Ben
Do they show the certificate sand tell you why they don't trust it specifically?

Thanks,
Ben
Yes, you do this in the prefs, encryption, passwords panel.

Thanks,
Ben
Using the method I mentioned, you can effectively do this already.

The server admin makes an event for users for when shared users login and upload...

Then you as an end user, make a folder...then share it, by reference, full access. You can set the full access permissions to remove view and download access making it safe for different people to upload to it.

Now you have a link that expires in say 365 days which can be used by anyone to upload you files,a dn you will be notified about it...and so can every other user in your server, etc.

I'll keep the idea of using a special token in a folder name to allow for uploading, but its not something that fits architecturally currently.

Thanks,
Ben
In the WebInterface, localization folder, duplicate the en.js file, call it vn.js.

Edit with a good text editor (not notepad or word pad, etc.) and create the localization. Share it back with us and we can add it to the list.

Thanks,
Ben
Shouldn't matter...the update is what i think fixed the issue.
Click update now and test.
Update to new build now and see if this resolves the issue for you.

Let me know,
Ben
 
Forum Index » Profile for spinkb » Messages posted by spinkb
Go to:   
Powered by JForum 2.1.8 © JForum Team