Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 39 reacties
Bron: Novell, submitter: mduran

De publieke testversie van de Novell Client voor Linux is sinds afgelopen vrijdag beschikbaar. Er zijn op de site van Novell twee verschillende versies te downloaden: n voor Novell Linux Desktop 9 en n voor Suse Linux Professional 9.3. Voor andere Linux-distributies geeft het proberen van de Linux Desktop 9 variant een goede kans. De garantie of het goed gaat werken op andere systemen wil Novell echter niet geven. De Novell Client wordt veel gebruikt om vanaf werkstations verbinding te leggen met de services van Netware en eDirectory servers. De client is al langer beschikbaar voor Windows 2000 en XP systemen.

Novell Client for Linux
Moderatie-faq Wijzig weergave

Reacties (39)

Wel raar dat Novell er (nog) niet in geslaagd is om een versie te maken die gewoon tenminste op beide distributies draait. Om over andere distributies maar niet te praten.
Ik heb de SuSE 9.3 versie geinstalleerd op FC3, en dat werkt gewoon. (afgezien van wat SuSE-specifieke dingen in de init scripts)

Het verschil tussen de NLD en SuSE versies is ook minimaal, NLD heeft geloof ik bijv standaard de kernel module die de client nodig heeft en SuSE niet. Dat soort dingen. En ik kan me prima voorstellen dat ze tijdens een beta niet meteen al 1400 verschillende distro's willen ondersteunen, dit test ongetwijfeld makkelijker. En misschien willen ze die andere distro's niet eens ondersteunen. Je moet wel een reden overhouden om een Novell distro te gaan gebruiken immers. :)
niet zo raar als je kijkt naar de novell client voor windows ontwikkeling. patch na patch na patch & nog steeds bugs.
niet zo raar als je kijkt naar de novell client voor windows ontwikkeling. patch na patch na patch & nog steeds bugs.
Er zijn inderdaad enkele buggy-clients geweest, maar over het algemeen werkten de clients goed. Wat er vaak fout ging was dat MS een update uitbracht, waardoor de Novell client weer problemen kon gaan geven.
Dus als je een buggy client hebt, moet je eens proberen te downgraden of eens kritisch kijken naar de windows-software, de manier waarop die geinstalleerd is of welke updates je geinstalleerd hebt die van invloed kunnen zijn op de werking van de Novell client.
omdat die niet zo diep in windows zitten natuurlijk. het hele authentication wordt bijvoorbeeld overgenomen door novell. je kunt je voorstellen dat MS sowieso niet zo blij is met novell, als novell roept: "Managing NT better than NT does".
novell software werkt behoorlijk wat meer low level dan standaard software. de manier dat novel gebruik maakt van sockets/poorten/protocols en de rest is behoorlijk wat uitgebreider en complexer dan gewone software. dit is ook een reden waarom MS juist ff wat kleine specificaties wijzigd om zo novell bezig te houden. niet alleen novell kampt met dit soort problemen trouwens.
gewone software kampt trouwens ook behoorlijk vaak met problemen. hoeveel admins zijn bv geupgrade naar SP II? maar een zeer kleine groep omdat de gewone software niet werkt. of hoeveel admins gebruiken xp uberhaubt en preferen nog steeds w2k over xp?
Het klopt dat er veel software niet werkt icm SP2. Probleem is alleen dat dit vaker aan de software ligt dan aan SP2. Dat het probleem pas aan het licht komt met SP2, wil niet zeggen dat SP2 de veroorzaker van het probleem is. Meestal gaat het om slecht (lees: niet volgens MS standaard) geschreven software. Net zoals software alleen goed wil werken op een console van een server en niet wanneer het onder RDP gestart wordt.
SP2 stelt gewoon strengere eisen aan software (en terecht), vooral bij gebruik van de IP stack.
Hiermee beweer ik overigens niet dat de Novell client slecht is, hier heb ik helemaal geen ervaring mee.
>Wat er vaak fout ging was dat MS een update uitbracht,
>waardoor de Novell client weer problemen kon gaan geven

