Den frie kafeen

[olefiver]

Nå er vel ikke Slackware64 sluppet enda i stabil versjon...

 

stable er for stabile folk.

 

Takk til NgZ for bedre svar enn hva jeg kunne tenkt ut på kort varsel

 

Nei, ikke slackware64 er selvfølgelig ikke stabil ennå. Det er jo derfor det står "Slackware64 -current made public" er det ikke

Uansett bryr jeg meg ikke da 1. første maskina jeg skal teste på er akkurat det, en test maskin, og 2. den maskina jeg kan tenke med å oppgradere til slackware64 kjører slackware -current allerede.

 

** synger Livin' on the Edge av Aerosmith **

[Del]

@Del: Mange gode forslag der. Har tenkt å revidere mailserveren grunnet visse aspekter. Squirrelmail blir per dags dato brukt som webmail-løsning, men jeg kommer selvfølgelig til å erstatte Squirrelmail med horde-imp.

Squirrel er finfin for kun mail, den kan også brukes med kolab, men da må den settes opp manuelt.

Outlook kommer nok til å leve en god stund til, lisensene er kjøpt inn, og Outlook fungerer tilfredsstillende.

Nettopp derfor er Toltec fin å ha, den synker alt mot server (kontakter kalender, mail, tasks).

Men det beste hadde vært om det hadde blitt en kobling mellom Kolab og Active Directory, som jeg benytter som brukerautentisering, siden det brukes Windows på klientsiden, og vi derfor har et NT-domene (Windows Server 2003 R2 domenekontroller).

Jeg håper AD avgår med døden. OpenLDAP gir mye bedre ytelse, og du kan synke den mot brukere og passord på AD hvis du har mange brukere. Hvis det er en mindre bedrift er det lite poeng, du legger alle inn manuelt på kort tid.

[stigfjel]

Jeg håper AD avgår med døden. OpenLDAP gir mye bedre ytelse, og du kan synke den mot brukere og passord på AD hvis du har mange brukere. Hvis det er en mindre bedrift er det lite poeng, du legger alle inn manuelt på kort tid.

Mulig det, men AD er mye mer enn bare brukerautentisering. Og AD kommer nok ikke til å dø med det første, AD er en av Microsoft sine sterkeste kort.

Endret 20. mai 2009 av stigfjel

[Del]

Beklager stigfjel, jeg har problemer med å forholde meg rasjonelt til temaet, så jeg vet ikke om jeg bør svare.

[stigfjel]

Beklager stigfjel, jeg har problemer med å forholde meg rasjonelt til temaet, så jeg vet ikke om jeg bør svare.

AD handler ikke bare om brukerautentisering, men også om hvordan klient-maskinene skal oppføre seg. Man kan spesifisere hvor brukerprofilene skal lagres, innstillinger for operativsystemet, innstillinger for Internet Explorer, styre automatiske oppdateringer (distribuere oppdateringer til klienter) og mye, mye mer. Jeg har selv vært borti OpenLDAP, og det var grisete. OpenLDAP er kanskje raskere på brukerautentisering enn AD, men AD har så mye mer funksjonalitet, noe som gjør AD til et foretrukket valg i mange bedrifter. Det er viktig å utnytte friprog så langt det er mulig, men visse ting kan ikke friprog tilby. AD er et eksempel på noe som ikke kan erstattes av friprog uten videre.

Endret 20. mai 2009 av stigfjel

[olefiver]

Samba4 er planlagt å ha en AD server implementert.

Noen tanker om hvorvidt samba4 kanskje kan erstatte AD?

 

EDIT: litt vanskelig å si på dette tidspunktet vel, siden samba4 fortsatt er alpha...

Endret 20. mai 2009 av olefiver

[Del]

Da får jeg bare prøve å være litt rasjonell da.

AD handler ikke bare om brukerautentisering,

Nei, det har også sauset inn DNS og gruppekontroll, funksjonalitet som har overhode ingenting med din mailserver å gjøre, eller brukerne der.

men også om hvordan klient-maskinene skal oppføre seg. Man kan spesifisere hvor brukerprofilene skal lagres, innstillinger for operativsystemet, innstillinger for Internet Explorer, styre automatiske oppdateringer (distribuere oppdateringer til klienter) og mye, mye mer.

Spar meg, du høres ut som en MS reklame hvor du forsøker å fremstille AD som menneskets syvende underverk. AD er en lock-in suppe som består av tre sammensausete deler, autentisering, katalogtjenester og dns. Alt annet er reklamekronene til MS som messer inne i hodet ditt.

Jeg har selv vært borti OpenLDAP, og det var grisete.

