More than once now I've run into situations with the NTLM configuration in IIS where it seems that the GUI setting doesn't do all you need it to to properly configure integrated windows authentication for a web site. Earlier this week I was asked to look into a situation for a particular project team where Firefox wasn't prompting them to enter a username/password in one environment (they'd just get an http 401.2 error), and yet it was giving them the prompt in another environment. (IE was running fine in both environments, by the way).
I went through all the IIS GUI configs in IIS and the two boxes looked identical. Since this appeared to be an issue with integrated authentication, I ran this script:
cscript c:\inetpub\Adminscripts\adsutil.vbs GET W3SVC/WEB_SITE_Number/ROOT/NTAuthenticationProviders
which showed me that the working server had nothing set (wasn't set), while the server that was giving them problems returned with 'Negotiate,NTLM.' I subsequently set NTAuthenticationProviders to '' and it worked by using 'set' instead of 'get' in the above script and providing an empty parameter.
Note: I understand the above setting to be different than the one below. In more than one instance at work I've had this issue and proven that this is the case. The script below, from my understanding, the same as the Windows Integrated Authentication checkbox on the Directory Security tab in IIS.
cscript c:\inetpub\adminscripts\adsutil.vbs SET W3SVC/WEB_SITE_Number/ROOT/vDir_Name/authNTLM TRUE
Saturday, March 26, 2011
Thursday, March 3, 2011
IT Professional - Know Thyself
What are you good at? It pays to know - literally. It will also make you happier and more productive on the job.
The more I work in IT, the more I see where I'm most effective. I also see in comparison where others blow past me in their individual skills. It's important for multifunctional teams to have a good idea of different team member's areas of expertise. Leveraging (knowing when and who to ask for a specific kind of help) these team skills can greatly improve the effectiveness of a team.
Here's some real life examples:
I'm rather weak on writing complex sql statements. I can profile sql, and can get most sql work done. But if I've got a difficult query I'm working on, I'll go ask my team mate who is an expert on putting together complex sql. Later on, he'll ask me for help with a visual studio or server/service configuration related question. Its a good, productive working relationship that keeps everyone happy. The BA's are happy because the data looks right. My PM is happy because my task was finished on time. And my team mate and I our happy because we both learned something and did it faster than trying to google for it on our own.
I'm great at problem solving software related issues - particularly in a domain I'm familiar with. Whether it's missing permissions, configuration, network connectivity, everyone sitting around me will tell you I'm very, VERY persistent at solving problems that are brought to me. My neighbor one cube west is fantastic at IIS/MSTDC/COM related bug/configuration debugging. She also knows our software domain better than almost anyone else in the building - she seems to have it memorized. When I have an issue with our software that I don't know how to fix, or a business related problem in the software, I talk to her without hesitation. Conversely, when she is stuck on an issue that she doesn't know how to solve, she will buzz it past me. Again, a productive working relationship that makes everybody happy. The business is happy they got their patch as fast as they did. Once again our PM is happy, etc....
In meetings I will keep quiet and not say very much unless I feel there is an important point being missed. I'm not super great at arguing a point. I'm not the person that's always called on to go to a meeting to convince another group of people that 'our way is the right way'. Part of this is my personality, part of it is my belief that there is multiple ways to get 'a good enough' answer for the problem we are looking to resolve. However, we have another fellow in our group that will absolutely blow you away with his gift of logical persuasion. He's the guy that gets sent to those 'convince the group' meetings. On the other hand, I'm called on when diplomacy and a consensus is required.
Know what you are good at. Seek to know what your team mate's strengths are. Become a happier, more productive development team.
The more I work in IT, the more I see where I'm most effective. I also see in comparison where others blow past me in their individual skills. It's important for multifunctional teams to have a good idea of different team member's areas of expertise. Leveraging (knowing when and who to ask for a specific kind of help) these team skills can greatly improve the effectiveness of a team.
Here's some real life examples:
I'm rather weak on writing complex sql statements. I can profile sql, and can get most sql work done. But if I've got a difficult query I'm working on, I'll go ask my team mate who is an expert on putting together complex sql. Later on, he'll ask me for help with a visual studio or server/service configuration related question. Its a good, productive working relationship that keeps everyone happy. The BA's are happy because the data looks right. My PM is happy because my task was finished on time. And my team mate and I our happy because we both learned something and did it faster than trying to google for it on our own.
I'm great at problem solving software related issues - particularly in a domain I'm familiar with. Whether it's missing permissions, configuration, network connectivity, everyone sitting around me will tell you I'm very, VERY persistent at solving problems that are brought to me. My neighbor one cube west is fantastic at IIS/MSTDC/COM related bug/configuration debugging. She also knows our software domain better than almost anyone else in the building - she seems to have it memorized. When I have an issue with our software that I don't know how to fix, or a business related problem in the software, I talk to her without hesitation. Conversely, when she is stuck on an issue that she doesn't know how to solve, she will buzz it past me. Again, a productive working relationship that makes everybody happy. The business is happy they got their patch as fast as they did. Once again our PM is happy, etc....
In meetings I will keep quiet and not say very much unless I feel there is an important point being missed. I'm not super great at arguing a point. I'm not the person that's always called on to go to a meeting to convince another group of people that 'our way is the right way'. Part of this is my personality, part of it is my belief that there is multiple ways to get 'a good enough' answer for the problem we are looking to resolve. However, we have another fellow in our group that will absolutely blow you away with his gift of logical persuasion. He's the guy that gets sent to those 'convince the group' meetings. On the other hand, I'm called on when diplomacy and a consensus is required.
Know what you are good at. Seek to know what your team mate's strengths are. Become a happier, more productive development team.
Subscribe to:
Posts (Atom)