Home - Työasemat ja päätelaitteet

9.3.2010

MDT 2010 Proof of Concept

Lupaan kohta tuolla Messukeskuksen lavalla julkaista tämän, joten tässä on :)

MDT 2010 Käyttöönotto POC

Posted at 6:53 by Sami Laiho | Permalink | Email this Post | Comments (0)

8.3.2010

Natiivin VHD Bootin käyttöönotto RDP-yhteyden yli

Tuli tuossa tilanne eteen, jossa testikoneelle piti asentaa Windows 7 käyttöjärjestelmä, mutta ainoa yhteystapa ko. koneeseen oli RDP. Hetken mietittyäni vaihtoehtoja päädyin tekemään natiivin VHD Bootin. Itse natiivissa VHD Bootissa ei mitään erikoista ole, mutta pääsisinkö koneeseen kiinni RDP-yhteydellä sen ensimmäisen käynnistymisen jälkeen. Homma kuitenkin onnistui oheisten työkalujen avulla:
Windows Automated Installation Kit
Windows Image to Virtual Hard Disk (WIM2VHD) Converter
Windows 7 asennusmedia
Bcdedit.exe

Tein aluksi Windows System Image Managerilla uuden vastaustiedoston, jota voin hyödyntää WIM2VHD:n kanssa. Käyttämäni vastaustiedosto löytyy tämän kirjoituksen lopusta. Vastaustiedostoon määrittelin perusasetusten lisäksi seuraavat asetukset;
fDenyTSConnections=False (Sallitaan RDP-yhteydet koneelle)
Kiinteän IP-osoitteen
Palomuurisäännön jossa sallitaan RDP-yhteydet

WIM2VHD on näppärä työkalu jolla voidaan suoraan WIM-asennustiedostosta tehdä .vhd tiedosto. Käytän tuota samaa työkalua testiympäristöjen tekemiseen. Annoin komennon seuraavassa muodossa:
wim2vhd.wsf /wim:POLKU-ASENNUSTIEDOSTOON /VHD:POLKU-JOHON-VHD-TALLENNETAAN /sku:VERSIO-JOKA-ASENNETAAN /size:VHD-LEVYN-KOKO /disktype:FIXED-LEVYTILA-VARATAAN-KÄYTTÖÖN /unattend:VASTAUSTIEDOSTO.XML

Lopputuloksena syntyy 40GB VHD-tiedosto.

Seuraavaksi muokkasin BCDedit.exe –työkalulla BCD Storea, jotta natiivi VHD Boot toimii.

Helpoiten homman saa liikkeelle kopiomalla {current} määritykset. Samalla otin alla näkyvän Identifierin talteen jota tarvitsen myöhemmässä vaiheessa. Eri Boot Loaderit tunnistetaan ko. identifierin avulla.

Nyt jos katsomme uudestaan BCDedit –komennolla BCD Storea, niin storeen on lisätty uusi Boot Loader.

Aluksi määritellään device-tyypiksi vhd.

Sama homma tehdään osdevice:lle.

Lopuksi määritellään käynnistyksen yhteydessä, että HAL tunnistetaan.

Lopuksi tarkistus BCDEdit –komennolla, että asetukset ja viittaus VHD-tiedostoon on oikein.

Kun ainoa yhteystapa tässä tapauksessa oli RDP, en pysty koneen käynnistyessä määrittämään kumpi käyttöjärjestelmä käynnistyy. Tuo voidaan määrittää joko graafisesti tai sitten komentoriviltä.
Graafisesti tuo tapahtuu System Properties à Startup and Recoveryn alta.

Komentoriviltä voimme tuon määritellä BCDEdit komennolla. Katsomma vain GUID:in jota haluamme käyttää.

Jos haluan palauttaa WS2008 R2 oletuskohteeksi, niin komento olisi "bcdedit /default {current}".

Tämän jälkeen käynnistin koneen uudelleen. Hetken odottelun jälkeen pääsin koneeseen RDP-yhteydellä kiinni ja Windows 7 aukeni ongelmitta.

