OVH Cloud OVH Cloud

Licence

5 réponses
Avatar
webrod
Bonjour,

quelqu'un a t-il d=E9j=E0 =E9t=E9 confront=E9 =E0 la probl=E8matique des
licences pour SPS??

Sachant que je souhaite installer un Windows Server 2003 qui servira
uniquement pour SPS.
Une partie des utilisateurs sont des employ=E9s de l'entreprise, l'autre
partie est ext=E9rieure =E0 l'entreprise.

Faut il acheter des licences SPS pour:
A- la totalit=E9 des utilisateurs?
B- uniquement les utilisateurs-employ=E9s de l'entreprise?
C- juste acheter la licence "external connector" et c'est tout?

J'ai entendu plusieurs sons de cloche.
Et notamment un "oui" pour chacune des 3 propositions pr=E9c=E9dentes!!
J'ai appell=E9 Microsoft qui m'a d'abord dit B, puis en se renseignant
un peu plus, ils m'ont r=E9pondu C.
Seulement en fouillant sur leur site, je vois que le "external
connector " ne s'applique pas pour les personnes qui sont employ=E9es de
l'entreprise. Donc la r=E9ponse B serait la bonne (??).

Pourtant, sachant que les utilisateurs, m=EAme employ=E9s de
l'entreprise, n'acc=E9deront jamais directement =E0 un r=E9pertoire du
serveur, ni m=EAme au serveur tout court si ce n'est par un acc=E9s HTTP
comme les autres utiisateurs. Ils n'auront pas plus de fonctionnalit=E9s
(pas d'entr=E9e dans l'active directory ou autre).

Quelqu'un aurait-il plus d'info?
a partir de quel moment doit on payer des CAL?

Merci de votre aide

Rod

5 réponses

Avatar
Etienne Legendre
Bonjour

Le mieux est effectivement de tenir compte de la réponse de Microsoft ou
d'un commercial Microsoft pour ce point
On paye une CAL quand on se sert du service d'un serveur.
ex je le loggue sur Windows Server qui me donne mes "crédentials", j'utilise
les services d'un serveur. J'ai donc besoin de la CAL

Pour SPS, si toutes les personnes sont vos employés ou connus par votre
système de login et donc que vous pouvez les nommer, les compter (donc pas
comme sur Internet) alors vous payez une CAL par utilisateur interne ou
externe.
Si vous ne savez pas qui va se connecter (comme plein de sites Internet)
alors vous payer, pour la connexion externe la licence connecteur.
Si vous avez les deux (connexion connues par login et connexion inconnus)
alors vous payer les deux.

Voilà, j'espère ne pas être un "son de cloche supplémentaire ;-)

EtienneL

"webrod" a écrit dans le message de news:

Bonjour,

quelqu'un a t-il déjà été confronté à la problèmatique des
licences pour SPS??

Sachant que je souhaite installer un Windows Server 2003 qui servira
uniquement pour SPS.
Une partie des utilisateurs sont des employés de l'entreprise, l'autre
partie est extérieure à l'entreprise.

Faut il acheter des licences SPS pour:
A- la totalité des utilisateurs?
B- uniquement les utilisateurs-employés de l'entreprise?
C- juste acheter la licence "external connector" et c'est tout?

J'ai entendu plusieurs sons de cloche.
Et notamment un "oui" pour chacune des 3 propositions précédentes!!
J'ai appellé Microsoft qui m'a d'abord dit B, puis en se renseignant
un peu plus, ils m'ont répondu C.
Seulement en fouillant sur leur site, je vois que le "external
connector " ne s'applique pas pour les personnes qui sont employées de
l'entreprise. Donc la réponse B serait la bonne (??).

Pourtant, sachant que les utilisateurs, même employés de
l'entreprise, n'accéderont jamais directement à un répertoire du
serveur, ni même au serveur tout court si ce n'est par un accés HTTP
comme les autres utiisateurs. Ils n'auront pas plus de fonctionnalités
(pas d'entrée dans l'active directory ou autre).

Quelqu'un aurait-il plus d'info?
a partir de quel moment doit on payer des CAL?

Merci de votre aide

Rod
Avatar
webrod
> Le mieux est effectivement de tenir compte de la réponse de Microsoft ou
d'un commercial Microsoft pour ce point



Oui mais elle avait pas l'air sure, et sa réponse finale etant quand
meme que j'avais juste besoin du connector.
Moi je veux bien la croire (ca revient moins cher) mais je veux pas
être "hors la loi".

On paye une CAL quand on se sert du service d'un serveur.
ex je le loggue sur Windows Server qui me donne mes "crédentials", j'ut ilise
les services d'un serveur. J'ai donc besoin de la CAL

Pour SPS, si toutes les personnes sont vos employés ou connus par votre
système de login et donc que vous pouvez les nommer, les compter (donc pas
comme sur Internet) alors vous payez une CAL par utilisateur interne ou
externe.



C'est là qu'il s'agit d'être plus précis et que tout peut faire la
différence.
OUI il y a des employés.
OUI ils se connectent par login/mot de passe, mais comme ceux qui ne
sont pas employés. Le login/mot de passe qu'ils rentrent n'est pas
celui de leur domaine. De plus SPS ne sait pas que ce sont des
employés, ils ne les considèrent pas différemment.
En ce qui concerne l'utilisation de service, SPS utilise quand même
IIS, WSS, SQL Serveur etc etc.

Si vous ne savez pas qui va se connecter (comme plein de sites Internet)
alors vous payer, pour la connexion externe la licence connecteur.
Si vous avez les deux (connexion connues par login et connexion inconnus)
alors vous payer les deux.