Du manglet isåfall en god gui, hvilket admin-interfacen til kolab gir deg. OpenLDAP følger integrert i kolab, så du vil aldri trenge å forholde deg til hvilken autentisering som brukes som back-end, men du kan føle deg trygg på at den er en orden eller to mer effektiv enn MS sitt alternativ.

AD er et eksempel på noe som ikke kan erstattes av friprog uten videre.

Tullball. Det kan fint erstattes, og har blitt erstattet med suksess i alle typer miljø. Endret 21. mai 2009 av Del

[BåGan]

http://moblin.org/community/blogs/imad/200...ettops-its-here

 

Wow! Moblin V2 ser ekstremt pent ut! Nesten så jeg må bytte ut Ubuntu Remix mot denne for å teste. Frister iaffal.

[JohndoeMAKT]

Og så lenge varte det. Da jeg våknet i morges og prøvde å spille av en videofil uten DD/DTS kom ikke lyden ut over S/PDIF men bare over analog.

 

Vet noen hvordan jeg kan se de siste oppdateringer lagt inn på systemet?

[jonnor]

I pakkebehandleren sine logger. /var/log/dpkg eller lignende. De forskjellige front-endene gjør også noe logging vanligvis, feks for Debian har du også apt/ og aptitude

[JohndoeMAKT]

libgl, mesautil og ntpdate er det eneste jeg har fått oppdatert siden den fjortende mai, så det er nok noe annet som plutselig har bestemt seg for å glitche matrisen.

[stigfjel]

Da får jeg bare prøve å være litt rasjonell da.

Det vil vise seg.

Nei, det har også sauset inn DNS og gruppekontroll, funksjonalitet som har overhode ingenting med din mailserver å gjøre, eller brukerne der.

Nå er det slik at AD blir brukt til mer enn å autentisere mailservere. Login fra arbeidsstasjoner, oppsett av nettverksressurser, kontroll av automatiske oppdateringer, oppsett i nettlesere. DNS blir bare benyttet sekundært i nettverket.

Spar meg, du høres ut som en MS reklame hvor du forsøker å fremstille AD som menneskets syvende underverk. AD er en lock-in suppe som består av tre sammensausete deler, autentisering, katalogtjenester og dns. Alt annet er reklamekronene til MS som messer inne i hodet ditt.

Vær så snill, du klarer å holde en mer verdig tone enn dette.

Du manglet isåfall en god gui, hvilket admin-interfacen til kolab gir deg. OpenLDAP følger integrert i kolab, så du vil aldri trenge å forholde deg til hvilken autentisering som brukes som back-end, men du kan føle deg trygg på at den er en orden eller to mer effektiv enn MS sitt alternativ.

Dette var i forbindelse med et fag vi hadde på universitetet. Hvis man gjorde en feil kunne man risikere å låse seg selv ute av maskinen, siden lokal innlogging ikke lenger fungerte. Og vi brukte et GUI, phpldapadmin. Men nå er det installert Windows på arbeidsstasjonene på jobben.

Tullball. Det kan fint erstattes, og har blitt erstattet med suksess i alle typer miljø.

Gi meg konkrete eksempler på alle typer miljøer. Som IT-ansvarlig må jeg gjøre en avveiing mellom fri programvare og programvare som lar meg få et system opp og gå på kort tid. Det er også en kostnad som heter TCO, eller Total Cost of Ownership, altså de totale kostnadede for å eie et produkt. I bedriften jeg jobber for har AD hatt en lav TCO verdi, siden det nå sjelden er problemer med systemet. I fjor da jeg tok over som IT-ansvarlig arvet jeg ansvaret for et datanettverk som har blitt vanskjøttet gjennom mange år. Jeg måtte løse problemene fort, og da var AD veldig greit å ha, problemene med nettverket ble løst. I og med at det er Windows på klientsiden er jeg ikke sikker på om OpenLDAP kan brukes. Men hvis jeg innfører Kolab som mailplattform og OpenLDAP kan være bindeleddet mellom mailserveren og AD, så vil det kunne fungere. Men jeg mener bestemt at min bedrift er blant de flinkere til å benytte fri programvare i produksjon. Kan også nevne at det nåværende forretningssystemet i bedriften (ERP/CRM) må skiftes ut. Der kommer jeg til å teste ut åpne løsninger, for det finnes faktisk åpne CRM og ERP løsninger lisensiert under GPL. Finner jeg ett alternativ for CRM/ERP som fungerer tilfredsstillende, så vil det bli valgt. I ERP-markedet kan man virkelig begynne å snakke om lock-in og programvareleverandører som har et langt og bredt sugerør inn i bedriftenes konto. Microsoft vil i en slik sammenheng fremstå som snille barn sammenlignet med visse ERP-leverandører. Forretningssystemet i bedriften er den desidert viktigste applikasjonen, uten dette får ingen gjort jobben sin.