Ohessa vielä käyttämäni vastaustiedosto:

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
    <settings pass="oobeSystem">
        <component name="Microsoft-Windows-International-Core" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <InputLocale>fi-FI</InputLocale>
            <SystemLocale>fi-FI</SystemLocale>
            <UserLocale>fi-FI</UserLocale>
            <UILanguage>en-US</UILanguage>
        </component>
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <OOBE>
                <HideEULAPage>true</HideEULAPage>
                <ProtectYourPC>1</ProtectYourPC>
                <NetworkLocation>Other</NetworkLocation>
                <HideWirelessSetupInOOBE>true</HideWirelessSetupInOOBE>
            </OOBE>
            <UserAccounts>
                <AdministratorPassword>
                    <Value>AdministratorSalasana</Value>
                    <PlainText>false</PlainText>
                </AdministratorPassword>
                <LocalAccounts>
                    <LocalAccount wcm:action="add">
                        <Password>
                            <Value>TunnuksenSalasana</Value>
                            <PlainText>false</PlainText>
                        </Password>
                        <DisplayName>Jukka</DisplayName>
                        <Group>Administrators</Group>
                        <Name>Jukka</Name>
                    </LocalAccount>
                </LocalAccounts>
            </UserAccounts>
            <TimeZone>FLE Standard Time</TimeZone>
        </component>
    </settings>
    <settings pass="specialize">
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ProductKey>12345-12345-12345-12345-12345</ProductKey>
            <ComputerName>Computer</ComputerName>
            <TimeZone>FLE Standard Time</TimeZone>
        </component>
        <component name="Microsoft-Windows-TerminalServices-LocalSessionManager" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <fDenyTSConnections>false</fDenyTSConnections>
        </component>
        <component name="Networking-MPSSVC-Svc" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <FirewallGroups>
                <FirewallGroup wcm:action="add" wcm:keyValue="RemoteDesktop">
                    <Active>true</Active>
                    <Group>Remote Desktop</Group>
                    <Profile>all</Profile>
                </FirewallGroup>
            </FirewallGroups>
        </component>
        <component name="Microsoft-Windows-TCPIP" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <Interfaces>
                <Interface wcm:action="add">
                    <Ipv4Settings>
                        <DhcpEnabled>false</DhcpEnabled>
                    </Ipv4Settings>
                    <UnicastIpAddresses>
                        <IpAddress wcm:action="add" wcm:keyValue="1">192.168.1.4</IpAddress>
                    </UnicastIpAddresses>
                    <Identifier>Local Area Connection</Identifier>
                </Interface>
            </Interfaces>
        </component>
    </settings>
    <cpi:offlineImage cpi:source="catalog://install_windows 7 enterprise.clg" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend>

Posted at 21:41 by Jukka Kettunen | Permalink | Email this Post | Comments (0)

1.3.2010

Windows 7 tulostusajureiden muutokset

Windows 7 tulostusajureissa ja niiden hallinnassa on tapahtunut jonkin verran muutoksia varsinkin, jos vertaa XP ja 2003 aikaan. Vistasta alkaen tulostinajurit on nostettu Kernel -tilasta User -tilaan, jonka avulla BlueScreenien määrää pyritään vähentämäään, eikä kernel-tilassa sallita enää tulostinajureita muutoinkaan suorittaa. XP aikana user-mode oli ainoastaan vaihtoehto, jonka vuoksi ajureista suurin osa toimi Type-2 tilassa(Kernel). User -tilassa toimivat ajurit erottaa siitä, että ne ovat nimeltään Type-3 user mode.

Win 7 myötä uutena ominaisuutena spooler -palvelua pyritään suojelemaan uuden PrintDriverIsolation avulla. Normaalisti tulostinajurit ovat kytköksissä spoolsv.exe, joka hoitaa tulostusta, mutta mikäli tulostusajuri on huonosti koodattu kaataa se koko spooler -palvelun samalla. Windows 7 tulostusajureita ei enää suoriteta yhdessä spoolsv.exe kanssa vaan niitä varten käynnistetään erillinen PrintIsolationHost.exe prosessi omaan "hiekkalaatikkoonsa". Tällöin jos tulostusajuri kaatuu, ei se kaada spooleria vaan ainoastaan PrintIsolationHost.exe prosessin. Mistä sitten tietää tukeeko olemassa oleva ajuri DriverIsolationia? Tarkistamalla ajurin inf-tiedosto, jossa pitäisi lukea "DriverIsolation=2″