En waarom is dat dan met zoveel andere software geen probleem?
Novell nu nog niet over op 2000 dan? :+
De novell client doet het ook prima onder SP2, volgens mij.
De client lijkt (op dit moment) gebruik te maken van de LONG namespace, en niet de NFS namespace. Aan de ene kant is dat wel logisch, de mounts zijn user-specifiek en de vlaggetjes voor bestandsrechten zijn dus niet relevant maar wel lastig om te mappen. Aan de andere kant is het wel een nadeel omdat je zelfs geen x aan/uit kunt zetten. Ik hoop dat je wel de mogelijkheid krijgt om de NFS namespace te gebruiken.

Verder ziet het er allemaal goed uit, en zeker een stuk beter dan het geknoei met ncpfs of NFS. Doordat er een enkele novfs mount is die voor alle shares gebruikt wordt, kunnen alle users zelf inloggen op hun trees/servers zonder dat root voor iedereen mountpoints enz moet maken. Het grafische gedeelte is ook wel grappig, ze leveren er zelfs een rode-N tray applet bij, vergelijkbaar met die in Windows.

Wat ik nog niet gezien heb (maar ongetwijfeld ooit wel eens komt) is pam en nss modules zodat unix logins meteen ook NDS logins zijn. Nu moet je alsnog eerst lokaal inloggen (al dan niet met nss/pam_ldap op dezelfde NDS users) en daarna nog eens nwlogin gebruiken om je volumes te kunnen gebruiken. Dat kan mooier.
Volgens mij zou NFS wel gesupport moeten zijn, ik heb er tenminste wel een melding van gelezen bij de eerste beta 3 maanden geleden. Ik heb het zelf niet geprobeerd dus weet ook niet of het ooit wel gewerkt heeft. Ik zal het in ieder geval wel even navragen. Pam integratie wordt pas bij de volgende versie geimplementeerd.

Het product zelf is zeer stabiel, hoewel er een aantal loginscript commands nog ontbreken. Het schijnt de bedoeling te zijn om de client RH compatible to blijven maken, maar niet officieel te supporten (logisch :P). Er zijn een aantal applicaties meegeleverd die je niet in de GUI hoeft te gebruiken zodat je kan inloggen op NetWare server (inclusief login script parser) zonder Gnome/KDE op te starten.
Nu moet je alsnog eerst lokaal inloggen (al dan niet met nss/pam_ldap op dezelfde NDS users) en daarna nog eens nwlogin gebruiken om je volumes te kunnen gebruiken. Dat kan mooier.
Hoe had je dat willen doen dan? Op Windows log je met de client ook gewoon in op Windows. Alleen de client doet dit voor je. De client maakt gebruik van de Windows mogelijkheid om voor het inloggen een lokaal account aan te maken met dezelfde naam en wachtwoord als het netwerk account. Voor zover ik weet is dit op Linux wat lastiger.

Naast het feit dat het erg lastig is om gelijk in een Beta client al zo een soort van (dlu) contructie te maken loop je bij Linux ook nog tegen het probleem aan dat je meerdere login methodes hebt. Zowel als bij Suse als bij NLD9 kan ik nog steeds kiezen hoe en waarmee ik wil inloggen. Om over verschillende password encrypties nog maar te zwijgen. Als je client lokaal moet inloggen voor je moet daar allemaal rekening mee worden gehouden.

Ik deel je mening dat het mooier kan en het zal er ongetwijfeld komen, maar daar is het nu nog te vroeg voor.
Slimme zet van Novell dit. Hadden ze veel eerder moeten doen.

Microsoft is tegenwoordig bijna de standaard keuze, als een bedrijf wil automatiseren. Er is een tijd geweest dat Novell dat was (bv. in de netware 3/5 tijd).

Netware is een mooi systeem, maar het had te weinig echte voordelen boven Microsoft. Als Novell er in slaagt linux goed te ondersteunen, geeft ze dat imo een enorm voordeel boven Microsoft.
Ik zie het enorme voordeel nog steeds niet...
wat dacht je van een "gratis" client? je kan nu bij de client linux draaien wat een lagere TCO heeft.
Persoonlijk vind ik het erg prettig dat ik met mijn linux pc nu op een makkelijke manier bij mijn netwerk mappings kan.
Nee maar als Admin heb je wel een taak om degene die je budget bepalen te informeren.
En als afdeling heb je ook een budget.

