|
Home > Archive > Microsoft Content Management Server > November 2005 > Default Console not displaying - VERY FRUSTRATED!
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Default Console not displaying - VERY FRUSTRATED!
|
|
|
| I've spent almost 7 hours on this problem. I have developed an MCMS on a
development server. It looks great. People can enter "edit" mode, change,
approve, submit pages. Excellent. Now, I moved it to a production server.
On the development server's Site Manager, I exported everything to a file. I
copied the file to the production server. I imported that file into the
production server's Site Manager. I then copied my aspx files using VS.NET's
copy project. Everything appeared on the production server as I expected.
Now, when I hit the pages on the production server, the default console
doesn't appear and no one can enter "edit" mode. What happened? The
developement server and production server are on the same domain. SOMEONE
PLEASE PLEASE HELP ME. I AM AT A TOTAL LOSS.
Thanks,
Adam
| |
| Stefan [MSFT] 2005-11-19, 5:49 pm |
| Hi Adam,
is your production site configured as a read-only site?
Then the console will never show up.
Also check if guest access is enabled. If yes, please disable it for a test.
Are you able to login to the site using an author now?
If yes the console should show up.
Background: If guest access is enabled an invalid users log in then they are
often treated as guests and these do not have authoring rights - so the
console will not show up.
Disabling guest access for the test will ensure that the user can either
login as this user or he cannot login - so you will get a dedicated state.
Also verify CmsHttpContext.Current.User. Is this the correct user?
What does CmsHttpContext.Current.UserCanAuthor return?
Chees,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights
New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------
"Adam" <Adam@discussions.microsoft.com> wrote in message
news:27542B8B-F18C-4DD3-9811-BE8B4331ACA7@microsoft.com...
> I've spent almost 7 hours on this problem. I have developed an MCMS on a
> development server. It looks great. People can enter "edit" mode,
> change,
> approve, submit pages. Excellent. Now, I moved it to a production
> server.
> On the development server's Site Manager, I exported everything to a file.
> I
> copied the file to the production server. I imported that file into the
> production server's Site Manager. I then copied my aspx files using
> VS.NET's
> copy project. Everything appeared on the production server as I expected.
> Now, when I hit the pages on the production server, the default console
> doesn't appear and no one can enter "edit" mode. What happened? The
> developement server and production server are on the same domain. SOMEONE
> PLEASE PLEASE HELP ME. I AM AT A TOTAL LOSS.
>
> Thanks,
> Adam
>
| |
|
| The site is Read/Write
Guess access WAS enabled. I disabled it and received an "Access Denied" on
all the homepages. I then enabled it and did a Response.Write to return the
following:
CmsHttpContext.Current.UserCanAuthor returns True.
CmsHttpContext.Current.User is who I want it to be.
I am at a dead end here, so I'll appreciate any suggestions. Thanks for
responding on a Saturday.
Adam
"Stefan [MSFT]" wrote:
> Hi Adam,
>
> is your production site configured as a read-only site?
> Then the console will never show up.
>
> Also check if guest access is enabled. If yes, please disable it for a test.
> Are you able to login to the site using an author now?
> If yes the console should show up.
>
> Background: If guest access is enabled an invalid users log in then they are
> often treated as guests and these do not have authoring rights - so the
> console will not show up.
> Disabling guest access for the test will ensure that the user can either
> login as this user or he cannot login - so you will get a dedicated state.
>
> Also verify CmsHttpContext.Current.User. Is this the correct user?
> What does CmsHttpContext.Current.UserCanAuthor return?
>
> Chees,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
> Check out the new book as well: Advanced MCMS development:
> http://tinyurl.com/8ugwj
> ----------------------
>
>
> "Adam" <Adam@discussions.microsoft.com> wrote in message
> news:27542B8B-F18C-4DD3-9811-BE8B4331ACA7@microsoft.com...
>
>
>
| |
| Paul Devenney 2005-11-19, 5:49 pm |
| Also try ensuring that at least 1 channel does NOT allow the public
reader/guest access group. Going to this channel should force the Manual
Login Page
"Stefan [MSFT]" <stefang@online.microsoft.com> wrote in message
news:%23IBJTFU7FHA.2036@TK2MSFTNGP14.phx.gbl...
> Hi Adam,
>
> is your production site configured as a read-only site?
> Then the console will never show up.
>
> Also check if guest access is enabled. If yes, please disable it for a
> test.
> Are you able to login to the site using an author now?
> If yes the console should show up.
>
> Background: If guest access is enabled an invalid users log in then they
> are often treated as guests and these do not have authoring rights - so
> the console will not show up.
> Disabling guest access for the test will ensure that the user can either
> login as this user or he cannot login - so you will get a dedicated state.
>
> Also verify CmsHttpContext.Current.User. Is this the correct user?
> What does CmsHttpContext.Current.UserCanAuthor return?
>
> Chees,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS:
> http://tinyurl.com/6zj44
> Check out the new book as well: Advanced MCMS development:
> http://tinyurl.com/8ugwj
> ----------------------
>
>
> "Adam" <Adam@discussions.microsoft.com> wrote in message
> news:27542B8B-F18C-4DD3-9811-BE8B4331ACA7@microsoft.com...
>
>
| |
| Stefan [MSFT] 2005-11-19, 8:47 pm |
| Hi Adam,
the access denied is the reason for this problem.
Please disable guest access again to focus on resolving this problem.
One possible reason for this is that the application pool account does not
have the SeImpersonatePriviledge.
Please double check.
Cheers,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights
New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------
"Adam" <Adam@discussions.microsoft.com> wrote in message
news:963E5788-2CC9-470E-94A6-5D3762F0E6BA@microsoft.com...[vbcol=seagreen]
> The site is Read/Write
> Guess access WAS enabled. I disabled it and received an "Access Denied"
> on
> all the homepages. I then enabled it and did a Response.Write to return
> the
> following:
> CmsHttpContext.Current.UserCanAuthor returns True.
> CmsHttpContext.Current.User is who I want it to be.
>
> I am at a dead end here, so I'll appreciate any suggestions. Thanks for
> responding on a Saturday.
>
> Adam
>
>
>
>
>
> "Stefan [MSFT]" wrote:
>
| |
|
| Paul,
I am not sure what you mean by "public reader/guest access group". Could
you please tell me what you are referring to?
Thanks,
Adam
"Paul Devenney" wrote:
> Also try ensuring that at least 1 channel does NOT allow the public
> reader/guest access group. Going to this channel should force the Manual
> Login Page
>
>
> "Stefan [MSFT]" <stefang@online.microsoft.com> wrote in message
> news:%23IBJTFU7FHA.2036@TK2MSFTNGP14.phx.gbl...
>
>
>
| |
|
| Stefan,
I'll check this on Monday, but can you tell me how to double check this:
One possible reason for this is that the application pool account does not
have the SeImpersonatePriviledge.
Thanks,
Adam
"Stefan [MSFT]" wrote:
> Hi Adam,
>
> the access denied is the reason for this problem.
> Please disable guest access again to focus on resolving this problem.
> One possible reason for this is that the application pool account does not
> have the SeImpersonatePriviledge.
> Please double check.
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
> Check out the new book as well: Advanced MCMS development:
> http://tinyurl.com/8ugwj
> ----------------------
>
>
> "Adam" <Adam@discussions.microsoft.com> wrote in message
> news:963E5788-2CC9-470E-94A6-5D3762F0E6BA@microsoft.com...
>
>
>
| |
| Stefan [MSFT] 2005-11-20, 5:50 pm |
| Hi Adam,
check this using the group policy snap in for your MMC.
Use the local computer policies and then look in the following entry:
- Local Computer Policy
- Computer Confiuration
- Windows Settings
- Security Settings
- Local Policies
- User Right Assignments
- Impersonate a client after authentication.
Here your application pool account needs to be included.
Cheers,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights
New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------
"Adam" <Adam@discussions.microsoft.com> wrote in message
news:170A009D-6D57-479F-814F-7C613AC51F52@microsoft.com...[vbcol=seagreen]
> Stefan,
> I'll check this on Monday, but can you tell me how to double check this:
>
> One possible reason for this is that the application pool account does not
> have the SeImpersonatePriviledge.
>
> Thanks,
> Adam
>
>
> "Stefan [MSFT]" wrote:
>
| |
|
| Stefan,
Thanks for the suggestion. The following groups were included in the
"Impersonate a client after authentication" :
Administrators
ASPNET
IIS_WPG
Service
I did not change anything because these are the groups I expected to see.
What else do you suggest?
Thanks again,
Adam
"Stefan [MSFT]" wrote:
> Hi Adam,
>
> check this using the group policy snap in for your MMC.
> Use the local computer policies and then look in the following entry:
>
> - Local Computer Policy
> - Computer Confiuration
> - Windows Settings
> - Security Settings
> - Local Policies
> - User Right Assignments
> - Impersonate a client after authentication.
>
> Here your application pool account needs to be included.
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
> Check out the new book as well: Advanced MCMS development:
> http://tinyurl.com/8ugwj
> ----------------------
>
>
> "Adam" <Adam@discussions.microsoft.com> wrote in message
> news:170A009D-6D57-479F-814F-7C613AC51F52@microsoft.com...
>
>
>
| |
| Stefan [MSFT] 2005-11-21, 5:51 pm |
| Hi Adam,
is your application pool account a member of the IIS_WPG group?
Cheers,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights
New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------
"Adam" <Adam@discussions.microsoft.com> wrote in message
news:C6213F11-61BD-4B40-B1A3-9B0D05C16B64@microsoft.com...[vbcol=seagreen]
> Stefan,
> Thanks for the suggestion. The following groups were included in the
> "Impersonate a client after authentication" :
>
> Administrators
> ASPNET
> IIS_WPG
> Service
>
> I did not change anything because these are the groups I expected to see.
> What else do you suggest?
>
> Thanks again,
> Adam
>
>
> "Stefan [MSFT]" wrote:
>
| |
|
| Stefan,
Maybe we shoulud make sure we are talking about the same account. What do
you mean by "application pool account"? I am taking that to mean the MCMS
System account. If that is what you mean, then the answer to your question
is "yes. It is a member of the IIS_WPG Group." If that is not what you
mean, please clarify. (Forgive me. I am not an expert in
user/roles/permissions.)
Thanks,
Adam
"Stefan [MSFT]" wrote:
> Hi Adam,
>
> is your application pool account a member of the IIS_WPG group?
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
> Check out the new book as well: Advanced MCMS development:
> http://tinyurl.com/8ugwj
> ----------------------
>
>
> "Adam" <Adam@discussions.microsoft.com> wrote in message
> news:C6213F11-61BD-4B40-B1A3-9B0D05C16B64@microsoft.com...
>
>
>
| |
|
| Stefan,
Ignore that last post. I figured out what you are talking about. The web
site I am working with uses the DefaultAppPool. The following are in IIS_WPG:
IWAM_<ServerName>
NT AUTHORITY\LOCAL_SERVICE
NT AUTHORITY\NETWORK_SERVICE
NT AUTHORITY\SYSTEM
What else do you have up your sleeve?
"Adam" wrote:
[vbcol=seagreen]
> Stefan,
> Maybe we shoulud make sure we are talking about the same account. What do
> you mean by "application pool account"? I am taking that to mean the MCMS
> System account. If that is what you mean, then the answer to your question
> is "yes. It is a member of the IIS_WPG Group." If that is not what you
> mean, please clarify. (Forgive me. I am not an expert in
> user/roles/permissions.)
>
> Thanks,
> Adam
>
>
> "Stefan [MSFT]" wrote:
>
| |
|
| Stefan,
I think I fixed the problem. We had our anonymous access using the wrong
account. Once we matched that account with the MCMS Guest account, it fixed
the problem. I don't know if that's true, but thanks for your input. It
pointed us in the right direction.
Adam
EOT
"Adam" wrote:
[vbcol=seagreen]
> Stefan,
> Ignore that last post. I figured out what you are talking about. The web
> site I am working with uses the DefaultAppPool. The following are in IIS_WPG:
> IWAM_<ServerName>
> NT AUTHORITY\LOCAL_SERVICE
> NT AUTHORITY\NETWORK_SERVICE
> NT AUTHORITY\SYSTEM
>
> What else do you have up your sleeve?
>
>
> "Adam" wrote:
>
| |
| Stefan [MSFT] 2005-11-21, 5:51 pm |
| Hi Adam,
application pool account is the account IIS uses to start your worker thread
with.
That is not related to the MCMS system account.
Only the application pool account needs to be a member of the IIS_WPG group.
Please check the application pool account in the IIS MMC on the property
page of the application pool.
Cheers,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights
New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------
"Adam" <Adam@discussions.microsoft.com> wrote in message
news:598CF030-1DFC-4356-8DBC-0604A4F45F65@microsoft.com...[vbcol=seagreen]
> Stefan,
> Maybe we shoulud make sure we are talking about the same account. What do
> you mean by "application pool account"? I am taking that to mean the MCMS
> System account. If that is what you mean, then the answer to your
> question
> is "yes. It is a member of the IIS_WPG Group." If that is not what you
> mean, please clarify. (Forgive me. I am not an expert in
> user/roles/permissions.)
>
> Thanks,
> Adam
>
>
> "Stefan [MSFT]" wrote:
>
| |
| Stefan [MSFT] 2005-11-21, 5:51 pm |
| Ok, great!
--
This posting is provided "AS IS" with no warranties, and confers no rights
New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------
"Adam" <Adam@discussions.microsoft.com> wrote in message
news:7A494588-3B1A-4401-8A81-41120662ADE3@microsoft.com...[vbcol=seagreen]
> Stefan,
> I think I fixed the problem. We had our anonymous access using the wrong
> account. Once we matched that account with the MCMS Guest account, it
> fixed
> the problem. I don't know if that's true, but thanks for your input. It
> pointed us in the right direction.
>
> Adam
>
> EOT
>
>
>
> "Adam" wrote:
>
|
|
|
|
|