Windows 7 tulostusajurit ja spooler voidaan eristää toisistaan Printmanagementissa kolmella eri tavalla:

None
Shared (oletus) ladataan tulostusajurit samaan prosessiin, jolloin yhden kaatuessa saattavat muutkin ajurit kaatua, mutta itse spooler on turvassa
Isolation eristetään kaikki ajurit omiin prosesseihinsa, jolloin kaatuessaan vain yksittäinen ajuri kaatuu. Yhteensopivuuksien vuoksi tämä ei ole oletustila.

Posted at 12:30 by Juha-Matti Mukari | Permalink | Email this Post | Comments (0)

Offline jakojen hallintaa

Muutaman kerran kurssilla on tullut vastaan kysymys Offline -jakojen konfiguroinnista sellaisessa skenaariossa, jossa halutaan automaattisesti, jokin verkkolevy offline- tilaan ainoastaan tietylle käyttäjäryhmälle, vaikka oikeudet jakoon olisi useammalla ryhmällä.

Normaalisti, jos määritellään Share-oikeuksien puolella Caching -välilehdellä jaon sisällön olevan automaattisesti offline tilassa (All files and programs that user open from the shared folder are automatically available offiline) tällöin kaikilla joilla on oikeudet kansioon muuttuu kansion sisältö Offline tilaan automaattisesti (viimeistään tiedostoja klikattaessa) ja tätä ei aina välttämättä haluta.

Tämä voidaan/voinut kuitenkin hoitaa Group Policyn avulla ja siellä tarkemmin ottaen asetuksella, joka löytyy haarasta User Configuration\Administrative Templates\Network\Offline Files\ Administratively assigned offline files. Asetukselle kerrotaan mikä jako tulee Offline tilaan automaattisesti ja tietysti lopuksi linkitetään oikeaan organisaatioyksikköön…

Vistan ja Win7 myötä Offline tiedostoissa on tapahtunut paljon muutoksia joten, jos esimerkiksi kansioiden uudelleen ohjausta on kokeillut XP/2003 aikana ja todennut sen "kohtalaisen" huonoksi niin kannattaa nyt viimeistään Win7 myötä antaa uusi mahdollisuusJ

Posted at 11:36 by Juha-Matti Mukari | Permalink | Email this Post | Comments (0)

18.2.2010

Ilmainen Security Essentials myös Suomeen

Nyt sitä saa Suomenkielisenäkin

Tähän asti Microsoft Security Essentialsia (aka MSE) on ollut saatavana mm englannin kielellä englanninkielisiin käyttiksiin, kunhan vain on muistanut vaihtaa selaimen kieliasetukseksi englannin. Ja saa edelleen. Nyt MSE:stä on julkaistu myös suomenkielinen versio.

Siis mikä on MSE? Se on ilmainen virustorjuntaohjelma, jonka ydin on samaa perua kuin maksullisessa Forefrontissa. MSE on pärjännyt testeissä hyvin:

http://tinyurl.com/m5z3kh

Olen käyttänyt tuota omissa ei-domainissa olevassa koneissa (uusissa ja vanhoissa) ja se on toiminut nopeasti ja huomaamattomasti, mitä ei voi sanoa kaikista mistä ihan rahaakin maksetaan.

Miksi tällainen on julkaistu? Koska jokaisessa kotikoneessa, jota tavallinen käyttäjä käyttää tulisi olla joku ohjelma joka suojaa konetta sen käyttäjältä ja käyttäjää myös itseltään. Oli se sitten Microsoftin tai muiden.

Puolen vuoden omakohtaisen testaamisen perusteella uskallan sanoa että tuntuu hoitavan hommansa, eikä ole ainakaan hinnan kiroissa. Toimii myös mummun ja anopin koneissa, jos niistä torjunta on mennyt vanhaksi tai puuttuu.

