| Author |
Message |
re599
Posts: 25
Location: Oxfordshire, UK
|
|
turning off /index/ appeding - Posted: February 29, 2008 - 9:21 AM
|
Quote and reply
|
Just ticked the option to turn off appending /index/ to the URL, which at the time seemed to have worked, but after the server was rebooted no accounts could login to the system. I wonder if something is referencing this URL inthe authentication system?
Can someone tell me is there a field in the database I can alter to put this /index/ appending back in place and then get back into the system. It doesn't seem to let me in with any account even admin so I'm assuming as the URL was the only major alteration it is probably something to do with that.
Thanks,
Bob
|
|
Back to top
|
View user profile
Contact this member
|
lux
Posts: 656
Location: Manitoba, Canada
|
|
Re: turning off /index/ appeding - Posted: February 29, 2008 - 10:13 AM
|
Quote and reply
|
re599 said:
Just ticked the option to turn off appending /index/ to the URL, which at the time seemed to have worked, but after the server was rebooted no accounts could login to the system. I wonder if something is referencing this URL inthe authentication system?
Can someone tell me is there a field in the database I can alter to put this /index/ appending back in place and then get back into the system. It doesn't seem to let me in with any account even admin so I'm assuming as the URL was the only major alteration it is probably something to do with that.
Thanks,
Bob
Hi Bob,
The setting is in inc/conf/config.ini.php, look for "remove_index = On" and set it to Off.
Strange that that would cause logins to fail. Technically it simply rewrites those URLs, but keeping /index/ in them still works so anything referring to /index/some-page still works too.
I wonder if during reboot something happened with your server time setting? I know that has been known to occasionally have the effect of expiring session cookies right as they're created.
Hope that helps.
Lux
|
|
Back to top
|
View user profile
Contact this member
|
re599
Posts: 25
Location: Oxfordshire, UK
|
OK changed the setting and it didn't have the desired effect so maybe its something to do with something else.
|
|
Back to top
|
View user profile
Contact this member
|
lux
Posts: 656
Location: Manitoba, Canada
|
re599 said:
OK changed the setting and it didn't have the desired effect so maybe its something to do with something else.
Another thing you can try is to edit inc/sessions/sitellite/settings.php and set the two timeout settings there to double or triple what they are. If the issue is related to dates between the server and client machines, that often fixes it too.
Let me know if that gets it working again.
Lux
|
|
Back to top
|
View user profile
Contact this member
|
re599
Posts: 25
Location: Oxfordshire, UK
|
Hi Lux,
Thanks, I've installed an ntp server on the ubuntu server and set the time correctly, it was 9 minutes off. The clients use ntp so no problem at that end.
However still got a problem logging in, do you think shutting the server down with logged on users, maybe have locked up the authorisation table?
Bob
lux said:
re599 said:
OK changed the setting and it didn't have the desired effect so maybe its something to do with something else.
Another thing you can try is to edit inc/sessions/sitellite/settings.php and set the two timeout settings there to double or triple what they are. If the issue is related to dates between the server and client machines, that often fixes it too.
Let me know if that gets it working again.
Lux
|
|
Back to top
|
View user profile
Contact this member
|
re599
Posts: 25
Location: Oxfordshire, UK
|
Ahh I wonder if me setting the admin password to something new may have caused a problem? I assumed that this admin password can just be changed within the web interface without any problems?
re599 said:
Hi Lux,
Thanks, I've installed an ntp server on the ubuntu server and set the time correctly, it was 9 minutes off. The clients use ntp so no problem at that end.
However still got a problem logging in, do you think shutting the server down with logged on users, maybe have locked up the authorisation table?
Bob
lux said:
re599 said:
OK changed the setting and it didn't have the desired effect so maybe its something to do with something else.
Another thing you can try is to edit inc/sessions/sitellite/settings.php and set the two timeout settings there to double or triple what they are. If the issue is related to dates between the server and client machines, that often fixes it too.
Let me know if that gets it working again.
Lux
|
|
Back to top
|
View user profile
Contact this member
|
lux
Posts: 656
Location: Manitoba, Canada
|
re599 said:
Ahh I wonder if me setting the admin password to something new may have caused a problem? I assumed that this admin password can just be changed within the web interface without any problems?
That shouldn't cause any problems, no. And restarting shouldn't affect the user table either...
What Sitellite version are you running and also what browser? I know some issues with IE7 specifically didn't seem to affect IE6 or Firefox, so trying a different browser to see if it persists there too might help narrow down the possibilities.
Lux
|
|
Back to top
|
View user profile
Contact this member
|
re599
Posts: 25
Location: Oxfordshire, UK
|
lux said:
re599 said:
Ahh I wonder if me setting the admin password to something new may have caused a problem? I assumed that this admin password can just be changed within the web interface without any problems?
That shouldn't cause any problems, no. And restarting shouldn't affect the user table either...
OK that's good, I wondered if it might be something that required a command line task?
What Sitellite version are you running and also what browser? I know some issues with IE7 specifically didn't seem to affect IE6 or Firefox, so trying a different browser to see if it persists there too might help narrow down the possibilities.
Lux
I'm using IE6, but I've had the same problem on the same and different PCs running Opera, Firefox 2/3 and on IE7.
I'm using the most recent release of Sitellite Enterprise (sitellite-4.2.13-PRO according to the binary file)
|
|
Back to top
|
View user profile
Contact this member
|
lux
Posts: 656
Location: Manitoba, Canada
|
re599 said:
lux said:
re599 said:
Ahh I wonder if me setting the admin password to something new may have caused a problem? I assumed that this admin password can just be changed within the web interface without any problems?
That shouldn't cause any problems, no. And restarting shouldn't affect the user table either...
OK that's good, I wondered if it might be something that required a command line task?
What Sitellite version are you running and also what browser? I know some issues with IE7 specifically didn't seem to affect IE6 or Firefox, so trying a different browser to see if it persists there too might help narrow down the possibilities.
Lux
I'm using IE6, but I've had the same problem on the same and different PCs running Opera, Firefox 2/3 and on IE7.
I'm using the most recent release of Sitellite Enterprise (sitellite-4.2.13-PRO according to the binary file)
Hmmm... Let's see what this does:
If you reset the password in MySQL with this query it'll change the password back to admin/admin then let's see if you can log in with that.
update sitellite_user set password = 'gVCJufyO4/SPs' where username = 'admin';
If so, you can change the password back to something safe after, but hopefully that at least gets you back into the site.
If not, we'll see what else we can come up with :)
Lux
|
|
Back to top
|
View user profile
Contact this member
|
re599
Posts: 25
Location: Oxfordshire, UK
|
I've done that and still can't get in, I've tried stopping mysql, then apache then starting both. I've also tried the command for unlocking tables in MySQL which I hadn't seen before. This had no noticeable impact.
It's strange because I can browse the sample site, but its just logging in that's the problem. I have created many users in different groupings and none of them are found.
Bob
|
|
Back to top
|
View user profile
Contact this member
|
