S
Superfreak31
Guest
Hi there,
I have a problem that I hope there is a code solution for. We use InstallShield to package our applications for deployment and part of our installations uses their out of the box Logon Dialogs (to enter a user name and password). The problem is that these dialogs rely on the Computer Browser, which in turn relies on SMB 1.0. Apparently the SMB feature has some security drawbacks so it is not enabled by default on newer OSs.
I have made InstallShield aware of this issue and they entered it as an enhancement request.
Anyway, I would like to rework those dialogs which worked as follows (if all network requirements are in place).. Click a domain browse button, which would display a list of available domains and machines. After that is selected there is a browse to select a user. A password is then entered and the information is validated when the Next button is clicked on the main dialog.
What I would like to do is hopefully rely on a different, coded method to first simply verify the manually entered domain\usernam, password. I could possibly phase domain and user lists in later. However, I'm hoping there is another way to verify a user without relying on the Computer browser service or some other, older prerequisite.
I have some code cobbled together that will verify a user on the domain I am working under, but can't see or validate other domain users. Then I thought there was a trust issue, maybe so I cobbled something else together to hopefully check trust relationships, but that only displays the name of the domain I'm currently working from.
The thing about Trust Relationships is that I can see everything from the InstallShield dialogs when all the prerequisite pieces are in place.
I'm sure there is a lot more I'm not explaining properly, but I just need to verify entered credentials... Domain1\My.User while running things (install or code) on a machine in Domain2. Is that possible and what has to be in place before any code can work?
Please fire questions about holes in my store and I will try to answer them the best I can.
Thank You
Continue reading...
I have a problem that I hope there is a code solution for. We use InstallShield to package our applications for deployment and part of our installations uses their out of the box Logon Dialogs (to enter a user name and password). The problem is that these dialogs rely on the Computer Browser, which in turn relies on SMB 1.0. Apparently the SMB feature has some security drawbacks so it is not enabled by default on newer OSs.
I have made InstallShield aware of this issue and they entered it as an enhancement request.
Anyway, I would like to rework those dialogs which worked as follows (if all network requirements are in place).. Click a domain browse button, which would display a list of available domains and machines. After that is selected there is a browse to select a user. A password is then entered and the information is validated when the Next button is clicked on the main dialog.
What I would like to do is hopefully rely on a different, coded method to first simply verify the manually entered domain\usernam, password. I could possibly phase domain and user lists in later. However, I'm hoping there is another way to verify a user without relying on the Computer browser service or some other, older prerequisite.
I have some code cobbled together that will verify a user on the domain I am working under, but can't see or validate other domain users. Then I thought there was a trust issue, maybe so I cobbled something else together to hopefully check trust relationships, but that only displays the name of the domain I'm currently working from.
The thing about Trust Relationships is that I can see everything from the InstallShield dialogs when all the prerequisite pieces are in place.
I'm sure there is a lot more I'm not explaining properly, but I just need to verify entered credentials... Domain1\My.User while running things (install or code) on a machine in Domain2. Is that possible and what has to be in place before any code can work?
Please fire questions about holes in my store and I will try to answer them the best I can.
Thank You
Continue reading...