I was asked to trouble-shoot why some of our employees could not access the website from the Internet side of our network, so I downloaded and installed a variety of different programs onto a workstation on the outside of our network. I thought I'd pass on what I found so far...
First of all, I have a large button on the first page that links to the WindowsSignIn.aspx file to sign people in. I have not been able to get mixed-mode working properly with entering IP address ranges, so this was the only way I could get it to be somewhat simple. When on our Intranet, they click on that big button and they are logged in immediately. This works good.
I disabled the standard login also, because some people tended to ignore the BIG, RED, button that is labeled "CLICK HERE TO LOGIN", and instead use the tiny login prompt in the corner. Why they do this is beyond me, but they do... By disabling the standard login, they are presented with only one option, so it is also relatively straight forward.
I decided to test the big five browsers (Windows Version) to see how well they would work.
Internet Explorer, Firefox, Opera, Chrome: All work good, when clicking on the big red button it brings up a pop-up window that allows me to enter AD account information and logs me in. Some of these programs don't seem to log me out automatically though, returning to the website even a week later I'm automatically logged in. So, I will need to check settings to see if it a settings issue or a browser problem as I can see this as a slight security risk.
Safari: What a nasty program... That is all I'm gonna say right now, suffice it to say that after this experience I will never-ever run this program for personal use. Anyways, this program will bring up a pop-up window, like the others, asking for username/password. But, no matter what I try, it will not log me in. If I cancel that window, and go to the DNN login prompt instead, I can then login. Once in there, it appears to run as normal. I haven't dug into this enough to figure out why it behaves that way, but I suspect it is attempting to do a secure connection to log in when the website isn't setup for that.
Another issue I've found is that when logging in using the WindowsSignIn.aspx link, I can log in using username@domain.com or DOMAIN\username, either will work properly. But, when logging in using the DNN login box, if I log in using DOMAIN\username I will get all menus as normal, while if I log in using username@domain.com I will get all menus EXCEPT the admin functions. This is the same problem that I reported a couple of weeks ago.
So... I suspect that the people experiencing problems with our employee website from home are most likely running the Safari browser, so I will have to re-write instructions for them on how to log in. It does appear to work with all of the major browsers though, so I accomplished my goal.