Zeker zijn er nog genoeg bedrijven die nog op 2k draaien, NT en 98 kan ik me nauwelijks voorstellen, dit moet je ook niet willen.

Om een voorbeeld te noemen, op een Dell GX270, toch al een model van ruim een jaar oud, word 98 niet eens meer gesupport, moet je dan als admin lopen kloten om 98 daarop aan de praat te krijgen met alle instabiliteit die er bij komt?
Toch gebeurd het. En de automatiserings afdeling heeft geen budget om een heel bedrijf over te zetten. Dat soort grote projecten worden vaak gefinancieerd uit andere potjes.

Het bedrijf waar ik laatst was heeft nog zeker 1500 Win98 werkplekken. Ondanks de vele discussies wordt daar bijna niks aangedaan. Zij informeren echt wel iedereen die zijn handtekening kan en mag zeggen. Maar als die mensen niet willen...

Alleen nieuwe pc's mogen worden voorzien met XP. En nieuwe pc's worden alleen gekocht wanneer de oude echt helemaal dood zijn.

En zo ken ik nog meer bedrijven. De een is zeer vooruit strevend en kan niet wachten op de volgende versies van hun belangrijkste OS-sen. Andere moeten het doen met veel en veel minder. Zo werkt het nu eenmaal.
Ik kan nergens vinden onder welke licentie deze software verspreid wordt, maar het is verwarrend om het woord "publieke" in de titel van het bericht te lezen. Dit is namelijk hetzelfde als het tweede woord in "GPL" (en daar is de betekenis vast vele malen meer "publiek".)
Wat hier met "publieke" bedoeld wordt, is het tegengestelde van "beperkt beschikbare".
Dat betekent gewoon dat ie beschikbaar is voor het publiek, niet meer en niet minder. Dat jij het woord 'publiek' met GPL associeert.. tsja. :z
Vreemd dat jullie schijnen te denken dat ik niet weet wat "publiek" betekent. Aan mijn reactie is toch duidelijk te zien dat ik dat wel weet?

Ik wilde alleen dat verschil aangeven, en meteen mijn voorkeur voor software onder GNU GPL tentoonspreiden. Waarom zou een login-programma niet onder GNU GPL verspreid kunnen worden? Daarom zocht ik de licentie.
Aan mijn reactie is toch duidelijk te zien dat ik dat wel weet?
Nou nee, eigenlijk niet. De hele associatie met GPL is volledig uit de lucht gegrepen.
(en daar is de betekenis vast vele malen meer "publiek".)
Nee. Publiek wil niet meer zeggen dan dat het voor iedereen toegankelijk is, en dat geldt voor beide zaken. Alleen pas je GPL op broncode toe, en gaat dit over een programma: GPL is niet "publieker" oid, er is gewoon iets anders publiek.
www.novell.com/coolsolutions/tools/13977.html
Dit vond ik op Novell.com. Gaat dit niet over hetzelfde programma?
Dit vond ik op Novell.com. Gaat dit niet over hetzelfde programma?
Nee, dat is een wrappertje om ncpfs heen.
Onno, ik kan jouw reactie niet helemaal plaatsen, je geeft toe dat deze software publiek beschikbaar is
Software ja. Het gaat nergens over source, waar er bij GPL sprake van is. Dus is het wat merkwaardig om het woordje publiek te associeren met een andere kreet waar datzelfde woordje in voorkomt, puur en alleen omdat dat (nogal algemene) woordje erin voorkomt.
Verder nog een correctie. Software onder GNU GPL heeft niet alleen met broncode te maken, ook met de (resulterende) binary!
Het is een licentievoorwaarde op de source. Je mag de source gebruiken, als je die ook zult verspreiden met eventuele binaries. Dat is heel wat anders dan een voorwaarde op de binaries: je mag de binaries gebruiken, als... En dat laatste bestaat niet bij GPL, het is puur een source-licentie.
Onno, ik kan jouw reactie niet helemaal plaatsen, je geeft toe dat deze software publiek beschikbaar is, net als software onder GNU GPL. Dan is de associatie toch niet uit de lucht gegrepen? Wat betekend nu "publiek beschikbaar"? Welke licentie?