Saapi tuosta alla olevasta linkistä ja jos leikkaa siitä lopun pois missä on mkt=fi niin saa eri kieliversiota, tarjottava sivun oletuskieli on sama selaimen kieliasetus.

http://www.microsoft.com/security_essentials/default.aspx?mkt=fi-fi

Posted at 10:18 by Janne Pohjala | Permalink | Email this Post | Comments (1)

10.2.2010

Poistetut konetilit ja Bitlockerin-palautusavainten hallinta

Allekirjoittaneelle esitettiin kysymys, mitä tapahtuu AD:hen tallennetuille Bitlockerin-palautusavaimille, jos konetili jonka alla ko. palautusavaimet sijaitsevat tuhotaan vahingossa / tarkoituksella? Jos konetili palautetaan esim. käyttäen Sysinternalsin ADRestore-työkalua, niin palautuuko myös Bitlockerin-palautusavaimet?

Lyhyt vastaus kysymykseen; Bitlockerin-palautusavaimet saadaan tarvittaessa palautettua, mutta konetilin palautuksen lisäksi ne täytyy palauttaa erikseen.

Alla ohjeet siitä, kuinka palautus tehdään.

Kyseiset palautukset on testattu kahdessa eri testiympäristössä;
Ympäristö 1 - DC-palvelimena toimii WS2003 R2 SP2 ja testityöasemana Windows 7 Enterprise
Ympäristö 2 - DC-palvelimena toimii WS2008 R2 ja testityöasemana Windows 7 Enterprise.

Jos katsomme aluksi adsiedit.msc työkalulla kyseistä konetiliä ja sen alta löytyvää tietoa Bitlockerin palautusavaimista.

Poistetaan aluksi konetili AD:sta tällä kertaa ylläpitäjän toimesta.

Jos katsomme uudelleen adsiedit.msc työkalulla, niin konetili on hävinnyt AD:sta

Seuraavaksi aukaistaan ldp.exe työkalu (Start à ldp.exe), jolla voimme tarkastella poistettuja objekteja. Aluksi määritellään ldp -työkalu näyttämään poistetut objektit. Se voidaan tehdä valitsemalla Options à Controls à Load Prefined: à Return deleted objects. Lopuksi napsauta OK.

Valitaan LDP:ssä Connection à Connect à OK. Valitaan uudestaan Connection à Bind à OK

Lopuksi valitaan työkalussa View à Tree

Valitse BaseDN-kenttään domain ja napsauta OK.

Napsutellaan puu auki ja valitaan CN=Deleted Objects,DC=kurssi,DC=demo,jonka jälkeen päästään tutkimaan poistettuja objekteja.

Tässä tapauksessa poistettuja objekteja löytyy useampia. Aikaleima 2010 -alkuiset objektit ovat Bitlockerin palautusavaimia. Konetilin alla palautusavaimia voi olla useita. Poistetuista objekteista löytyy myös viimeisenä oleva konetili.

Tuplanapsauttamalla haluttua objektia saadaan siitä lisätietoja. Seuraavassa lisätietoja on haettu CLI1-konetilistä. Tässä vaiheessa kiinnostavin tieto on attribuutin "lastKnownParent" arvo.

Konetilin palauttaminen voidaan tehdä ainakin kahdella eri tavalla: joko hyödyntäen Sysinternalsin ADRestore -työkalua WS2003- / WS2008- / WS2008 R2 -ympäristöissä tai WS2008 R2 AD-ympäristöissä hyödyntämällä uusia AD:n hallintaan tarkoitettuja Powershell Cmdletteja.

Sysinternalsin ADRestoren käyttäminen palautuksissa:

Aukaistaan komentokehote ja ajetaan komento muodossa adrestore.exe -r cli1

-r parametrilla työkalu kysyy jokaisen objektin kohdalla palautetaanko se vai ei. Ilman kyseistä parametria työkalu palauttaa jokaisen objektin, joka täsmää hakusanan kanssa.

Tämän jälkeen voidaan palauttaa Bitlockerin palautusavaimet esim. komennolla adrestore.exe -r 2010

