marius.hole

Hello. I need to set up a login script with information for the users. The problem is; I have a script (user.asp) that queries a database over odbc. http://intranett/print/user.asp?UserName=%username% I need to include this script in the login information box, so the users may get information about how many pages they have printed and what the account balance is. It is important that the users not can see or get the path of the script or the content of the script. Is it possible to convert the asp script to a vbs? --script start-- <% If Request.QueryString("UserName") <> "" Then set User = Request.QueryString("UserName") Set rs = Server.CreateObject("ADODB.Recordset") QUERY = "SELECT TotalPagesPrinted, Balance FROM UserQuotas WHERE UserName ='" + User +"'" rs.Open QUERY, "PrintManagerPlus" If (rs.EOF) Then Response.Write "No information available for User: "+User+"<P> <P> <P> <P>" Else Response.Write "UserName: " & User & "<BR>" Response.Write "Total Pages Printed: " & rs("TotalPagesPrinted") & "<BR>" Response.Write "Balance: $" & rs("Balance") & "<BR>" End If rs.Close End If %> --script stop-- I’m grateful for any answer or idea. Thanks in advance.

Hi We have some weird problems on the servers. We have two dc with dfs installed. \\server1\dfs\ \\server2\dfs\ = \\domain.int\dfs\ The following problems have occurred lately; A user save his work in his home directory (\\domain.int\dfs\home\%username%\), for further use in an other building or on a other floor. Problem here is, sometimes the files wont show on the next machine they log on to. Usually the files are to be found on either server1 or server2 share if you can’t see them on the \\domain.int\dfs share. And that may be explained with the replication. The weirdness of this is; sometimes they can see the files in \\domain.int\dfs\etc but not on \\server1\dfs\ or \\server2\dfs\. What you see depends on where and with what you log on to the domain with. My thoughts are that it may have something to do with a cache somewhere. In that case, where? We use terminal servers, laptops and some tower computers. In this case you may think it have something to do with the cache on the terminal server then. If so, where is that cache? How can I empty it, is there a policy for that? But still, it does not explain the laptops and the stationary computers. The users profiles is stored on \\domain.int\dfs\profiles\ The replication topology is, as mentioned in the topic, ring topology. Would a other kind of topology be more reliable and faster? (Can not be to resource demanding) Any response that may help me in my journey to solve the problem is most appreciated. Hot tips would also be appreciated. Thanks

Hello I've installed a 2k3 enterprise server with sp1 and all of the latest security patches. This server will be the root certificate server of the domain, and I’ve installed iis with asp, enterprise root ca with web enrollment and ias. I’ve configured the domain gpo with auto enrollment for computers and users and authorized ias in ad. The domain controllers have received certificates and the users (that is member of the auto enrollment group) have received certificates. Now the problem: IAS have not received certificate. The strange thing about this is: I’ve already installed the servers on a test net before I installed the certificate server on the network. And everything work out just fine on the clean test-net. Only problem I had on the test-net was the backup/secondary ias did not receive certificate. Because of a time-limit I had no time to do more research on this. Update: I've restarted the service, and the main ias got the certificate. But still got problems with the backup ias receiving certificate. I would be ever grateful for any answer that would lead to a solution to this problem Note: Yes. I know its best practice to run the root ca offline. So now you don’t have to mention it.