Endret 21. mai 2009 av stigfjel

[Del]

Gi meg konkrete eksempler på alle typer miljøer. Som IT-ansvarlig må jeg gjøre en avveiing mellom fri programvare og programvare som lar meg få et system opp og gå på kort tid. Det er også en kostnad som heter TCO, eller Total Cost of Ownership, altså de totale kostnadede for å eie et produkt.

Jeg blir kvalm av TCO når det slenges ut på denne måten. Det var en del av reklamekampanjen til MS for å hindre GNU/Linux i å komme inn på markedet. Selvfølgelig er det kostnader knyttet til oppsett og drifting av et system. Morosmt at TCO alltid brukes som argument for MS-løsninger. Kan du ikke heller bare løfte blikket ditt litt å kalle en spade for en spade. Det du mener å si er at lock-in effektene i din bedrift er så store at å fjerne dem vil koste for mye. Så fortsetter man å pisse i buksa. Jeg har ingen problemer med det, det skjer i nær sagt alle bedrifter. Jeg er sinnsykt lei av hele greia.

I og med at det er Windows på klientsiden

og der traff du spikeren på hodet, gratulerer. Ja det er helt korrekt at med MS på klient havner du fort inne i en bøtte av lock-in. Du har nettopp oppdaget bug nummer en i ubuntu:

https://bugs.launchpad.net/ubuntu/+bug/1

Dessverre kan det være krevende å skifte ut klienter, men min anbefaling er da å holde autentiseringen adskilt. Fortsett med AD for windows, vurder om du trenger det sentralisert på GNU/Linux. Hvor mange brukere snakker vi om.

 

Kan du så forklare meg hvorfor du føler behov for å integrere mailserveren i et AD domene? Hvor mange brukere snakker vi egentlig om?

[stigfjel]

Jeg blir kvalm av TCO når det slenges ut på denne måten. Det var en del av reklamekampanjen til MS for å hindre GNU/Linux i å komme inn på markedet. Selvfølgelig er det kostnader knyttet til oppsett og drifting av et system. Morosmt at TCO alltid brukes som argument for MS-løsninger. Kan du ikke heller bare løfte blikket ditt litt å kalle en spade for en spade. Det du mener å si er at lock-in effektene i din bedrift er så store at å fjerne dem vil koste for mye. Så fortsetter man å pisse i buksa. Jeg har ingen problemer med det, det skjer i nær sagt alle bedrifter. Jeg er sinnsykt lei av hele greia.

Bedriften kjøper inn lisenser fra Microsoft på den måten at det blir en engangskostnad. Og å få opp et sentralisert domene tok ikke lang tid, og siden nettverket hadde så store problemer i fjor, var tid det essensielle. Det gjorde at arbeidskostnadene ikke ble så store, og det går på eierskap. Jeg har ikke fulgt med på reklamene, men snakker av egen erfaring. Men, jeg valgte OpenOffice fremfor Microsoft Office, med unntak av Outlook. Og bruken av Outlook har jeg allerede begrunnet. Jeg har ikke brukt så mye på MS-lisenser som mange andre bedrifter har. Exchange kommer aldri inn i huset, grunnleggende nettverkstjenester kjører ikke på MS-plattform, og alt som har med sentralisert lagring og backup å gjøre kjører på UNIX (Solaris). Det nye CRM/ERP-systemet vil ikke kjøre på Microsoft-plattform. Bruken av Windows begrenser seg til klientsiden, og det vil ikke jeg kalle fullstendig lock-in.

og der traff du spikeren på hodet, gratulerer. Ja det er helt korrekt at med MS på klient havner du fort inne i en bøtte av lock-in. Du har nettopp oppdaget bug nummer en i ubuntu:

https://bugs.launchpad.net/ubuntu/+bug/1

Dessverre kan det være krevende å skifte ut klienter, men min anbefaling er da å holde autentiseringen adskilt. Fortsett med AD for windows, vurder om du trenger det sentralisert på GNU/Linux. Hvor mange brukere snakker vi om.

AD har i de senere årene blitt lettere og lettere å integrere med UNIX-systemer.

Kan du så forklare meg hvorfor du føler behov for å integrere mailserveren i et AD domene? Hvor mange brukere snakker vi egentlig om?