Verder nog een correctie. Software onder GNU GPL heeft niet alleen met broncode te maken, ook met de (resulterende) binary!
Nu nog iets voor MacOS, want die kan volgens mij nog van geen enkele soort directory service lid worden (wel aanmelden misschien, maar niet lid worden, das wat anders).

Of zijn er al stiekem NDS en ADS clients in OSX toegevoegd?

Ohja, misschein dat Microsoft nu ook es aan de slag gaat met een *echte* client voor linux. een wachtwoordje checkken tegen een windows server (dat kan al) is niks vergeleken met een full-featured Active Directory client.
En nog leuker: MS die een linux distro aanbiedt...
Eindelijk :p ik zat hier al op te wachten, de alternatieve client heeft wat moeite met mounten van schijven in het logincsript, ik heb dan alleen een sys mount, die ook niet makkelijk geunmount kan worden.

[beetje offtopic]

Is het iemand al gelukt het te installeren op NLD?

Ik krijg steeds een error dat ik novfs niet gestart heb, en dat ik de XPlat libary moet nakijken.
Als ik novfs handmatig start vanuit de runlevel editor in YaST krijg ik de volgende error:

Starting novell novfs daemon...
FATAL: Module novfs not found.
mount: bestandssysteem soort novfs niet ondersteund door kernel
Unable to Open Control Interface
..done

iemand een idee dat er fout gaat?
Eigenlijk heb je NLDSP2 nodig, maar die is nog niet uit. :)

Installeer de volgende packages:

gcc, kernel-source, kernel-syms, make, gettext, libgcj

Client installeren.

En dan moet je ff dit script draaien:

/opt/novell/ncl/src/novfs/mk_novfs

Ff een rebootje

Dan Programs > Accessories > Novell Login

Nu zou het moeten werken...
Voor andere Linux-distributies geeft het proberen van de Linux Desktop 9 variant een goede kans.
Bullshit. Novfs is duidelijk iets dat in de kernel moet draaien. Alle binaire pakketten (zonder source) die in de kernel geladen dienen te worden zijn mega distro-afhankelijk en incompatibel.

Lees: Voor andere Linux-distributies geeft het proberen van de Linux Desktop 9 variant weinig hoop.
Binaire pakketten die in de kernel geladen moeten worden? Heb je het hier over modules of bedoel je wat anders?
Gepost door n4m3l355 - zondag 26 juni 2005 - 13:21 -
novell software werkt behoorlijk wat meer low level dan standaard software. de manier dat novel gebruik maakt van sockets/poorten/protocols en de rest is behoorlijk wat uitgebreider en complexer dan gewone software. dit is ook een reden waarom MS juist ff wat kleine specificaties wijzigd om zo novell bezig te houden. niet alleen novell kampt met dit soort problemen trouwens.
gewone software kampt trouwens ook behoorlijk vaak met problemen. hoeveel admins zijn bv geupgrade naar SP II? maar een zeer kleine groep omdat de gewone software niet werkt. of hoeveel admins gebruiken xp uberhaubt en preferen nog steeds w2k over xp?

Een beetje slimme admin is onderhand al wel over op Windows XP, al dan niet in combinatie met SP2, aangezien de mainstream support van Windows 2000 ophoud op 30 juni.

En er werken meer applicaties onder XP dan onder 2000 raar genoeg. Als je de Whitepapers van Servicepack 2 doorgenomen hebt, had je kunnen zien dat er een heleboel m.b.v. policy's geregeld kan worden.

Om over te stappen op het Novell gedeelte, als je ZfD4 op de juiste manier wilt gebruiken en val alle opties gebruik wilt maken ben je soort van verplicht over te stappen op Windows XP.
Lekker dan, dus als het bedrijf niet wil investeren in XP is de Admin per definitie dom?

Kom nog bij zat bedrijven over de vloer met Win98/NT en 2K. Gewoon omdat het werkt. En de Admins kunnen dan wel over willen, maar uiteindelijk beheren zijn niet het budget...
Niet zo raar als je er over nadenkt dat ze zelfs een distro hebben ;)

Edit: dat was bedoeld als reactie op Pietje Puk.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True