What about this situation which I have here at work. I have a server that is in a DMZ and has both an internal IP and an external IP and thus internal and external names. If I connect to this server from the external interface I need to use one name and a different from internal...if the server always identified itself by it's actual host name the external clients wouldn't be able to access it at all. And further along these lines...what about server groups where you want your users to connect to a virtual IP...would you want that to identify which server in the group it was actually connected to? The point is that the client, to matter native, api or what, is going to tell you you connected to the server you told it to connect to...if you want them to have completely different names then they need to be on different boxes. Just my opinion
_____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen Sent: Tuesday, February 27, 2007 6:17 AM To: arslist@ARSLIST.ORG Subject: Re: Server Logins with Multiple ARS Instances - Possible Bug ** I understand what is happening and I realize that the port is required to login to the remedydev7 instance. The issue is with the WUT and .Net API incorrectly reporting which server I am logged into. Both the WUT and API are reporting the name I manually typed into the Login dialog or in the Server parameter of the .Login API method and not the actual server to which I am eventually logged in. To me, this is a bug - the WUT and API should always report that actual server name. In the API I did find a work around by calling the .GetServerInfo method with the AR_SERVER_INFO_SERVER_NAME constant instead of using the .ServerName property. Stephen _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of L. J. Head Sent: Monday, February 26, 2007 5:44 PM To: arslist@ARSLIST.ORG Subject: Re: Server Logins with Multiple ARS Instances - Possible Bug ** not a bug...just an understanding of what is happening. there are two different methods that Remedy has a name...to the client and to the server...you could create dns entry to point to 'bobsbassfishing' and point it at a server....as long as that was a remedy instance all of your forms would come up as coming from bobsbassfishing....that is nothing more than a dns resolution of the IP....in order to connect to remedydev7 you MUST provide the port...if not you will connect to the one using portmapper...and due to the fact that they are on the same box...you will get remedydev _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen Sent: Monday, February 26, 2007 1:34 PM To: arslist@ARSLIST.ORG Subject: Server Logins with Multiple ARS Instances - Possible Bug ** I noticed something that doesn't seem right with logging into different instances of ARS on the same server. The server name that is visible in the User Tool (6.3 and 7.0) and from the .Net API (v7.x) lists the wrong server in certain circumstances. Environment: Windows Server 2003 with ARS 6.3 (SQL 2000) and 7.0.1 (SQL 2005) installed. The 6.3 server instance is named "remedydev" and uses Port Mapper. The 7.0.1 server instance is "remedydev7" and uses TCP port 1111. Both ARS instances have the Demo account with the same password. When I attempt to login to the remedydev7 server without specifying the TCP port it logs into the remedydev server. However, the name of the server displayed in WUT Object List has the server listed as "remedydev7". The forms that are listed are actually from "remedydev". This is also true in the .Net API - the server name is listed as "remedydev7" instead of the actual server, "remedydev". I am sure that the forms listed are from remedydev because they do not exist on the remedydev7 server. This appears to be a bug. Can anyone else confirm this? Stephen __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"