2

I have a virtual server on Microsoft Azure. It has IIS 8, PHP 5.4 and a Joomla 3.3 site installed on it. This is a brand new install where I am migrating a site from a different location using Akeeba Backup(v4.0.2).

I am seeing a problem when I try to log into the Joomla site at either the front end or the administrator side. In both cases I enter a valid username/password combination (verified) and the screen just jumps back to the same page. I get no error or notification of an invalid login, but it does not log in.

I verified the users I am trying and everything looks good at that level. I have error reporting set to its highest level in PHP and Joomla. So far I have seen no errors anyplace. The web pages do seem to be posting the login credentials to the server and the page is refreshing. There are no JavaScript errors that I have found.

The one strange thing is that Joomla does not seem to be writing anything to the Logs folder. On each login attempt it should be appending a log file, but nothing at all is happening in that folder.

In some posts people have noted that this could be a permissions issue and cause a silent failure. Based on that I verified that the IIS_USERS account had full permissions to that folder.

I am beating my head against the wall on this. Does anyone have an idea of what is going on or thoughts on how to debug the problem?

Improve this question
3
  • Have you amended your log file path to reflect the new virtual directory? Also, does the website display everything else ok on the front end - i.e only login issues Commented Sep 16, 2014 at 20:10
  • The log file path is set correctly. I checked that several times. Commented Sep 17, 2014 at 15:03
  • This is old, but I just noticed it, as I've just started to use this StackExchange site. I wrote some blog articles about how I created a Joomla site on IIS, and this just might contain information that is of use to you: renniestechblog.com/information/… Commented Dec 8, 2017 at 0:56

1 Answer 1

Reset to default
2

Following some comments I found in other places I tried giving the YOURMACHINE\user account full permission to the site folders. This actually fixed the problem, but I am not entirely comfortable with this from a security point of view. I was originally led to believe that the IIS_IUSR account was the one that was accessing the log folder, but this does not seem to be the case.

I think the issue is resolved, but I would welcome a better answer.

Improve this answer

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.