Re: Search not working
- From: jackson5403 <jackson5403@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 25 Apr 2008 06:56:06 -0700
Thanks for the suggestion but, Central Administration>Application
Management>Authentication Providers>Edit Authentication, does not provide the
ability to indicate whether the web application is using SSL or not.
I’ve played around a bit and got search working again.
This is what happened.
Previously, my remote users were having an issue. The domain name was
automatically being populated before the user name, after a failed login
attempt. In an attempt to fix that, in IIS, I changed IIS Authentication for
the web site to Basic authentication. I was not terribly concerned using
clear text authentication over SSL. And it did solve that problem.
Here’s what I did.
In IIS, I changed IIS Authentication for the web site back to Integrated
Windows authentication.
In WSS Central Administration>Application Management>Authentication
Providers>Edit Authentication, I made sure Integrated Windows authentication
and NTLM was checked.
Search works fine now.
However, the issue with the domain name automatically being populated before
the user name, after a failed login attempt is back. Is there another way to
fix that in a way that does not break the search feature? Should I start
another post for this issue?
--
Jackson5403
"callahan" wrote:
I have seen situations where Search does not work if you are using Kerberos.
on the default address for a web application (it prefers NTLM). I have also
read articles that stated that SSL on the default address for a web
application will also mess up Search-- however, I have never had it happen.
Before I tell you to extend your web application and put SSL on the extended
web app instead-- tell me- did you go into Central Administration after
adding the SSL certificate in IIS, and indicate in Authentication Provider
that that web application was using SSL? You might want to change that
setting, then do an IISRESET, to see if that helps before doing anything
else.
-callahan
"jackson5403" <jackson5403@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:897EFF67-D449-4893-A7EE-644EAD446051@xxxxxxxxxxxxxxxx
I am running WSS 3.0 (domain creation mode) with SQL2005 backended on
another
server.
I created a WSS site that originally wasn't set up to use SSL during
creation.
Subsequently, I have installed an SSL certificate and required SSL
communication in order to access the site.
I changed the alternative access mappings on the site and almost
everything
is working ok. What isn't working is Search.
I'm getting the following errors in the event viewer,
The start address
<sts3://domainname/contentdbid={c146f633-f577-480b-a01f-c556296e2cc3}>
cannot
be crawled.
Context: Application 'Search index file on the search server', Catalog
'Search'
Details:
Access is denied. Check that the Default Content Access Account has access
to this content, or add a crawl rule to crawl this content. (0x80041205)
I've implemented the recommended least privileged account recommendations.
Don't want to circumvent security but have looked at this as possible
problem
area. Everything seems okay. I have multiple sites and Search is working
on
all other WSS sites.
This appears to be limited to and related to installing the certificate
and
changed the url from http - https.
Can you give me a clue how to fix this?
--
Jaskson5403
- Follow-Ups:
- Re: Search not working
- From: callahan
- Re: Search not working
- References:
- Search not working
- From: jackson5403
- Re: Search not working
- From: callahan
- Search not working
- Prev by Date: Re: Exam Module in SharePoint??
- Next by Date: Re: Exam Module in SharePoint??
- Previous by thread: Re: Search not working
- Next by thread: Re: Search not working
- Index(es):
Relevant Pages
|