Prev: sharepoint email alert not sent when edit or delect file
Next: WSS 3.0 : javascript error Permission Denied on filtering list
From: mcantin on 22 Mar 2010 15:04
Alright,

I've searched everywhere and I cannot find the answer, due to the rarity of
our setup.

WSS 3.0/IIS 6.0/WinServer 2003

We have a sharepoint site that is in good shape, almost. Its TCP and SSL
port are uncommon and need to be rerouted to work properly. This is where the
Citrix Access Gateway (CAG) comes in play. It will redirect any request from
URL (something.something.com) to the correct SSL port on the correct server.
My AAM is configured to Default something.something.com and nothing else,
since the CAG will provide the port. We use FBA, and require SSL.

This works perfectly for everything that is safe or that is anything that an
end user can see, but if I try to add a webpart, it errors out. Whereas if I
add it internally, or bypass the CAG the webpart adds fine. The same goes for
most of the _layouts pages, like _layouts/new.aspx. If I add a Link List/Doc
library on the something.something.com, it errors out (Page cannot be
displayed) and the page won't display, but if I try it with an internal
address it will work fine.

I found that if I am trying to add something or doing anything
administrative, the site will navigate to the pages that I need to go to
fine, but when i actually ADD something the URL will change from
something.something.com to something.something.com:SSLport, thus erroring out
the site. The URL with the SSL port shows on the Site URL when navigating to
Site Settings. However, if I bypass the CAG, using the internal address the
_layouts page works like a charm and i can add anything. All the CAG does is
reroute a DNS request to the provided server and port.

I've tried reextending the application, no luck same thing.

I've tried changing the AAM to hide the port and the CAG rejects it.

I've tried to recreate a new webapp/site collection with the same rules on
the CAG, same thing occurs.

I am hunching that this is an issue with the alternate access mapping, thats
why I'm posting here.

Correct me if I'm wrong, and please provide me with some feedback and
answers. Any suggestions would be very appreciated.

The default AAM zone is the https://subdomain.domain.com

if I change it to anything other than that with the subdomain, the CAG
rejects it.


 | 
Pages: 1
Prev: sharepoint email alert not sent when edit or delect file
Next: WSS 3.0 : javascript error Permission Denied on filtering list