Seems like I get a Javascript error when accessing the Website externally...

[geoffrey.mcgill]

I need to have a solution for this issue and if the fixs needs to be on the Portal/VPN side, I need to know what I have to tell the guys in infrastructure to change.

I think this was stated pretty clearly above...

There's some kind of setting on your webserver that is modifying the response, possibly stripping the required "X-Ext.Net" related Header. I believe this was mentioned earlier in this thread by @vladimir.

You should be able to inspect the response Headers from both the Internal and External network calls to see the difference. There should be an "X-Ext.Net" Header in the Response from a DirectEvent/DirectMethod Request.


If the "X-Ext.Net" Header is being stripped, then your network/server/portal/vpn/whatever settings will need to be updated to allow this Header to pass through.

Our guess is that something in your network/server/portal/vpn/ is stripping the "X-Ext.Net" Header. You should be able to confirm this by inspecting the Response Headers using a tool such as Firefox + Firebug.

I need to know what I have to tell the guys in infrastructure to change.

Here is exactly what you need to tell your guys in infrastructure...

Hi [GUY_IN_INFRASTRUCTURE],

There is an issue with our [APP_NAME_AND_LOCATION] and we suspect it has something to do with a required http Header being stripped from all Responses. Here's a link to a basic sample you can test with,

[URL_TO_SAMPLE]

There should be an "X-Ext.Net" Header in the Response from all Ajax requests. Our guess is that some setting in the network/server/portal/vpn/ is stripping the "X-Ext.Net" Header.

[YOUR_EMAIL_SIGNATURE]

Hope this helps.

[RonaldR]

Geoffrey,
Before I send out the email to the guys in infrastructure because it's not that simple, I have to go through a long process for a "Change Request on our Server" :( ...

Below is the response Headers from both the Internal and External network calls, I see some differences, but I not sure what to make of them. Can you tell me if you see anything that could be causing the issue?

Internal:

Cache-Control	private
Content-Length	80
Content-Type	text/html; charset=utf-8
Date	Fri, 13 Apr 2012 13:15:18 GMT
Server	Microsoft-IIS/6.0
X-AspNet-Version	2.0.50727
X-Powered-By	ASP.NET
Request Headers
Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding	gzip, deflate
Accept-Language	en-us,en;q=0.5
Connection	keep-alive
Content-Length	550
Content-Type	application/x-www-form-urlencoded; charset=UTF-8
Cookie	ASP.NET_SessionId=1tuvqdfnqquaso45x0jcbrfy
DNT	1
Host	wfbbswebtest.corp.wfusa.com:15035
Referer	http://wfbbswebtest.corp.wfusa.com:15035/
User-Agent	Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20100101 Firefox/11.0
X-Ext.Net	delta=true
X-Requested-With	XMLHttpRequest

External:

Accept-Ranges	none
Cache-Control	No-Store
Connection	Keep-Alive
Content-Disposition	filename="index.aspx"
Content-Type	text/html; charset=utf-8
Keep-Alive	timeout=15
Set-Cookie	DSLastAccess=1334323087; path=/; Secure
Transfer-Encoding	chunked
Request Headers
Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding	gzip, deflate
Accept-Language	en-us,en;q=0.5
Connection	keep-alive
Content-Length	550
Content-Type	application/x-www-form-urlencoded; charset=UTF-8
Cookie	DSSignInURL=/; DSID=f5dd09cdc675b60279efc7bc77ca8510; DSFirstAccess=1334322675; DSLastAccess=1334323081; DSBrowserProxy=
DNT	1
Host	silverspoon.bbuconnect.com
Referer	https://silverspoon.bbuconnect.com/,DanaInfo=wfbbswebtest.corp.wfusa.com,Port=15035,SSO=U+
User-Agent	Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20100101 Firefox/11.0
X-Ext.Net	delta=true
X-Requested-With	XMLHttpRequest

I think this was stated pretty clearly above...



Our guess is that something in your network/server/portal/vpn/ is stripping the "X-Ext.Net" Header. You should be able to confirm this by inspecting the Response Headers using a tool such as Firefox + Firebug.



Here is exactly what you need to tell your guys in infrastructure...



Hope this helps.

[geoffrey.mcgill]

I see the "X-Ext-Net" Header in both requests, so that's not the problem.

A while back, you stated the following...

Its actually on the same 2003 Web Server, the ONLY difference is where we are trying to access it externally through a Portal.

What exactly to you mean by "Portal"? What software+hardware is used?

Is this one app running in the exact same location on one server... but accessed from two different locations (external and internal)?

It's tough to tell 100%, but this appears to be two different servers. The Headers are certainly different. Why that is, I do not know. If this is the exact same App, running on the exact same server, then something (your Portal/VPN software?) is doing something to modify the Headers and/or Response package.

Why are the following Headers missing from the External Response?

 Date    Fri, 13 Apr 2012 13:15:18 GMT
 Server  Microsoft-IIS/6.0
 X-AspNet-Version    2.0.50727
 X-Powered-By    ASP.NET

They're not required by Ext.NET and it shouldn't make a difference whether they are sent or not, but it's just interesting that if this is the exact same server, and the same Application instance, then I would expect those Headers to be sent in both Internal and External Responses.

Something is modifying the Response, although we're not sure what.