On Sun, 24 Mar 2002, Dany De Bontridder wrote:

> Jusqu'� r�cemment, je pouvais facilement pr�tendre � l'avance technique de linux par 
>rapport � des solutions
> propri�taires tels que Windows. Malheureusement, j'ai vu Windows 2000  et
> j'ai la tr�s nette impression que l'avance technique de Linux par rapport
> au monde propri�taire est quasi nulle aujourd'hui. Le fait qu'il y a eu beaucoup 
>d'emprunt� � l'open source est une maigre
> consolation. Donc peut-on essayer de faire une liste.

Qu'entends-tu par avance technique ? 

- La m�thode de travail entre W2K et Unix (Linux et autres) est diff�rente. 

Je crois que les argumentations sont plut�t : 

- La p�rennit� du parc informatique et de l'entreprise elle-m�me. 
- Ne pas mettre en p�ril la soci�t� pour des choix informatiques � courts termes.
- La transparence des logiciels concernant la s�curit�. 
- La customization ais�e du logiciel. 
- La possibilit� d'avoir le control sur la vie de son parc informatique. 
(dur�e amortissement et autre...)
- Promouvoir l'�conomie locale.

Les argumentaires basiques comme Unix-vs-NT Linux-vs-W2K ... 

Je dirais plut�t que l'argumentaire doit se faire entre : 

Logiciel-Propri�taire vs Logiciel-Libre. (pour �largir le champ et ne pas 
prendre en compte uniquement les arguments techniques)


> 
> Second probl�me, windows 2000 est tr�s diff�rent par rapport � NT, et il ne semble 
>plus possible de tout changer
> par de l'open source, en particulier active directory, du fait que 

En effet, active directory essaye d'enfermer l'utilisateur dans un monde 
ADSI uniquement. Une petite anecdote concernant ADSI et le "sois-disant" 
connecteur LDAP... 

Microsoft fait mirroit� la possibilit� d'utiliser la connectivit� LDAP 
vers d'autre application LDAP. J'ai un cas concret avec un firewall qui a 
un sch�ma compl�mentaire pour stocker les certificats et user dans une db 
LDAP. Il faut juste ajouter la structure du sch�ma. 
(C'est assez simple via un GUI tordu ;-)

Mais voila, le premier probl�me, la r�cup�ration des mots de passe (hash�) 
du ADSI n'est pas possible. Il existe bien des sch�mas avec une structure 
sp�cifique mais si on fait la requ�te via du LDAP. Il retourne tjs (null). 
En gros, c'est fait expr�s pour ne pas pouvoir faire une migration ou une 
connectiv� autre qu'avec des produits ADSI directs (donc MS). Si cela 
branche certains, je peux faire tout le d�tail technique de la manoeuvre. 

Deuxi�me probl�me, l'ajout d'un sch�ma compl�mentaire n'est pas support� 
par MS si cela n'est pas fait dans le cadre d'application ADSI (lire le 
contrat de support ;-). C'est un peut comme dire vous avez une DB SQL vous 
ajoutez une table SQL et elle n'est pas support�e si le nom ne commence 
pas par xyz_....) 

En gros, l'ensemble de ces petites choses est une preuve flagrante de la 
difficult� du r�aliser du travail � long-terme en informatique avec des 
solutions propri�taires. 

Le travail de discussion, d'�vang�lisation et de promotion du logiciel 
Libre n'est pas une chose simple. 


Alx


-- 
Alexandre Dulaunoy
  Work    : http://www.conostix.com/       [EMAIL PROTECTED]
  Private : http://www.foo.be/             [EMAIL PROTECTED]

"Liberty is the great parent of science and of virtue; and a nation will
be great in both in proportion as it is free. " T. Jefferson







Répondre à