Bonjour à toutes et à tous,
Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve plus
rien. Je trouve que cette interface est d'une complexité ...
Je voulais faire cela tout simplement:
Exemple 1
URL de départ (http://nomserveur/collection/site)
URL de destination (http://entité/site)
Exemple2
URL de départ (http://nomserveur/collection/site)
URL de destination (http://intranet.org.fr)
Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen
pour
remettre en configuration par défaut ?
Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
raccorcher dans les Access Mappping ....
Si une bonne âme avait une explication simple....
Cordialement,
Houdini
Bonjour à toutes et à tous,
Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve plus
rien. Je trouve que cette interface est d'une complexité ...
Je voulais faire cela tout simplement:
Exemple 1
URL de départ (http://nomserveur/collection/site)
URL de destination (http://entité/site)
Exemple2
URL de départ (http://nomserveur/collection/site)
URL de destination (http://intranet.org.fr)
Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen
pour
remettre en configuration par défaut ?
Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
raccorcher dans les Access Mappping ....
Si une bonne âme avait une explication simple....
Cordialement,
Houdini
Bonjour à toutes et à tous,
Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve plus
rien. Je trouve que cette interface est d'une complexité ...
Je voulais faire cela tout simplement:
Exemple 1
URL de départ (http://nomserveur/collection/site)
URL de destination (http://entité/site)
Exemple2
URL de départ (http://nomserveur/collection/site)
URL de destination (http://intranet.org.fr)
Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen
pour
remettre en configuration par défaut ?
Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
raccorcher dans les Access Mappping ....
Si une bonne âme avait une explication simple....
Cordialement,
Houdini
Bonjour à toutes et à tous,
Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve p lus
rien. Je trouve que cette interface est d'une complexité ...
Je voulais faire cela tout simplement:
Exemple 1
URL de départ (http://nomserveur/collection/site)
URL de destination (http://entité/site)
Exemple2
URL de départ (http://nomserveur/collection/site)
URL de destination (http://intranet.org.fr)
Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen pour
remettre en configuration par défaut ?
Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
raccorcher dans les Access Mappping ....
Si une bonne âme avait une explication simple....
Cordialement,
Houdini
Bonjour à toutes et à tous,
Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve p lus
rien. Je trouve que cette interface est d'une complexité ...
Je voulais faire cela tout simplement:
Exemple 1
URL de départ (http://nomserveur/collection/site)
URL de destination (http://entité/site)
Exemple2
URL de départ (http://nomserveur/collection/site)
URL de destination (http://intranet.org.fr)
Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen pour
remettre en configuration par défaut ?
Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
raccorcher dans les Access Mappping ....
Si une bonne âme avait une explication simple....
Cordialement,
Houdini
Bonjour à toutes et à tous,
Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve p lus
rien. Je trouve que cette interface est d'une complexité ...
Je voulais faire cela tout simplement:
Exemple 1
URL de départ (http://nomserveur/collection/site)
URL de destination (http://entité/site)
Exemple2
URL de départ (http://nomserveur/collection/site)
URL de destination (http://intranet.org.fr)
Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen pour
remettre en configuration par défaut ?
Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
raccorcher dans les Access Mappping ....
Si une bonne âme avait une explication simple....
Cordialement,
Houdini
On Feb 3, 11:21 am, Houdini wrote:
> Bonjour à toutes et à tous,
>
> Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
> voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve plus
> rien. Je trouve que cette interface est d'une complexité ...
>
> Je voulais faire cela tout simplement:
>
> Exemple 1
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://entité/site)
>
> Exemple2
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://intranet.org.fr)
>
> Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen pour
> remettre en configuration par défaut ?
>
> Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
> raccorcher dans les Access Mappping ....
>
> Si une bonne âme avait une explication simple....
> Cordialement,
> Houdini
AFAIK, le DNS n'a aucun rapport avec sharepoint, il amene juste les
paquets jusqu'au serveur.
ensuite, avec l'url, le paquet est routé sur la bonne webapp.
(ou le host header si plusieurs webapps utilisent le meme port)
Pour remettre à plat, je suggère de commencer par vérifier tous les
hosts header de toutes les webapps dans IIS.
Les modifs ne sont pas forcement synchronisées, il vaut mieux gérer
IIS "à part"
ensuite, tu crée UN AAM défaut par webapp, soit avec le nom de la
machine, soit avec le host header correspondant.
alors, reality check --> ca marche? :)
après, créer des AAM au fur et à mesure, et vérifier les hosts header.
Un conseil : ne jamais accepter les nom et chemins par défaut que
propose MOSS.
"IntranetDeCeDomaine" est toujours mieux que "Webapp:80" pour le povre
admin :)
quand à laisser les données sur C: .... hehehe
On Feb 3, 11:21 am, Houdini <Houd...@discussions.microsoft.com> wrote:
> Bonjour à toutes et à tous,
>
> Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
> voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve plus
> rien. Je trouve que cette interface est d'une complexité ...
>
> Je voulais faire cela tout simplement:
>
> Exemple 1
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://entité/site)
>
> Exemple2
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://intranet.org.fr)
>
> Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen pour
> remettre en configuration par défaut ?
>
> Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
> raccorcher dans les Access Mappping ....
>
> Si une bonne âme avait une explication simple....
> Cordialement,
> Houdini
AFAIK, le DNS n'a aucun rapport avec sharepoint, il amene juste les
paquets jusqu'au serveur.
ensuite, avec l'url, le paquet est routé sur la bonne webapp.
(ou le host header si plusieurs webapps utilisent le meme port)
Pour remettre à plat, je suggère de commencer par vérifier tous les
hosts header de toutes les webapps dans IIS.
Les modifs ne sont pas forcement synchronisées, il vaut mieux gérer
IIS "à part"
ensuite, tu crée UN AAM défaut par webapp, soit avec le nom de la
machine, soit avec le host header correspondant.
alors, reality check --> ca marche? :)
après, créer des AAM au fur et à mesure, et vérifier les hosts header.
Un conseil : ne jamais accepter les nom et chemins par défaut que
propose MOSS.
"IntranetDeCeDomaine" est toujours mieux que "Webapp:80" pour le povre
admin :)
quand à laisser les données sur C: .... hehehe
On Feb 3, 11:21 am, Houdini wrote:
> Bonjour à toutes et à tous,
>
> Après avoir lu consciencieusement la théorie sur les Access Mappings, j'ai
> voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve plus
> rien. Je trouve que cette interface est d'une complexité ...
>
> Je voulais faire cela tout simplement:
>
> Exemple 1
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://entité/site)
>
> Exemple2
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://intranet.org.fr)
>
> Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen pour
> remettre en configuration par défaut ?
>
> Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où les
> raccorcher dans les Access Mappping ....
>
> Si une bonne âme avait une explication simple....
> Cordialement,
> Houdini
AFAIK, le DNS n'a aucun rapport avec sharepoint, il amene juste les
paquets jusqu'au serveur.
ensuite, avec l'url, le paquet est routé sur la bonne webapp.
(ou le host header si plusieurs webapps utilisent le meme port)
Pour remettre à plat, je suggère de commencer par vérifier tous les
hosts header de toutes les webapps dans IIS.
Les modifs ne sont pas forcement synchronisées, il vaut mieux gérer
IIS "à part"
ensuite, tu crée UN AAM défaut par webapp, soit avec le nom de la
machine, soit avec le host header correspondant.
alors, reality check --> ca marche? :)
après, créer des AAM au fur et à mesure, et vérifier les hosts header.
Un conseil : ne jamais accepter les nom et chemins par défaut que
propose MOSS.
"IntranetDeCeDomaine" est toujours mieux que "Webapp:80" pour le povre
admin :)
quand à laisser les données sur C: .... hehehe
Bonjour,
Merci pour toutes ces infos. Petite précision: je n'ai pas dit que DNS
allait modifier quelquechose dans MOSS. Malgré toutes ces bonnes lectures
et
diverses tentatives, cela ne fonctionne toujours pas. Je dois certainement
louper des étapes.
J'ai ceci: http://server:port/chemingéré/collection
(Exemp:http://srv:10000/pth/col)
Je voudrais arriver à cela: http://nomgénérique (exemple: http://truc)
et http://chemingéré/col (exemple: http://pth/col)
Je suppose:
-qu'il faut étendre la webapp
-qu'il faire des modifications dans IIS
-saisir les bons chemins dans AAM (quoi mettre et où)
Je dois livrer en recette et je me noie petit à petit ....
J'ai suivi les formations MOSS il y a longtemps, mais ce n'est pas pour
autant que ce genre de sujet a été traité, sauf avec des exemples
génériques
qui ne sont pas reproductibles. A chaque fois que j'essaie de triturer
l'AAM,
c'est le bazard total et pour revenir en arrière, je suis obligé de casser
les Webapp ou autre chose ...
J'espère que la prochaine version sera plus claire.
Une bonne âme pourrait-elle m'éclairer ?
Merci d'avance pour votre aide.
Cordialement,
-------------------------------------------------------------
"" a écrit :On Feb 3, 11:21 am, Houdini wrote:
> Bonjour à toutes et à tous,
>
> Après avoir lu consciencieusement la théorie sur les Access Mappings,
> j'ai
> voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve
> plus
> rien. Je trouve que cette interface est d'une complexité ...
>
> Je voulais faire cela tout simplement:
>
> Exemple 1
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://entité/site)
>
> Exemple2
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://intranet.org.fr)
>
> Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen
> pour
> remettre en configuration par défaut ?
>
> Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où
> les
> raccorcher dans les Access Mappping ....
>
> Si une bonne âme avait une explication simple....
> Cordialement,
> Houdini
AFAIK, le DNS n'a aucun rapport avec sharepoint, il amene juste les
paquets jusqu'au serveur.
ensuite, avec l'url, le paquet est routé sur la bonne webapp.
(ou le host header si plusieurs webapps utilisent le meme port)
Pour remettre à plat, je suggère de commencer par vérifier tous les
hosts header de toutes les webapps dans IIS.
Les modifs ne sont pas forcement synchronisées, il vaut mieux gérer
IIS "à part"
ensuite, tu crée UN AAM défaut par webapp, soit avec le nom de la
machine, soit avec le host header correspondant.
alors, reality check --> ca marche? :)
après, créer des AAM au fur et à mesure, et vérifier les hosts header.
Un conseil : ne jamais accepter les nom et chemins par défaut que
propose MOSS.
"IntranetDeCeDomaine" est toujours mieux que "Webapp:80" pour le povre
admin :)
quand à laisser les données sur C: .... hehehe
Bonjour,
Merci pour toutes ces infos. Petite précision: je n'ai pas dit que DNS
allait modifier quelquechose dans MOSS. Malgré toutes ces bonnes lectures
et
diverses tentatives, cela ne fonctionne toujours pas. Je dois certainement
louper des étapes.
J'ai ceci: http://server:port/chemingéré/collection
(Exemp:http://srv:10000/pth/col)
Je voudrais arriver à cela: http://nomgénérique (exemple: http://truc)
et http://chemingéré/col (exemple: http://pth/col)
Je suppose:
-qu'il faut étendre la webapp
-qu'il faire des modifications dans IIS
-saisir les bons chemins dans AAM (quoi mettre et où)
Je dois livrer en recette et je me noie petit à petit ....
J'ai suivi les formations MOSS il y a longtemps, mais ce n'est pas pour
autant que ce genre de sujet a été traité, sauf avec des exemples
génériques
qui ne sont pas reproductibles. A chaque fois que j'essaie de triturer
l'AAM,
c'est le bazard total et pour revenir en arrière, je suis obligé de casser
les Webapp ou autre chose ...
J'espère que la prochaine version sera plus claire.
Une bonne âme pourrait-elle m'éclairer ?
Merci d'avance pour votre aide.
Cordialement,
-------------------------------------------------------------
"e.issaly@gmail.com" a écrit :
On Feb 3, 11:21 am, Houdini <Houd...@discussions.microsoft.com> wrote:
> Bonjour à toutes et à tous,
>
> Après avoir lu consciencieusement la théorie sur les Access Mappings,
> j'ai
> voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve
> plus
> rien. Je trouve que cette interface est d'une complexité ...
>
> Je voulais faire cela tout simplement:
>
> Exemple 1
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://entité/site)
>
> Exemple2
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://intranet.org.fr)
>
> Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen
> pour
> remettre en configuration par défaut ?
>
> Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où
> les
> raccorcher dans les Access Mappping ....
>
> Si une bonne âme avait une explication simple....
> Cordialement,
> Houdini
AFAIK, le DNS n'a aucun rapport avec sharepoint, il amene juste les
paquets jusqu'au serveur.
ensuite, avec l'url, le paquet est routé sur la bonne webapp.
(ou le host header si plusieurs webapps utilisent le meme port)
Pour remettre à plat, je suggère de commencer par vérifier tous les
hosts header de toutes les webapps dans IIS.
Les modifs ne sont pas forcement synchronisées, il vaut mieux gérer
IIS "à part"
ensuite, tu crée UN AAM défaut par webapp, soit avec le nom de la
machine, soit avec le host header correspondant.
alors, reality check --> ca marche? :)
après, créer des AAM au fur et à mesure, et vérifier les hosts header.
Un conseil : ne jamais accepter les nom et chemins par défaut que
propose MOSS.
"IntranetDeCeDomaine" est toujours mieux que "Webapp:80" pour le povre
admin :)
quand à laisser les données sur C: .... hehehe
Bonjour,
Merci pour toutes ces infos. Petite précision: je n'ai pas dit que DNS
allait modifier quelquechose dans MOSS. Malgré toutes ces bonnes lectures
et
diverses tentatives, cela ne fonctionne toujours pas. Je dois certainement
louper des étapes.
J'ai ceci: http://server:port/chemingéré/collection
(Exemp:http://srv:10000/pth/col)
Je voudrais arriver à cela: http://nomgénérique (exemple: http://truc)
et http://chemingéré/col (exemple: http://pth/col)
Je suppose:
-qu'il faut étendre la webapp
-qu'il faire des modifications dans IIS
-saisir les bons chemins dans AAM (quoi mettre et où)
Je dois livrer en recette et je me noie petit à petit ....
J'ai suivi les formations MOSS il y a longtemps, mais ce n'est pas pour
autant que ce genre de sujet a été traité, sauf avec des exemples
génériques
qui ne sont pas reproductibles. A chaque fois que j'essaie de triturer
l'AAM,
c'est le bazard total et pour revenir en arrière, je suis obligé de casser
les Webapp ou autre chose ...
J'espère que la prochaine version sera plus claire.
Une bonne âme pourrait-elle m'éclairer ?
Merci d'avance pour votre aide.
Cordialement,
-------------------------------------------------------------
"" a écrit :On Feb 3, 11:21 am, Houdini wrote:
> Bonjour à toutes et à tous,
>
> Après avoir lu consciencieusement la théorie sur les Access Mappings,
> j'ai
> voulu les mettre en oeuvre et boum, tout est cassé ... je ne retrouve
> plus
> rien. Je trouve que cette interface est d'une complexité ...
>
> Je voulais faire cela tout simplement:
>
> Exemple 1
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://entité/site)
>
> Exemple2
> URL de départ (http://nomserveur/collection/site)
> URL de destination (http://intranet.org.fr)
>
> Quand tout est "cassé" dans les "access mapping", existe-t-il un moyen
> pour
> remettre en configuration par défaut ?
>
> Je sais qu'il faut faire des alias dans le DNS, mais je ne vois pas où
> les
> raccorcher dans les Access Mappping ....
>
> Si une bonne âme avait une explication simple....
> Cordialement,
> Houdini
AFAIK, le DNS n'a aucun rapport avec sharepoint, il amene juste les
paquets jusqu'au serveur.
ensuite, avec l'url, le paquet est routé sur la bonne webapp.
(ou le host header si plusieurs webapps utilisent le meme port)
Pour remettre à plat, je suggère de commencer par vérifier tous les
hosts header de toutes les webapps dans IIS.
Les modifs ne sont pas forcement synchronisées, il vaut mieux gérer
IIS "à part"
ensuite, tu crée UN AAM défaut par webapp, soit avec le nom de la
machine, soit avec le host header correspondant.
alors, reality check --> ca marche? :)
après, créer des AAM au fur et à mesure, et vérifier les hosts header.
Un conseil : ne jamais accepter les nom et chemins par défaut que
propose MOSS.
"IntranetDeCeDomaine" est toujours mieux que "Webapp:80" pour le povre
admin :)
quand à laisser les données sur C: .... hehehe