Comment puis-je améliorer ma prise en charge des réseaux Novell lorsque je n'ai pas de réseau Novell?

Je travaille pour un magasin .NET / MSSQL qui a du mal à supporter les clients exécutant Novell, en partie parce que nous n'avons pas Novell (ou l'argent pour cela) et partiellement parce que nous n'avons personne avec l'expérience de Novell. Cette question pourrait facilement être étendue à «Comment pouvons-nous améliorer notre soutien à la technologie X lorsque nous n'avons pas la technologie X? Évidemment, je m'attends à ce que quelqu'un dise «il est facile d'acquérir la technologie ou quelqu'un avec ce genre d'expérience», mais gardez à l'esprit que je suis juste un développeur, pas le directeur du développement ou quelqu'un ayant le pouvoir sur les cordons. J'ai cherché un dispositif virtuel de server Novell (bien que je ne sois pas sûr que "le server Novell" soit ce que je devrais searchr) mais je n'ai pas trouvé grand-chose sur le site Web de VMware.

Un essai d'évaluation de 60 jours d'Open Enterprise Server 2 est disponible (nécessite une inscription gratuite). Si vous l'installez dans une machine virtuelle, rien ne vous empêche de la réinstaller après 60 jours (à l'exception de la licence).

Mais vous aurez besoin de quelqu'un de bien avec Linux pour gérer cela (et de preference bien avec cette technologie précise). Dans un magasin MS, cela pourrait être un problème.

La solution la plus simple consisterait à externaliser ceci – requestz à des techniciens externes de tester votre logiciel pour vérifier sa compatibilité. Si vous découvrez que vous payez trop, engagez quelqu'un qui connaît cette stack de logiciels.

Vous ne pouvez pas prendre en charge quelque chose si vous ne le testez pas. Et vous ne pouvez pas tester contre quelque chose que vous ne connaissez pas.

Il y avait un réseau de développeurs relativement bon marché auquel nous appartenions avant que les questions de Novell ne disparaissent (derniers mots célèbres, maintenant je parie que nous en aurons un demain), il n'y a jamais de substitut au logiciel / matériel , la seule alternative est d'écrire un programme de test et d'amener votre user à l'exécuter. Je suis insortinggué cependant quant au problème que vous obtenez, les principaux que nous avons eu étaient les verrous de files avec les bases de données Jet.

Quand vous dites exécuter Novell, vous devez considérer ce que cela signifie.

Très probablement, vous voulez dire soit utiliser des servers NetWare, soit utiliser eDirectory pour l'authentification.

Avec la sortie d'Open Enterprise Server, Novell a porté les principales fonctionnalités de la stack Netware pour s'exécuter sur SLES (SUSE Linux Enterprise Server). Ainsi, OES fonctionne sur un kernel NetWare ou Linux. Les services sont sensiblement les mêmes sur les deux (il y a quelques différences subtiles qui sont probablement en dehors de la scope de ce problème).

Si vous voulez dire des servers NetWare (ou même des servers Linux OES fournissant des partages de files), cela devient un problème d'access au système de files. Si c'est simple lit et écrit à partir d'un lecteur réseau, il y a deux approches.

1) Installez le client Novell sur la boîte qui a besoin de l'access au système de files pour pouvoir établir une connection NCP (Novell Core Protocols) avec les volumes et datatables hébergés sur ce dernier.

2) Obtenir l'administrateur du server Novell pour activer CIFS / Samba (Sur les kernelx Netware, il s'agit d'une implémentation CIFS de CIFS non-ported-from-Samba.Sur Linux OES, Samba utilise actuellement eDirectory pour les credentails. OES 2 Sp1, sur le kernel Linux, la stack Netware CIFS a été scope sur Linux car elle est beaucoup plus performante et évolutive, comparée à Samba seulement sur le server.

Plus probable cependant, vous voulez dire que eDirectory est utilisé pour l'authentification. Si c'est le cas, faites comme si c'était un annuaire LDAP et vous devriez être plutôt bien.

eDirectory est multi plate-forme et fonctionne sur Windows, Netware, Linux (SLES et Red Hat au less), Solaris, AIX et HPUX. Il est pratiquement impossible de distinguer la plate-forme sur laquelle il s'exécute. Ainsi, quelle que soit votre expertise sur le operating system principal, installez une instance eDirectory, configurez une arborescence de test et vous pourrez tester votre code d'authentification assez facilement.

Il devrait y avoir une licence gratuite de 250 000 users disponible pour seulement eDirectory for Developers. (En fait, je ne pense pas qu'ils se donnent la peine de requestr des licences pour eDirectory uniquement.) Les produits supplémentaires nécessitent une licence.OES nécessite une licence pour accéder aux partages de files ou aux imprimantes partagées.Idity Manager (IDM) est livré avec presque toutes les autres licences de produit Novell , mais uniquement pour une utilisation avec les pilotes groupés (AD, eDir, Notes, Exchange), le rest nécessite une licence.

J'espère que cela pourra aider. Si vous êtes à la search de guides de pointeurs et de débutants, Novell Cool Solutions propose énormément de contenu.

Si vous avez un problème spécifique faites le moi savoir et je verrai si je peux aider.