Sharepoint Forum

Ask Question   UnAnswered
Home » Forum » Sharepoint       RSS Feeds

ISA Firewall Client

  Asked By: Juana    Date: Aug 02    Category: Sharepoint    Views: 1003

I have some clients who use our SharePoint system. Some of them are unable to
login from their location, but we're able to login with their username and
password from our location.

I know that one user's system goes through an ISA Firewall Client. Are there any
known issues that could cause our client to not be able to gain access to the



9 Answers Found

Answer #1    Answered By: Gobinda Navalagi     Answered On: Aug 02

On the client  side, SharePoint can do some weird things from the browser.
For instance:
MOSS is configured to listen on www.company.com" target="_blank" rel="nofollow">www.company.com on IP

However if the client can resolve say, www or website to that IP, MOSS will
respond, prompt for login, then redirect to www.company.com" target="_blank" rel="nofollow">www.company.com, then prompt for
login again.

These settings are controlled both via whatever DNS server is being us
(perhaps it's the public system) and the AAM page in central administrator.
It's possible that something is screwy on the client's machine with the host
file and/or dns settings. A quick ping should reveal the resolve IP address,
but like I said, MOSS will sometimes redirect the browser. If the site uses
http, the client can use some kind of tcpmon or packet sniffing tool to see
whats going on on the wire.

Answer #2    Answered By: Rose Silva     Answered On: Aug 02

Thanks, this is slightly over my head, but hopefully I can pass this information
on to someone who will be able to help me.

Answer #3    Answered By: Maegan Ellison     Answered On: Aug 02

There could also be other sorts of issues  going on if the client  in
question is remote and going through firewalls/proxies/reverse proxies.
Not all of these pass all of the authentication protocols (either by
default or in some cases at all). What type of authentication are you
using for SharePoint - forms, Basic, NTLM, or Kerberos?

Answer #4    Answered By: Yahaira Shannon     Answered On: Aug 02

I'm not sure what authentication we're using. We use an external company to run
the system  for us (FPWeb).


Answer #5    Answered By: Doris Leach     Answered On: Aug 02

When you sign into the website, what kind of window are you prompted with?
is it a web browser http authentication box (i.e. username  and password)? or
is it something else, like a web page form with a submit button?

Answer #6    Answered By: Sumitra 2004     Answered On: Aug 02

It's a web browser authentication box.

Answer #7    Answered By: Bhairavi Damle     Answered On: Aug 02

My guess would be that the alternate access  mappings are pointed to a url
that isn't accessible from where you are located. This setting is in central
administrator. I'm not sure if the hosting provider you have lets you access
to make changes there, but if you can, verify that the url in your browser
that prompts for authentication is the same url as listed within the
Alternate Access Mapping section in CA.

Of course, since this is SharePoint, there is probably a dozen other things
that can be wrong. After you type in your username  and password, what
happens then?

Answer #8    Answered By: Leeann Hull     Answered On: Aug 02

This is actually an external client  that we provide this service for, but that
person tells us that they type in their username  and password, it doesn't say
anything about a wrong username and password, and just redisplays a white page
with the login  prompt again.

Answer #9    Answered By: Vaasu Radhakrishna     Answered On: Aug 02

On the backend, if the username  in question is an active directory account,
make sure they are typing in domain\username
try reseting the password if all else fails. the password could be expired
too, that will cause a login  failure through iis

Didn't find what you were looking for? Find more on ISA Firewall Client Or get search suggestion and latest updates.