Can't login after setup

Author Message

Jonathan Coats

Saturday 22 February 2003 6:19:39 pm

I've seen a few threads about difficulties of logging in to eZ3 but cannot decide whether I need to do something with SiteAccess and if so, what I need to do.

I have RH 7.3, Apache 1.3.23, MySQL 3.23.49 and PHP 4.1.2.7

I created a virtual host which does work (http://ez3.jcsolutions.co.uk/) dropped the contents of the install tar into the ez3 subdirectory of my http root, created a database and user and then pointed to my virtual host which started the install/setup process.

All went fine and I eventually got to a login prompt. But it ALWAYS returns "http://ez3.jcsolutions.co.uk/admin/user/login failed".

Perhaps significant is that once this has happened once in a browser session it then will not even load http://ez3.jcsolutions.co.uk/ at all.

Please help. I read the SiteAccess information, but cannot see what applies, if anything. Should it all work if I don't touch anything else - ie the defaults 'out of the tarball' and the setup process?

I am really desperate. I've been trying it on and off for a month! And am really at a stage where I need to start building a site, but I cannot even get it to start. Help!

Jock Coats

Jonathan Coats

Saturday 22 February 2003 7:09:30 pm

> Here is where I would start:
> First check your ezuser table in mysql. Does root exist?

No. Just admin and anonymous.

> Does it have the default hash (you can see the orginal hash
> in the mysql script)?

Obviously root is not there, but if you refer to admin, and are asking whether the password hash field is the same as that in the INSERT statement for the admin use in kernel_clean.sql then the answer it yes.

But surely these factors would lead to an unaithorised error of some kind, not can't find the file?

>
> BTW, which release are you using?

2.9.7 (RC2?)

Jock

Jonathan Coats

Sunday 23 February 2003 3:10:46 am

Thanks for this Michael,

> Yes, you are right I was just checking to see if the
> defaults where there. They are you can change them once you
> get logged in. Sorry to ask all of the stupid questions
> just trying to talk you though my check list.
>
> Hmmm I just though of something, you have setup one DNS.
> How are you loggin in to the admin part of the site.

Well I hoped that the default was what they appear to call 'URI' resolution. And it certainly appears that way in my sinte.ini immediately after install. So that I would be doing http://ez3.jcsolutions.co.uk/ to get to the default, which would be the user site, and something like http://ez3.jcsolutions.co.uk/admin/ to get to the admin site.

But of course it does look as if the http://ez3.jcsolutions.co.uk/ is trying the admin site, or that the user site is demanding a login. The top left corner of that screen does say >User/Login.

>The
> site that I setup the user side I made open and the admin
> site was passworded. Are you accessing the admin part of
> the site by port or DNS. If you are using DNS remember to
> change the sitesettings. Here are what mine look like:
> [SiteAccessSettings]
> CheckValidity=false
> RequireUserLogin=true
> MatchOrder=host;port;uri

From what I mentioned above, I thought I would have 'uri' first in this statement and sure enough by default it is.

> URIMatchType=element
> URIMatchElement=1
> URIMatchRegexp=^/([^/]+)/
> URIMatchRegexpItem=1
> HostMatchType=regexp
> HostMatchElement=0
> HostMatchRegexp=^mtest(.+)\.bf-internal\.com$
> HostMatchRegexpItem=1
> HostMatchSubtextPre=
> HostMatchSubtextPost=mtest.bf-internal.com
> IndexMatchType=regexp
> IndexMatchElement=1
> IndexMatchRegexp=^/index_(.+)\.php$
> IndexMatchRegexpItem=1
> IndexMatchSubtextPre=index_
> IndexMatchSubtextPost=.php
>
> These two are very key:
> HostMatchRegexp=^mtest(.+)\.bf-internal\.com$
> HostMatchSubtextPost=mtest.bf-internal.com
> This sets up the DNS to be like the following:
> mtestadmin.bf-internal.com
> mtestuser.bf-internal.com

I thought these looked important, but then because I was using URI, the SiteAccess instruction document seems to imply that it is not needed. Just out of interest, I presume that as a 'co.uk' domain I would use something like HostMatchRegexp=^mtest(.+)\.bf-internal\.co.uk$ if I were doing that?

>
> If you are using the port, make sure that port is visible to
> the HTTPD. For example for apache I had to add the line:
> Listen 1338
>
> Then you might setup your site as:
> HostMatchRegexp=^(.+)\.bf-internal\.com$
> HostMatchSubtextPost=.bf-internal.com
>
> This setup the site like the following:
> user.bf-internal.com
> user.bf-interanl.com:1338

I will have a look at these settings, but it seems to me, reading between the lines, that by default the system uses uri resolution, and that in my site.ini it is set up that way. There is a setting in SiteSettings called 'AdminSiteURL' or something and I don't know what to put in there if I am using URI resolution.

I may have to go and try to use Host based resolution - which would be a great shame as I have a name service providor who limits the number of host names I can have per domain, so it looks great to me to be able to access version three with only one. If you use host based resolution by the way, do you just copy the info from the doc/install file again into the settings for the admin hst in the httpd.conf?

> I hope this help,
> Michael

Thanks for trying. I'd really like to get there sometime soon!

Jock

Jonathan Coats

Sunday 23 February 2003 4:04:21 pm

Okay - I'm thinking that this is NOT a problem with eZ Publish at all, or at least not all. I noticed similar behaviour at one point during the install process when I asked it to include the demo data, and also when submitting the kernl_clean.sql file via phpmyadmin.

So I'm thinking there's some problem with passing variables in my php setup.

Any ideas?

You can have a look, temporarily, at my phpinfo output by going here:

http://www2.jcsolutions.co.uk/phpinfo.php

Any help appreciated. I really need to get on with some work! Not setup!

Jock

Alexei Pechekhonov

Monday 24 February 2003 6:28:30 am

Hi, if you want to change the site.ini - delete (better way rename ) site.ini.php.
Then try to work with site.ini only.
Hope it helps

ali reza

Monday 08 November 2010 7:35:35 pm

After upgrading to ezpublish 4.2 everything works fine with firefox, but in IE 6, 7 and 8 users can not login ( I can access admin but users can not login). When in site.ini I SessionNamePerSiteAccess=enabled then user can login with IE, then after closing his browser and opening again he can not login and I have to set "SessionNamePerSiteAccess=disabled" and they can login and I have to switch enabled and disabled to let them login. I will be more than happy if someone could help me.

Regards

Heath

Monday 08 November 2010 8:05:13 pm

@ Ali

Please stop posting duplicate messages in our forum.

Cheers,

Heath

Brookins Consulting | http://brookinsconsulting.com/
Certified | http://auth.ez.no/certification/verify/380350
Solutions | http://projects.ez.no/users/community/brookins_consulting
eZpedia community documentation project | http://ezpedia.org

ali reza

Monday 08 November 2010 8:17:30 pm

I am sory, i just thought my first post and then second post were not posted! and in otherhand it is 30h without sleeping try to solve this problem and no success and my customers have a presentation tuesday afternoon and I need to find a solution.

Warm regards,

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.