Det bør da være innlysende. Per nå har mailserveren egen brukerautentisering, noe som er tungvint og øker tiden det tar å legge til ny bruker, endre passord osv. Med mailserveren integrert i et AD domene letter det på administrasjonen, og jeg kan bruke mer tid på å forbedre systemet, finne nye alternativer. Filserveren, som kjører Solaris 10, er integrert i AD domenet.

[Gjest Slettet+9871234]

Kjapt spørsmål: Eg vil skru på kernel modesetting for nouveau i Fedora 11, men er ikkje sikker på kor eg skal skrive det i grub sin menu.lst. Er dette rett?

 

title Fedora (2.6.29.3-140.fc11.x86_64)
	root (hd1,1)
	kernel /vmlinuz-2.6.29.3-140.fc11.x86_64 ro root=UUID=a91bbfe9-5618-4378-bf0a-40bdd137f64b rhgb quiet nouveau.modeset=1
	initrd /initrd-2.6.29.3-140.fc11.x86_64.img

Endret 21. mai 2009 av Slettet+9871234

[Del]

Hvor mange brukere stigfjel, det burde være enkelt å svare på. Jeg spurte to ganger.

[stigfjel]

Hvor mange brukere stigfjel, det burde være enkelt å svare på. Jeg spurte to ganger.

Det har ingen ting med saken å gjøre, administrasjonen skal være så effektiv at man kan bruke samme løsning for bedrifter med flere hundre ansatte. Og det mener jeg at jeg er på god vei til å klare.

Endret 21. mai 2009 av stigfjel

[Del]

Antall brukere er sentralt. Dessverre ser folk seg ofte blind på features de ikke trenger. Jeg antar dere er relativt få ansatte, og at du kan legge brukerne manuelt inn på tiden en kaffepause tar.

[stigfjel]

Antall brukere er sentralt. Dessverre ser folk seg ofte blind på features de ikke trenger. Jeg antar dere er relativt få ansatte, og at du kan legge brukerne manuelt inn på tiden en kaffepause tar.

Å sentralisere nettverket har ført til at feil fikses mye fortere enn tidligere, da nettverket var desentralisert og hver modifikasjon måtte gjøres på hver enkelt klient. Nå gjøres alt på serverne, innstillingene pushes ut til klientene automatisk, og jeg kan faktisk ikke huske sist gang brukere hadde problemer med kjernesystemet. Antall feil har også sunket drastisk etter at systemet ble sentralisert. Sentralisering og automatisering konfigurert riktig fører til mindre feil og høyere oppetid. Konsekvensen er at de ansatte nå kan bruke tid på den jobben de skal gjøre fremfor å vente på at feil skal rettes opp. Feil på dataanlegget var blant de største irritasjonsmomentene for et år siden, det er det ikke nå lenger, tvert imot er de meget fornøyd med hvordan det er nå, det har jeg fått tilbakemeldinger på. Jeg kan også nevne at jeg fjernstyrer hele anlegget som ligger i Oslo fra et helt annet sted i landet, går på NTNU. Har en skole å tenke på, og da må jeg ha en effektiv infrastruktur slik at jobben ikke går ut over studiene. Skal også ha en annen fulltidsstilling, og det jeg har pratet om nå blir en ekstrajobb som betyr en fin ekstrainntekt. Nok en grunn til å ha en effektiv drift av dette systemet. Og bedriften ser på dette som den beste løsningen. Derfor tenker jeg enterprise-løsninger selv om det kanskje er en liten bedrift. Derfor kjøper ikke jeg billig-maskiner og billig-servere, men komponenter som har management-fasiliteter innebygget og som har kvalitet i seg. En strategi jeg har lykkes med i de innkjøpene jeg har foretatt.

 

Edit: hva er din erfaring innen det å være IT-ansvarlig i en bedrift, å ha ansvaret for at et system fungerer til enhver tid? Et system ansatte i en bedrift er avhengig av for å tjene penger?

Endret 21. mai 2009 av stigfjel

[DeadManWalking]

Jeg liker ikke transmission, jeg gikk over til 64-bit linux. Torrent er noe møkk så langt, jeg har en god linje og i windows med utorrent lå hastighetene på ca. 1MB ned. Nå har jeg 28kb/s ned, og disse har gode hastigheter på en annen maskin i samme nett med windows og utorrent!!!! Støtter transmission alt det utorrent har?

 

µTorrent is the world's most popular BitTorrent client. Most of the features present in other BitTorrent clients are present in µTorrent, including bandwidth prioritization, scheduling, RSS auto-downloading and Mainline DHT (compatible with BitComet). Additionally, µTorrent supports the Protocol Encryption joint specification (compatible with Azureus 2.4.0.0 and above, BitComet 0.63 and above) and peer exchange.