After DNN Database migration, DNN shows a successful log in in the EventLog table, but It actually does not have me logged in - database

So I have moved a good number of DNN database/websites and not encountered the following issue.
After moving and getting the site back up and running, when I try to log into the site with either a Super User or typical user account the following happens:
if I type in the wrong password I get an expected wrong password error
if I put in the correct password the EventLog table shows a successful login, but I am not logged in and it redirects me to the login page.
I have checked that in deed it does not see that I am logged in by going to areas that I can't without it requesting me to login.
I moved the DNN database the same way I have a number of times: backed up database and restored it on the new SQL host server. Updated the portalAlias table entries. The site is obviously up as I can get to it.
Any suggestions?

I would try clearing your browser cache. I have at times had the browser cache freeze the cookie and apparently keep me from logging in or at times from logging out.
I those cases I clear the cache and all temporary files. Then if that still doesnt fix it i break out the virtual machine and try it from a broser on another machine.

Related

identityserver4 saves device ip?

I use IdentityServer4 and Xamarin.Forms. All work fine. But there is a question. When i log in and then exit the mobile application or re-build then, when I log in again, I automatically log in! Without asking for a username and password!
I want to note, I did not log out in IdentityServer, just closed app.
It seems that the server remembers the ip address of the application, and if a request for authorization repeatedly arrives from it, without prior log out, then it automatically log in.
This is my guess. I did not find it in the documentation. And did not find the corresponding records in the database
It's because of the cookie based authentication scheme that is set up on your Identity Server 4. You are logging in through your device browser client so after the user logs in the cookie is left and thus the skip of login screen next time there is an attempt to log in.

DotNetNuke - DnnImageHandler.ashx - error 500

Clean Dnn Version : 09.01.01 (129)
When I work with Dnn and have javascript console opened, a lot of times I get error:
/DnnImageHandler.ashx?mode=profilepic&userId=1&h=32&w=32 500 (Internal
Server Error)
At the same time the image in the toolbar profile is missing. Where an how I can see what is working wrong what logs to check? If I go to Manage / Admin Logs and select Log Settings There is a lot of stuf I can enable, but dont know what can be right to see this error and try to find something more.
If I try to open this link in another browser window most of the time everithing is OK and I get generic user image with "?" back.
Also does anyone else see this errors?
Found the same error here:
https://dnntracker.atlassian.net/browse/DNN-9581
It is fixed in dnn 9.2
So I just spent the past hour trying to figure this out, and had to do a lot of cleanup on one of my DNN instances where it was occurring, but once I got all the cleanup done I think it comes down to this.
You're logged in with a Host/SuperUser account correct?
If you login as ANY other user, one of the Users in the Portal, it works correctly?
I ended up having to fix my "profile" page, the site was referencing skins that didn't exist anymore on the profile page, then containers that didn't exist. Once I cleaned all that up, I was able to navigate to the profile page, click on Edit profile, and once I edited the profile, I uploaded a new avatar for the HOST user and was able to get the image to render properly.
I think the issue has something to do with HOST accounts and either referencing an image that isn't part of the current portal, OR HOST accounts and referencing a default image that doesn't exist due to it being a host account, instead of a standard user account.
So how to fix?
Try uploading a profile photo for your account on the current portal and see if that resolves.

Laravel Getting Logged out

I get randomly logged out in laravel. After trying to login again I randomly get the page reloaded or a Token Mismatch (or logged in).
After changing to the Session Database Drive (Problem still persisting) I've noticed that it creates new sessions for every login try. It also creates a session when logging out... But not when moving pages.
I noticed that alot of my session rows contain NULL for the user_id.
Does anyone know what could be causing this problem?

Drupal 7: LDAP Authentication failing for old users

I have some users that have had no problems at all in the past. All of a sudden they can't log in anymore. Nothing has changed in the OUs in Active Directory. All other users can log in, no problem. It's just these two. The only thing I can see is in the 'field_data_ldap_user_current_dn' table their 'ldap_user_current_dn_value' got set to null. I manually set this in the db back to the correct dn, but this didn't help. How can I get these users their access back?
Edit:
Whenever cron gets run these two users get their DNs nullified.
I don't know if there is another solution, but I had to delete the users account and assign their content to anonymous. Then they logged in using LDAP credentials and the account was created successfully. Then I just had to assign their content back to them.

Login fails for local copy of DNN site

I've been tasked with maintaining a DNN site that has been running for a while, so I copied it to my local development environment to get up to speed on the setup. I have the site up and running locally, and I can browse all (I think) of the pages. It seems to display correctly and yesterday, the DNN login worked correctly. However, today, when I try to login to manage changes, I enter my username and password on the login page, but it does not actually log in. On screen, all that seems to happen is that the password field clears. No error message displays. In my Firebug console, the only error message that appears is "Password fields present in a form with an insecure (http://) form action. This is a security risk that allows user login credentials to be stolen." Again, yesterday, I was able to log in and get to all of the DNN management features -- I changed skins, modified CSS, changed code, etc. I've tried multiple logins (host, superuser, and regular user) -- all have the same result.
I don't see anything in the database EventLog, except for a startup record.
I saw a couple of other SO posts tangentially related to failed DNN logins on development environment, and checked that Form Authentication is Enabled in IIS and the security for the site folders are set correctly and the folder is not read-only.
I generally use Firefox for development, but I also tried IE. I'm certain I'm missing sometime obvious, but it has me stumped. Ideas? I'm new to DNN, so I'm not up to speed yet on the best practices for debugging. Any other suggestions would be welcome.
Some details: Live site is SQL Server 2008; Dev is SQL Server 2012. Both sites use IIS 7. Dev is DNN 7.2.2. Locally, I'm using VS 2010 for development.
Couple of things to check.
1) Check to make sure your database connection strings (2 of them) in the web.config are both pointing to your local database.
2) Check to make sure the MachineKey values in the web.config still match the values in the production web.config
3) You might turn off SSL on the site, though you'll have to do that in the database as you can't get logged in. I believe you can likely just set Secure to 0 on all of the Tabs table records, but you might need to track down a HOST setting as well to make this work (hostsettings table)
An update. I was able to get this to work by using a different user account. I'm still not sure what the root of the problem was, but I believe it was related to specific settings on my particular user account. I used a generic 'admin' account, and was able to make it work.
Im experiencing the same issue, I think its something to do with the the .dotnetnuke cookie

Resources