SillyDog701

[dotnetprof2005]

Thanks for taking time to respond to my questions.
Actually it was not an application issue.But the client machine's browser's security settings had to have the webserver's name under trusted site.
so issue got resolved like that.
Now i am hitting another one which is as follows.Actually we have four different machines as i have shown.
CLIENT<-------->MIDTIER<--------->INFRA<------->WEBSERVER.

Client can not request the page directly from webserver and has to go through MIDTIER. But here is an IFRAME that is executed on the MIDTIER.
<IFRAME servername/Virtual Directory/aspx page height="800" width="800"></IFRAME>
So now the thing is that i log in from client into my application which is residing on Midtier and i try to load that page which has this (<IFRAME servername/Virtual Directory/aspx page height="800" width="800"></IFRAME>) tag and IFRAME is loaded in context to the current page but it is trying to load another page which will be served by the webserver.
The problem here is that Client doesnt have direct access to the webserver so according to my understanding when the IFRAME is loading in the client machine's browser it actually tries to send the credentials of client to the webserver and that is why my request gets no answer from webserver.
I want the request to hit from Client to the midtier and midtier will contact the infra server and infra server will get the response from Webserver and send it to Midtier and then to the Client.
I am clueless.I would so appreciate some help from any one.
Thanks

UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511

[Antony]

Client can not request the page directly from webserver and has to go through MIDTIER. But here is an IFRAME that is executed on the MIDTIER.
<IFRAME servername/Virtual Directory/aspx page height="800" width="800"></IFRAME>

Are you saying your client is not able to access MIDTIER directly?
If so, IFRAME won't help, because the path specified in IFRAME tag still requires a direct connection from client's browser.

UserAgent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/412.7 (KHTML, like Gecko) Safari/412.5

[dotnetprof2005]

Yes you are right that is what the problem i am having that client is not able to access Midtier but then what can be the workaround.
Is there anything else i can use and have the same behaviour ,i mean i should still be able to show the contents of another page and the url in the header should not change.As a matter of fact i need to hide the target URL when user right clicks on the page and selects either view source or properties.
Thank you very much in advance

UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

[Antony]

Yes you are right that is what the problem i am having that client is not able to access Midtier but then what can be the workaround.

I think I might want to ask why your client is unable to access the Midtier.
Is that due to your client's side or due to your end?

If that's due to your client's side (e.g. firewall, network etc). then you might need to have a middle man to bypass the data. (Note, this will break the certificate thing.)

If that's due to your end, and you need to hide the URL, you might simply want to simply parse data from Midtier and dynamically generate it in your regular URL.

Is there anything else i can use and have the same behaviour ,i mean i should still be able to show the contents of another page and the url in the header should not change.As a matter of fact i need to hide the target URL when user right clicks on the page and selects either view source or properties.

I can think about the ones I mentioned above.
Also hiding target URL won't work for geeks, trust me, there are ways to figure that out. (The easiest way is to simply disable JavaScript, or just un-block the context click thing.)

Context click is commonly known as right click.

UserAgent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/412.7 (KHTML, like Gecko) Safari/412.5