none
Cannot Access SharePoint Site Remotely RRS feed

  • Question

  • I have a test SharePoint server that is having a weird problem. When I try to browse to my home page from the server itself, I can access the site. However, I cannot log in as a different user nor can I log in as my original user afterwards. Also, when I try to browse to the site from my computer, I am prompted for a username and password. I enter my credentials, press enter and the login dialog appears again. This happens three times and then the browser window gives me a blank screen. Here's the weird part, I can log in just fine when I use Firefox.

    I have checked the ULS logs and don't see anything there. When I checked the Windows event logs, I see four Audit Failures all with the following information:

    An account failed to log on.

    Subject:
     Security ID:  NULL SID
     Account Name:  -
     Account Domain:  -
     Logon ID:  0x0

    Logon Type:   3

    Account For Which Logon Failed:
     Security ID:  NULL SID
     Account Name:  
     Account Domain:  

    Failure Information:
     Failure Reason:  Unknown user name or bad password.
     Status:   0xc000006d
     Sub Status:  0xc000006a

    Process Information:
     Caller Process ID: 0x0
     Caller Process Name: -

    Network Information:
     Workstation Name: -
     Source Network Address: 10.28.5.35
     Source Port:  52887

    Detailed Authentication Information:
     Logon Process:  Kerberos
     Authentication Package: Kerberos
     Transited Services: -
     Package Name (NTLM only): -
     Key Length:  0

    This event is generated when a logon request fails. It is generated on the computer where access was attempted.

    The Subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.

    The Logon Type field indicates the kind of logon that was requested. The most common types are 2 (interactive) and 3 (network).

    The Process Information fields indicate which account and process on the system requested the logon.

    The Network Information fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.

    The authentication information fields provide detailed information about this specific logon request.
     - Transited services indicate which intermediate services have participated in this logon request.
     - Package name indicates which sub-protocol was used among the NTLM protocols.
     - Key length indicates the length of the generated session key. This will be 0 if no session key was requested.

     

    I've compared the settings on my test server with my live server and cannot figure out what the difference is.

    Wednesday, April 6, 2011 3:44 PM

Answers

  • Found the problem. For some reason my web app was set to use kerberos instead of NTLM. I made the change and things are working fine now.
    • Marked as answer by Robbertv Wednesday, April 6, 2011 6:16 PM
    Wednesday, April 6, 2011 6:16 PM

All replies

  • Can you list everything that is displayed on the status bar at the bottom of your IE window?

    Example, on this forum I see:

    Done //  Internet | Protected Mode: Off // 100%


    Lewis_Carroll "His answer trickled through my head like water through a sieve."
    Wednesday, April 6, 2011 5:02 PM
  • Local Intranet
    Protected Mode Off
    100%

    Wednesday, April 6, 2011 5:03 PM
  • What happens if you try to browse to the fully qualified name of your server?

    So, if you were going to http://mysharepointserver try http://mysharepointserver.domain


    Lewis_Carroll "His answer trickled through my head like water through a sieve."
    Wednesday, April 6, 2011 5:13 PM
  • Same
    Wednesday, April 6, 2011 5:22 PM
  • I checked my HTTP logs and see that my requests using IE are returning 401 errors, yet my requests using Firefox are returning 200 status codes. Which reaffirms what the log entry in my original post states.

    Wednesday, April 6, 2011 5:30 PM
  • If it's running fine with one browser and not another... What version of IE are you running?  And, check your security settings for Local Intranet sites, try setting it back to default level if it is custom or changed.


    Lewis_Carroll "His answer trickled through my head like water through a sieve."
    Wednesday, April 6, 2011 5:45 PM
  • Found the problem. For some reason my web app was set to use kerberos instead of NTLM. I made the change and things are working fine now.
    • Marked as answer by Robbertv Wednesday, April 6, 2011 6:16 PM
    Wednesday, April 6, 2011 6:16 PM
  • How do you change these settings (from Kerberos to NTLM) in Sharepoint 2013 please?

    • Edited by Kothai V Tuesday, November 26, 2013 8:51 AM
    Tuesday, November 26, 2013 8:51 AM
  • Found the answer.... Should change under the "Authentication providers" for the web application.

    But the web application is already set to NTLM still not able to access the site collection remotely.

    Tuesday, November 26, 2013 1:45 PM