Mappages des accès me faire pleurer

Question

- S'il vous plaît Voir Edition (s) en bas ---

Ainsi, la semaine dernière quelque temps, la recherche a cassé un WSS 3 site que je Administrez. * J'ai essayé toutes sortes de choses que je pensais fonctionnerait. Le mieux que je pouvais faire était d'éliminer les erreurs montrant dans le journal des événements, mais aucun résultat montrerait lorsqu'un utilisateur recherche Sharepoint.

Après un certain temps, je frappe sur quelque chose qui a fonctionné. Quand je changé le défaut de https://sharepoint.mydomain.com:987 http: // servername et a créé une autre URL interne pour la zone Internet pour http :. // servername https://sharepoint.mydomain.com:987

Je NuKed alors la base de données de recherche dans le Gestionnaire des opérations, a créé une nouvelle qui m'a forcé à Réaffirmer les pouvoirs, bien sûr. Et, tout à coup, Rechercher travaillé!

Mais, hélas, il y a un autre problème.

Dans Outlook les utilisateurs se connectent une liste de contacts. Au cours Envoyer initiale / Recevoir la liste, une erreur se produit que les notes que le domaine http: // servername ne sont pas disponibles et Outlook serait essayez un autre nom d'hôte https://sharepoint.mydomain.com:987. (Le serveur se trouve dans un profond centre de colo au cœur du Texas. Tout le monde est d'autre à distance. Non VPN).

Alors, j'ai quelques questions:

1. Est-ce que la recherche de travail si je fais la zone par défaut https://sharepoint.mydomain.com:987 ? Ce domaine est en DNS sur le serveur afin qu'il puisse être trouvé. (Il est un CNAME, lié au nom du serveur, si cette question.)

2. Will qui fixe la Envoyer / Recevoir erreur?

3. Je ne peux pas obtenir ma tête autour AAM Banque. Il semble très nécessaire, mais la plupart de ce que je trouve en ligne a à voir avec les proxys inverses et l'équilibrage de charge, dont je n'ai ni.

S'il vous plaît à me aider? :-)

Merci beaucoup!

* J'utilise Administrez vaguement. Je suce à ce genre de choses. ;-) J'apprends mais frustré.

--- 1 --- EDIT

J'ai essayé quelques petites choses ce soir. Je ne vais pas complètement dans ce que je l'ai fait parce qu'il ya beaucoup de débattant, mais voici le résultat final.

Depuis le site SSL n'a jamais été mis en place correctement en premier lieu, I

1. Suppression de 987 à partir du site IIS Sharepoint d'origine.
2. extension Web App Sharepoint pour une instance 443.
3. extension Web App Sharepoint pour une instance 987.
4. Fait la zone par défaut http: // servername

Recherche fonctionne. Je ne sais pas si le problème Outlook a été résolu. Je vais devoir vérifier un peu plus tard et mettra à jour.

Answer 1

@tcv, oui je l'ai lu votre message.

recherche elle-même aime la zone par défaut avec les autorisations NTLM. Il travaillera avec kerberos et le protocole SSL, mais vous économiserez votre auto beaucoup de temps TS, tout en utilisant 80 / NTLM. Recherche sera « principalement » travail avec une application prolongée, mais vous perdrez des choses comme les champs d'application par défaut (ce site, cette liste), etc. Vous pouvez toujours rechercher ceux-ci, mais seulement du champ d'application de Globa.

Vous pouvez modifier la zone par défaut au point l'application étendue et utiliser l'une des autres zones à point vos 987. Vos utilisateurs d'origine auront toujours accès et recherche fonctionnera comme prévu. Sachez que les courriels du système utilisent toujours l'URL de la zone par défaut. voir la section sur les zones ici: http://technet.microsoft.com/en- nous / bibliothèque / cc287815.aspx

Je suggère de verrouiller la webapp que pour éviter l'utilisation si vous voulez inadvertant pour assurer l'accès est uniquement via votre URL Orignal. Ceci est à vous sur la façon de le faire (règle webapp, IP, pare-feu, tout ce qui précède, etc.) en fonction des besoins yoru. Vous pourriez laisser ouvert et de transition lentement vos utilisateurs.

Sachez également que si vous avez déjà quelque chose sur le port 80 vous devez spécifier un en-tête d'hôte pour l'application étendue (même pour 443)

Answer 2

Je pense que le problème est plus probable que vous utilisez SSL sur un port non standard. Je crois que le robot de recherche ne rampent SSL sur port standard 443. Utilisez-vous ou Kerberos pour l'authentification NTLM?