Non, pour accéder au site il faut forcément se connecter. Que l'on
soit employé ou non. Car il y ades données confidentielles (echanges
de données sur des projets).
Mais il s'agit d'une simple authentification comme celle que je peux
faire pour me connecter sur mon espace client de mon site e-commerce
préféré (rueducommerce.fr, fnac.com etc etc).
Pour être clair, on peut imaginer qu'un emplyé de la fnac achète un
produit sur le site de la FNAC et créé donc un espace client. C'est
bien un employé mais pourquoi la FNAC devrait elle payer une licence
pour lui juste sous pretexte que c'est un employe???
Il n'a pas accés à de fonctionnalités supplémentaires. C'est ca
l'idée.

Rod
Avatar
Etienne Legendre
Qui fait l'authentification (quel process) ?
Si c'est Windows alors vous vous servez d'un service de Windows, d'où la CAL
quelque soit le user qui se connectet et se signe.

Pour le connecteur, j'ai compris que c'est pour avoir un SPS sur le web sans
login interne. Ce dernier entrant ds le cadre de la CAL SPS

EtienneL

"webrod" a écrit dans le message de news:

Le mieux est effectivement de tenir compte de la réponse de Microsoft ou
d'un commercial Microsoft pour ce point



Oui mais elle avait pas l'air sure, et sa réponse finale etant quand
meme que j'avais juste besoin du connector.
Moi je veux bien la croire (ca revient moins cher) mais je veux pas
être "hors la loi".

On paye une CAL quand on se sert du service d'un serveur.
ex je le loggue sur Windows Server qui me donne mes "crédentials",
j'utilise
les services d'un serveur. J'ai donc besoin de la CAL

Pour SPS, si toutes les personnes sont vos employés ou connus par votre
système de login et donc que vous pouvez les nommer, les compter (donc pas
comme sur Internet) alors vous payez une CAL par utilisateur interne ou
externe.



C'est là qu'il s'agit d'être plus précis et que tout peut faire la
différence.
OUI il y a des employés.
OUI ils se connectent par login/mot de passe, mais comme ceux qui ne
sont pas employés. Le login/mot de passe qu'ils rentrent n'est pas
celui de leur domaine. De plus SPS ne sait pas que ce sont des
employés, ils ne les considèrent pas différemment.
En ce qui concerne l'utilisation de service, SPS utilise quand même
IIS, WSS, SQL Serveur etc etc.

Si vous ne savez pas qui va se connecter (comme plein de sites Internet)
alors vous payer, pour la connexion externe la licence connecteur.
Si vous avez les deux (connexion connues par login et connexion inconnus)
alors vous payer les deux.



Non, pour accéder au site il faut forcément se connecter. Que l'on
soit employé ou non. Car il y ades données confidentielles (echanges
de données sur des projets).
Mais il s'agit d'une simple authentification comme celle que je peux
faire pour me connecter sur mon espace client de mon site e-commerce
préféré (rueducommerce.fr, fnac.com etc etc).
Pour être clair, on peut imaginer qu'un emplyé de la fnac achète un
produit sur le site de la FNAC et créé donc un espace client. C'est
bien un employé mais pourquoi la FNAC devrait elle payer une licence
pour lui juste sous pretexte que c'est un employe???
Il n'a pas accés à de fonctionnalités supplémentaires. C'est ca
l'idée.

Rod
Avatar
webrod
Etienne Legendre a écrit :

Qui fait l'authentification (quel process) ?
Si c'est Windows alors vous vous servez d'un service de Windows, d'où l a CAL
quelque soit le user qui se connectet et se signe.



Ca je ne sais pas, je n'ai pas encore installé SPS. J'ai découvert
SPS il y a 8 jours.
Mais d'aprés moi ce ne doit pas être le cas puisque ce n'est pas une
authentification windows mais juste SPS (le user n'est pas dans un
domaine ou active directory).


Pour le connecteur, j'ai compris que c'est pour avoir un SPS sur le web s ans
login interne. Ce dernier entrant ds le cadre de la CAL SPS



Qu'entends tu par "login interne"?
Il faut tout de meme que le user se log (login /mot de passe) pour
avoir accés à ses informations.

Rod
Avatar
webrod
à moins qu'il l'ajoute automatiquement dans l'active directory de
manière transparente?
Le truc c'est que pour l'instant je teste uniquement WSS sur un
hebergement qui propose un essai de 30 jours.
J'ai pas accés à la machine. Je peux pas tester l'external connector
pour l'instant.
La semaine prochiane je vais le faire et je vais voir de moi même s'il
est possible de créer des utilisateurs sans utiliser active directory
en utilisant l'external connector pour TOUS les utilisateurs (employés
ou non)

Rod

webrod a écrit :

Etienne Legendre a écrit :

> Qui fait l'authentification (quel process) ?
> Si c'est Windows alors vous vous servez d'un service de Windows, d'où la CAL
> quelque soit le user qui se connectet et se signe.

Ca je ne sais pas, je n'ai pas encore installé SPS. J'ai découvert
SPS il y a 8 jours.
Mais d'aprés moi ce ne doit pas être le cas puisque ce n'est pas une
authentification windows mais juste SPS (le user n'est pas dans un
domaine ou active directory).

>
> Pour le connecteur, j'ai compris que c'est pour avoir un SPS sur le web sans
> login interne. Ce dernier entrant ds le cadre de la CAL SPS

Qu'entends tu par "login interne"?
Il faut tout de meme que le user se log (login /mot de passe) pour
avoir accés à ses informations.

Rod