Tässä tapauksessa hakusanalla löytyi 4 palautettavaa avainta.

Palautusten tekeminen hyödyntäen ADPowershell Commandletteja.

Avataan Active Directory Module for Windows Powershell

Etsitään poistettu konetili komennolla

Get-ADObject -SearchBase "CN=Deleted Objects,DC=kurssi,DC=demo" -ldapFilter:"(msDs-lastKnownRDN=CLI1)" -IncludeDeletedObjects

Konetili voidaan palauttaa hyödyntämällä edellistä komentoa ja putkittamalla se Restore-ADObject Cmdletille:
Get-ADObject -SearchBase "CN=Deleted Objects,DC=kurssi,DC=demo" -ldapFilter:"(msDs-lastKnownRDN=CLI1)" -IncludeDeletedObjects | Restore-ADObject

Konetili näkyy taas AD:ssa

Seuraavaksi voimme etsiä kaikki Bitlockerin palautusavaimet, jotka ovat olleet CLI1-konetilin alla hyödyntäen seuraavaa komentoa:
Get-ADObject -SearchBase "CN=Deleted Objects,DC=kurssi,DC=demo" -Filter {lastKnownParent -eq 'CN=CLI1,OU=Computers,OU=Kurssi,DC=kurssi,DC=demo'} -IncludeDeletedObjects -Properties * | ft

Powershell palauttaa kaikki kyseisen konetilin alla olleet Bitlockerin palautusavaimet.

Jos konetilin alla on vain yksi avain voidaan se palauttaa seuraavalla komennolla:
Get-ADObject -SearchBase "CN=Deleted Objects,DC=kurssi,DC=demo" -Filter {lastKnownParent -eq 'CN=CLI1,OU=Computers,OU=Kurssi,DC=kurssi,DC=demo'} -IncludeDeletedObjects | Restore-ADObject

Jos konetilin alla on useampi palautusavain voi olla helpompi tapa palauttaa kaikki avaimet tässä vaiheessa. Se voidaan tehdä seuraavien komentojen avulla:
$restore = Get-ADObject -SearchBase "CN=Deleted Objects,DC=kurssi,DC=demo" -Filter {lastKnownParent -eq 'CN=CLI1,OU=Computers,OU=Kurssi,DC=kurssi,DC=demo'} -IncludeDeletedObjects -Properties *

ForEach-Object {$restore} | Restore-ADObject

Jos halutaan palauttaa pelkästään tietty Bitlockerin palautusavain, niin Powershell -komentoa täytyy muokata, jotta vain tietty avain palautetaan. Esimerkiksi oheisella komennolla listataan vain palautusavaimesta DistinguishedName ja Name, jolloin seuraavassa komennossa annettava hakuparametri on helpompi kopioida ja määritellä yksilölliseksi:
Get-ADObject -SearchBase "CN=Deleted Objects,DC=kurssi,DC=demo" -Filter {lastKnownParent -eq 'CN=CLI1,OU=Computers,OU=Kurssi,DC=kurssi,DC=demo'} -IncludeDeletedObjects | ft DistinguishedName,Name

Tämän jälkeen voidaan ajaa komento vaikka seuraavassa muodossa, jolloin AD:hen palautuu vain yksi Bitlocker palautusavain.
Get-ADObject -SearchBase "CN=Deleted Objects,DC=kurssi,DC=demo" -Filter {lastKnownParent -eq 'CN=CLI1,OU=Computers,OU=Kurssi,DC=kurssi,DC=demo'} -IncludeDeletedObjects | where {$_.Name -like '2010-01-26T22:39:49+02:00*'} | Restore-ADObject

Microsoftin blogi-artikkelista löytyy näppärä Powershell-scripti, jolla voi etsiä AD:sta tuhottuja tietoja.
http://blogs.msdn.com/adpowershell/archive/2009/06/01/inspecting-deleted-objects-before-restore.aspx

Molempien työkalujen tapauksessa jos nyt katsomme adsiedit.msc työkalulla CLI1-konetiliä, niin kaikki palautusavaimet ovat palautuneet konetilin alle.

