ASP pages & possible permissions corruption

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Jennifer Sanders

    ASP pages & possible permissions corruption

    We're running windows 2000 server with IIS 5.0. We're
    trying to execute .asp scripts but we keep getting the 500
    (internal server) error.

    It looks like the permissions might be corrupted. When I
    go to the folder in question, go to properties >> security
    and look at the user groups, for several seconds they say
    this:

    S-1-1-0
    S-1-5-18
    S-1-5-32-544

    Then the above numbers turn into the group names
    (everyone, administrator, etc.).

    The end result is that no .asp code can be executed, but
    other scripts (such as ColdFusion scripts, sorry) are
    working fine. Our website as a whole is functioning
    properly. Months ago I applied the IIS Lockdown Tool and
    ever since I've had to jockey the permissions around.
    Earlier in the week I had IIS prompt me for
    username/password to access public pages. When I went to
    the permissions menu, it hesitated and then opened. When
    I retried the pages after adjusting the permissions, I was
    able to access them again.

    Any suggestions, reference?

    Thanks.
  • Chris Barber

    #2
    Re: ASP pages & possible permissions corruption

    The SIDs are what is actually used to match the security - it always takles
    a few sconds for the display to resolve them to actual group names from AD /
    Domain Controller etc.

    Internal Server error usually denotes something in Global.asa that is not
    working - try moving the code to an asp page and call it to see the real
    error if you have anything in Global.asa?

    Chris.

    "Jennifer Sanders" <daboomdabip@ya hoo.com> wrote in message
    news:044d01c34d 8c$ea3aad20$a40 1280a@phx.gbl.. .[color=blue]
    > We're running windows 2000 server with IIS 5.0. We're
    > trying to execute .asp scripts but we keep getting the 500
    > (internal server) error.
    >
    > It looks like the permissions might be corrupted. When I
    > go to the folder in question, go to properties >> security
    > and look at the user groups, for several seconds they say
    > this:
    >
    > S-1-1-0
    > S-1-5-18
    > S-1-5-32-544
    >
    > Then the above numbers turn into the group names
    > (everyone, administrator, etc.).
    >
    > The end result is that no .asp code can be executed, but
    > other scripts (such as ColdFusion scripts, sorry) are
    > working fine. Our website as a whole is functioning
    > properly. Months ago I applied the IIS Lockdown Tool and
    > ever since I've had to jockey the permissions around.
    > Earlier in the week I had IIS prompt me for
    > username/password to access public pages. When I went to
    > the permissions menu, it hesitated and then opened. When
    > I retried the pages after adjusting the permissions, I was
    > able to access them again.
    >
    > Any suggestions, reference?
    >
    > Thanks.[/color]


    Comment

    • Ray at

      #3
      Re: ASP pages &amp; possible permissions corruption

      Those values you're seeing are orphaned SIDs - SIDs of users who no longer
      exist on your network. You can delete them, since they aren't doing any
      good anyway. Just be sure that they are actually just SIDs, and it's not
      just that you have a slow server or network that's taking a while to resolve
      the SIDs to their friendly names.

      For your internal server error issues, find out what the real error is.


      Ray at home

      --
      Will trade ASP help for SQL Server help


      "Jennifer Sanders" <daboomdabip@ya hoo.com> wrote in message
      news:044d01c34d 8c$ea3aad20$a40 1280a@phx.gbl.. .[color=blue]
      > We're running windows 2000 server with IIS 5.0. We're
      > trying to execute .asp scripts but we keep getting the 500
      > (internal server) error.
      >
      > It looks like the permissions might be corrupted. When I
      > go to the folder in question, go to properties >> security
      > and look at the user groups, for several seconds they say
      > this:
      >
      > S-1-1-0
      > S-1-5-18
      > S-1-5-32-544
      >
      > Then the above numbers turn into the group names
      > (everyone, administrator, etc.).
      >
      > The end result is that no .asp code can be executed, but
      > other scripts (such as ColdFusion scripts, sorry) are
      > working fine. Our website as a whole is functioning
      > properly. Months ago I applied the IIS Lockdown Tool and
      > ever since I've had to jockey the permissions around.
      > Earlier in the week I had IIS prompt me for
      > username/password to access public pages. When I went to
      > the permissions menu, it hesitated and then opened. When
      > I retried the pages after adjusting the permissions, I was
      > able to access them again.
      >
      > Any suggestions, reference?
      >
      > Thanks.[/color]


      Comment

      • Jennifer Sanders

        #4
        Re: ASP pages &amp; possible permissions corruption

        Thanks for the advice, Ray. The URL you gave had a lot of
        good info. I set up IE to give me the 'real' error--
        turned out to be a 'Server Application Error'. I followed
        the tip on the FAQ for this--removing and creating the
        service on the 'home dir' tab of the IIS website
        properties. But that didn't work. Any other ideas?

        I'm currently updating the service pack to 4 and I'm gonna
        uninstall the IIS Lockdown...
        [color=blue]
        >-----Original Message-----
        >Those values you're seeing are orphaned SIDs - SIDs of[/color]
        users who no longer[color=blue]
        >exist on your network. You can delete them, since they[/color]
        aren't doing any[color=blue]
        >good anyway. Just be sure that they are actually just[/color]
        SIDs, and it's not[color=blue]
        >just that you have a slow server or network that's taking[/color]
        a while to resolve[color=blue]
        >the SIDs to their friendly names.
        >
        >For your internal server error issues, find out what the[/color]
        real error is.[color=blue]
        >http://www.aspfaq.com/2109
        >
        >Ray at home
        >
        >--
        >Will trade ASP help for SQL Server help
        >
        >
        >"Jennifer Sanders" <daboomdabip@ya hoo.com> wrote in[/color]
        message[color=blue]
        >news:044d01c34 d8c$ea3aad20$a4 01280a@phx.gbl. ..[color=green]
        >> We're running windows 2000 server with IIS 5.0. We're
        >> trying to execute .asp scripts but we keep getting the[/color][/color]
        500[color=blue][color=green]
        >> (internal server) error.
        >>
        >> It looks like the permissions might be corrupted. When[/color][/color]
        I[color=blue][color=green]
        >> go to the folder in question, go to properties >>[/color][/color]
        security[color=blue][color=green]
        >> and look at the user groups, for several seconds they[/color][/color]
        say[color=blue][color=green]
        >> this:
        >>
        >> S-1-1-0
        >> S-1-5-18
        >> S-1-5-32-544
        >>
        >> Then the above numbers turn into the group names
        >> (everyone, administrator, etc.).
        >>
        >> The end result is that no .asp code can be executed, but
        >> other scripts (such as ColdFusion scripts, sorry) are
        >> working fine. Our website as a whole is functioning
        >> properly. Months ago I applied the IIS Lockdown Tool[/color][/color]
        and[color=blue][color=green]
        >> ever since I've had to jockey the permissions around.
        >> Earlier in the week I had IIS prompt me for
        >> username/password to access public pages. When I went[/color][/color]
        to[color=blue][color=green]
        >> the permissions menu, it hesitated and then opened.[/color][/color]
        When[color=blue][color=green]
        >> I retried the pages after adjusting the permissions, I[/color][/color]
        was[color=blue][color=green]
        >> able to access them again.
        >>
        >> Any suggestions, reference?
        >>
        >> Thanks.[/color]
        >
        >
        >.
        >[/color]

        Comment

        Working...