Bitlockerin palautusavaimien haku onnistuu helpoiten käyttämällä BitLocker Recovery Password Viewer -työkalua. WS2008 R2 -palvelimilla kyseinen työkalu löytyy suoraan käyttöjärjestelmään lisättävien ominaisuuksien listalta (Servermanager à Add Feature). Työkalu voidaan asentaa myös Windows 7 työasemaan. Tällöin koneelle tarvitsee ladata ja asentaa Remote Server Administration Tools -hallintatyökalut. Tämän lisäksi työkalu tarvitsee vielä erikseen aktivoida korotetuilla oikeuksilla komentokehotteessa komennolla "regsvr32.exe BdeAducExt.dll".

Asennustoimenpiteiden jälkeen työkalu integroituu Active Directory Users and Computers hallintakonsoliin. Napsauttamalla hiiren kakkosnäppäimellä domainin päällä löytyy valikosta uusi kohta "Find Bitlocker Recovery Password". Työkaluun syötetään ensimmäiset kahdeksan merkkiä Recovery ID:stä, jolloin työkalu palauttaa kyseistä ID:tä vastaavan palautusavaimen. Huomattavasi helpompi tapa etsiä palautusavaimia, kuin käyttää adsiedit.msc tai ldp.exe työkaluja.

Lopuksi jos etsimme AD:ssa aikaisemmin artikkelissa palautettuja Bitlockerin palautusavaimia, niin sieltähän ne löytyvät J

Posted at 15:14 by Jukka Kettunen | Permalink | Email this Post | Comments (0)

29.1.2010

Bitlocker Repair Tool

Monelle oppilaalle olen kurssilla sanonut, että ennen kuin alkaa BitLockerin kanssa leikkiä, pitää tehdä itselleen Windows RE CD, jonka siis voi tehdä Seiskassa suoraan Backup-ominaisuuden kautta, ja tämän jälkeen hakee BitLocker Repair Toolin Microsoftin sivuilta. Anteeksi väärä informaatio, Windows 7:ssä Repair-bde.exe on valmiina jo käyttiksen (ja WinRE:n) System32-hakemistossa, eli pelkkä RE:n tekeminen riittääkin:)

Posted at 8:13 by Sami Laiho | Permalink | Email this Post | Comments (0)

13.1.2010

Seiskan asetukset hukassa versio 2!

Teron postin innoittamana kokeikaapa laittaakin kansion nimeksi:

SaminParempiJumalMoodi.{ED7BA470-8E54-465E-825C-99712043E01C}

Ja lopputulos alla, eli aina välillä tämä median värikynä on kyllä niin näppärä, kun saa melkein uskomaan Jumalaan ;)

Posted at 14:15 by Sami Laiho | Permalink | Email this Post | Comments (0)

Seiskan asetukset hukassa?

Ei se mitään, jollakulla kehittäjistäkin on varmasti ollut! Hauska pikku jippo asetusten kasaamiseen yhden näkymän alle on "Godmode".

Jumal-moodin saa päälle, kun luo hakemiston ja nimeää sen uudestaan "GodMode.{ED7BA470-8E54-465E-825C-99712043E01C}".

Tämän jälkeen control panelin 275 eri asetuspaikkaa näkyy yhdessä näkymässä siistinä listana. Ei muuta kuin kokeilemaan!

Lyhyt esittelyvideo ja hieman lisää aiheesta löytyy myös cnetin uutisesta.

Posted at 11:44 by Tero Ilenius | Permalink | Email this Post | Comments (0)

Laiteajurit Seiskalle – Dellin tapauksessa mukavasti helpottunut!

Vähän väliä kurssilla kiroillaan oppilaiden kanssa, että miksei valmistajat voi toimittaa tietylle mallille olevat laiteajurit valmiiksi .inf-muodossa ja yhtenä könttänä.

Positiivisena asiana huomasin Dell:in sivuilla, että Systems Management –osiossa, laiteajureita hakiessa, olikin saatavilla yksi iso CAB-tiedosto, joka sisältää kaikki oman M6400-mallini ajurit:)

Eli latauksen tuloksena yksi tiedosto: