Welkom
Microsoft offers the free service SkyDrive for a while now. With this service, you get 25 Gb of storage in the Cloud, which you can use to store your files and gives you to ability to connect to them from all over the world and share them with friends.
Unfortunately the possibilities of the default user interface are limited, for example, you can only upload one selected file to the SkyDrive at a time. With the ammount of files I have, this option is worthless.
My confidence in 'the Cloud' is thereby not that much that I fully give my confidence to it. I have also a number of applications installed locally on my computer. Actually, the SkyDrive should be accessible als a networkmap in the windows explorer. That way you can cut, paste and move files and folders from your local disk to the skydrive.
If you want to connect the SkyDrive as a networkmapping, there are a few things that have to be done. There is no default option in Microsoft Windows bute, a few friendly IT-Pro's and developers have made an workaround for that.
First of all you have to know the network adres of your Skydrive. To get this address, you
can us an open source utility written by Mike Platt, you can download it here.
After the installation of the tool, you are asked for your SkyDrive username and password. Then the programm tries to connect and shows the WebDav adress for your account.
To make a network mapping using this address, you have to rewrite the adres in the following way:
Original address https://khwek7.docslive.net/65c80b16d88f6aed/^2Public
must be \\khwek7.docslive.net@SLL\65c80b16d88f6aed/^2Public
In the Windows Explorer you choose the option to map a networklocation and use the path to the folder with the rewritten address. Next, you select the option "connect using an other username and password" and use your SkyDrive username and password.
When everything is done, the mapping to your SkyDrive folder appears in the windows explorer. I am using it for a short time now and I must say that copying files and folders to the SkyDrive is sloooow..
In the investigation I am going to seee if this can be better using other alternatives, for example Gladinet or the SDExplorer van Cloud Storage Explorer.com. It would have been great if Microsoft had build in this functionality itself in the operating system. Perhaps, they will, in a next release...
Helaas zijn de mogelijkheden van de standaard gebruikersinterface beperkt, zo kan slechts een bestand tegelijkertijd geupload worden naar de SkyDrive, met het aantal bestanden dat ik persoonlijk heb is dit een onmogelijke opgave.
Daarnaast is mijn vertrouwen in de Cloud op dit moment nog niet zo groot dat ik als mijn bestanden er blindelings aan toe vertrouw, ook zijn een aantal applicaties gewoon op mijn notebook heb staan en de bestanden dus lokaal nodig heb. Eigenlijk zou het SkyDrive dus als netwerkschijf beschikbaar moeten komen, als variant tussen lokale opslag en dataopslag in de Cloud, op die manier kunnen bestanden lokaal en in de Cloud gesynchroniseerd worden waardoor je echt alle informatie altijd beschikbaar hebt.
Als je een netwerkverbinding naar de SkyDrive wilt maken zijn er een aantal zaken die geregeld moeten worden. Er is helaas geen standaard optie in de Microsoft producten om deze verbinding te leggen. Gelukkig hebben een aantal collega IT-Pro's en ontwikkelaars hier een oplossing voor bedacht.
Om te beginnen moet het netwerkpath naar de SkyDrive bekend zijn. Om dit adres te achtergalen is door Mike Platt een OpenSource utility geschreven, http://skydrivesimpleviewer.codeplex.com/releases/view/39728
Na de installatie van deze tool wordt gevraagd om uw SkyDrive username en wachtwoord. Daarna zal het programma de verbinding met uw SkyDrive leggen en het WebDave adres dat hierbij hoort tonen.
Om het getoonde WebDav adres daadwerkelijk te kunnen gebruiken moet het in een ander formaat geschreven worden:
Origineel adres https://khwek7.docslive.net/65c80b16d88f6aed/^2Public
Moet worden \\khwek7.docslive.net@SLL\65c80b16d88f6aed/^2Public
Nu het netwerk path naar de SkyDrive bekend is kan in de Windows Verkenner een nieuwe netwerkverbinding aangemaakt worden naar het herschreven adres. Hierbij moet er overigens wel aangedacht worden om "maak gebruik van een andere gebruikersnaam en wachtwoord" aan te vinken en hier uw Windows Live username en wachtwoord in te voeren.
Als dit alles uitgevoerd is verschijnt de SkyDrive folder als netwerkschijf in de Windows Verkenner. Op dit moment gebruik ik het sinds een aantal weken en hoewel ik het concept van convergentie tussen lokaal en cloud volledig kan onderschrijven moet in de uitvoering nog het een en ander aangepast worden, zo is het kopieren of synchroniseren van data enorm traag.
In een verder onderzoek ga ik kijken of andere alternatieven dan hierboven beschreven beter (en dan met name sneller) werken. Zo is er bijvoorbeeld Gladinet of de SDExplorer van Cloud Storage Explorer.com. UiteindeIijk zou het natuurlijk als Microsoft de integratie tussen lokaal en Cloud zou ondersteunen en het mogelijk maakt om dergelijke koppeling te leggen zonder dat ondersteuning noodzakelijk is van zogenaamde third-party software.
Wie weet.. in een volgende versie!
Actually, since the introduction of Vista, but also now while Windows 7 is introduced, stabbing increasingly problems are emerging which deal with accessing shares on other computers or accessing shares that are offered by a dedicated NAS (Network Attached Server).
The reasons are twofold, where network drives and shares were previously mainly used by IT-PRO's, the use has expanded to family situation also. Secondly, the technology increased and with the arrival of Vista, Windows 7 and Windows Server 2008 introduced new NTLMv2 authentication techniques.
In short, enough material to restore a small corner of the veil.
When it is not possible to access network shares, this can be many causes. So, if you have the illusion that this article here points to all of the problem areas and solves all of your problems, then you will probably be disappoint.
Initially we focus on the Network and Sharing Centre and in particular on the Advanced Sharing Options. Many of these options are related to the way you can access your network resources. If you want to connect to a so called XP share from a Vista or Windows 7 a share computer, I recommend to put the "password protected sharing option off. This option gives many problems and is difficult for the average user to configure.
A second consideration are the various forms of authentication by the various Windows versions that are used. Eg NTLM version 1 and NTLM version 2. Send standard Windows Vista, Windows Server 2008 (R2), Windows 7, only NTLMv2 responses. When it is a Windows XP computer to communicate this will be is problematic.
The way of communication within Windows 7 can be changed by the local security policy (found under Administrative Tools). After some clicking through the menu, you will find the following settings:
Through this policy can be defined which type of authentication will be used. By default this policy is not defined and used the standard Windows 7 (NTLMv2). However, there is a choice between six different methods of authentication.
In this case, set the LAN Manager authentication LEVEL is to "Send LM & NTLM - Use NTLMv2 session security if negotiated". In normal spoken: "Make sure you NTLMv1 and NTLMv2 can talk and use v2 only if you are sure that the other side that can".
Above action is (in addition to the setup of the "advanced sharing options") a common solution. Which only works if the computer is not part of a Windows Domain, in that case there are other rules to play again because no longer NTLM authentication will be used. For authentication in domains Kerberos is used.
Enough is enough, if this weblog has brought a solution for you, please let me know!
Eigenlijk al sinds de introductie van Vista, maar ook nu Windows 7 geintroduceerd is, steken steeds vaker problemen de kop op die te maken hebben met het benaderen van shares op andere computers of het benaderen van shares die door een dedicated NAS (Network Attached Server) aangeboden worden.
De redenen hiervoor zijn tweeledig, waar het gebruik van netwerkschijven en shares voorheen eigenlijk voornamelijk voor ITPRO's gebruikt werd, kom je dit gebruik nu ook meer in meer in de gezinssituatie tegen. Anderzijds staat de technologie ook niet stil en zijn met de komst van Vista, Windows 7 en Windows Server 2008 nieuwe authenticatie technieken als NTLMV2 geintroduceerd.
Kortom, genoeg stof om weer een klein tipje van de sluier omhoog te trekken
Het niet kunnen benaderen van netwerkshares kan tal van oorzaken hebben, mocht u dus de illusie hebben dat dit artikel even puntsgewijs de probleem gebieden aanwijst en daarmee de problemen verholpen zijn, dan moet ik u waarschijnlijk teleurstellen.
In eerste instantie richten we onze ogen op het Network and Sharing Centre en dan met name op de Advanced Sharing Options, hier kunnen een groot aantal opties ingesteld worden die gerelateerd zijn aan de manier waarop met bereikbaarheid van netwerkresources wordt omgegaan. Wanneer vanuit een Vista of Windows 7 computer een share aangesproken moet worden die onder Windows XP werkt, adviseer ik om "password protected sharing" uit te zetten, dit levert veel problemen op en is voor de gemiddelde gebruiker lastig om goed geconfigureerd te krijgen.
Een tweede aandachtspunt is de verschillende vormen van authenticatie die door de verschillende Windows versies gebruikt worden. Bijvoorbeeld NTLM versie 1 en NTLM versie 2. Standaard versturen Windows Vista, Windows Server 2008, (R2), Windows 7, alleen NTLMv2 responses. Wanneer deze met een Windows XP computer moet communiceren wordt dit dus problematisch.
De manier van communicatie van Windows 7 kan gelukkig gewijzigd worden door middel van de local security policy (te vinden onder de administrative tools). Na enig klikken door de menu's is onderstaande instelling te vinden:
Door middel van deze policy kan dus ingesteld worden op welke manier met authenticatie omgegaan wordt. Standaard is deze policy niet gedefinieerd en wordt de Windows 7 standaard gehanteerd (NTLMV2). Er kan echter gekozen worden tussen zes verschillende manieren van authenticatie.
Stel dus het LAN MANAGER AUTHENTICATION LEVEL in op "Send LM & NTLM - Use NTLMv2 session security if negotiated". In normale spreektaal: "zorg ervoor dat je NTLMv1 en NTLMv2 kan praten, en gebruik v2 alleen als je zeker weet dat de andere kant dat ook kan".
Bovenstaande actie is (naast het goed instellen van de "advanced sharing options") een veel voorkomende oplossing. Die overigens alleen werkt als de computer geen onderdeel uitmaakt van een Windows Domain, in dat geval spelen er weer hele andere regels mee omdat authenticatie niet meer via NTLM maar via Kerberos geregeld wordt.
Genoeg is genoeg, mocht dit epistel voor u een oplossing gebracht hebben, dan hoor ik het graag !
Virtualisation is a so called "hot item" in the world of information technology. Although a lot of money is being spend on this technology, you can also save a lot of money using this technology. After the server virtualisation on which I wrote a weblog before, this blog will put a focus on application virtualisation.
In a normal infrastructure we used before, applications as Microsoft Office are being installed on a workstation, the software makes changes to the registry and files are placed all over the system.
The benefits of using application virtualisation in this case are:
- No local installations of applications.
- No conflicts between applications.
- More than one version of a application can be installed on the same workstation.
- Options to simplify offering (upgrading of) applications to users.
This weblog will be a global introduction to the possibilities of using VMwareThinApp in order to virtualise an application. There are more suppliers of application virtualisation software like:
- Citrix XenApp (Profiler)
- Symantec AppStream (Altiris)
- Microsoft App-V (SoftGrid)
ThinApp, the applicatie virtualisation solution of , virtualises applications bij putting registry settings and files together in one ThinApp file which can work independent of the operating system that is used on the workstation. A 60 days trial version can be downloaded from http://www.vmware.com/go/trythinapp
To create this kind of ThinApp package the ThinApp capture utility has to be used.
The screenshot above describes the steps that have to be followd during the proces of scripting an application. As a start there will be made a prescan of the workstation, during this proces the current situation will be registered (which files en registry settings are on the system).
The next step is to install the application on the workstation.
After the installation the process asks which "isolation mode" has to be used for this application. In other words, is the virtualbox allowed to write to the registry and filesystem outside the virtualbox (sandbox in VMware term).
When you desided to choose using the Merged isolation mode, applications are allowed to read and write to the filesystem outside the sandbox. By using the WriteCopy isolation mode, reading and writing outside the sandbox is not allowed.
A package can be executed in two instances, a executable for starting applications in a sandbox or a MSI (Microsoft Installer) file for an automatic installation of the application on the local system.
The structure of a "sandbox"
In a sandbox, ThinApp usesa filestructure which is more or less equal to the filestructure which is produced during the scripting proces of the application. It uses for example variables as %AppData% and no hard coded paths.
Next to the filestructures, in the sandbox are also a couple of registry files:
- Registry.rw.tvr – Which contains all changes the application needs in the registry.
- Registry.rw.lck – Makes sure that other users cannot use the samen registry file at a time. - Registry.tvr.backup – A backup of the .tvr file ThinApp uses when the original .tvr file is corrupted.
Next to these registery files, the sandbox contains the folders %AppData%, %ProgramFilesDir% and %SystemRoot%. These folders contain the changes which would be made during the scripting proces to these folders.
The following video give a short view into the scripting proces with ThinApp.
More information about the various amounts of options to scripting an application can be obtained in the online manual VMWare ThinApp 4.5
Happy Easter and.. take care of virtualisation !
Zoals wellicht bekend is virtualisatie op dit moment een hot item in de IT wereld, er wordt veel geld aan uitgegeven en (bij juist gebruik) is er ook veel geld mee te besparen. Naast de server virtualisatie die in een eerder weblog al besproken is, gaan we nu blik werpen op applicatie virtualisatie.
In een normale situatie wordt een applicatie als Microsoft Office geinstalleerd op een werkstation waarbij de software lokaal op het werkstation geinstalleerd wordt en de installatie procedure wijzigingen aanbrengt in het register van de computer en her en der bestanden plaatst.
De grootste voordelen van applicatie virtualisatie zijn:
- Geen lokale installatie van applicaties
- Geen conflicten tussen applicaties
- Meerdere versies van applicaties kunnen tegelijkertijd geinstalleerd zijn.
- Eenvoudig aanbieden van applicaties en upgraden van applicaties.
In dit weblog wordt besproken hoe applicatie virtualisatie met ThinApp globaal werkt, er zijn echter meerdere leveranciers van dergelijke software:
- Citrix XenApp (Profiler)
- Symantec AppStream (Altiris)
- Microsoft App-V (SoftGrid)
ThinApp, de applicatie virtualisatie oplossing van VMWare, virtualiseert applicaties door register instellingen en bestanden samen te voegen tot een ThinApp applicatie die kan werken onafhankelijk van het onderliggende operating system. Een proefversie van ThinApp kan vanaf deze site gedownload worden http://www.vmware.com/go/trythinapp
Om dergelijke ThinApp package te maken kan gebruik gemaakt worden van de ThinApp capture utility.
Het bovenstaande scherm geeft ook precies te stappen weer die tijdens het packagen van de applicatie doorlopen worden. Om te beginnen wordt er een prescan van het systeem gemaakt waarbij bepaald wordt welke register instellingen en bestanden aanwezig zijn.
Vervolgens wordt gevraagd de gebruikersapplicatie op het systeem te installeren.
Na de installatie van de applicatie moet gekozen worden welke "isolation mode" voor deze applicatie gebruikt moet worden, met andere woorden, in welke mate mag de virtuele applicatie bestanden schrijven naar het echte bestandsysteem buiten de virtuelebox (de "sandbox" in VMWare termen.
Wanneer gekozen wordt voor de Merged isolation mode, kunnen applicaties lezen en schrijven naar het bestandsysteem buiten de sandbox. Bij gebruik van de WriteCopy isolation mode, zullen lees en schrijfacties naar het bestandsystem buiten de sandbox afgevangen worden en doorgestuurd worden naar het bestandsysteem binnen de sandbox.
Een package kan uitgevoerd worden in twee varianten, een executable waarmee de applicatie in een sandbox gestart wordt. Of een MSI (Microsoft Installer) bestand waarmee de applicatie volgens de opgegeven parameters lokaal op het systeem geinstalleerd wordt.
De structuur van een "sandbox"
ThinApp maakt in de sandbox gebruik van een mappenstructuur die vrijwel gelijk is aan de mappenstructuur die gemaakt is tijdens het maken van het package. Hierbij wordt onder andere gebruik gemaakt van variabelen als %AppData% in plaats van hard gecodeerde paden.
Naast de mappenstructuren zijn in de sandbox nog een aantal registerbestanden aanwezig:
- Registry.rw.tvr – Bevat alle wijzigingen in het register die de applicatie maakt.
- Registry.rw.lck – Zorgt ervoor dat andere gebruikers niet tegelijkertijd een en dezelfde
registry kunnen gebruiken.
- Registry.tvr.backup – Bevat een bakcup van het .tvr bestand dat ThinApp gebruikt als het
originele .tvr bestand corrupt is.
Naast deze register bestanden, de sandbox bevat de mappen %AppData%, %ProgramFilesDir% en %SystemRoot%. Deze mappen bevatten de wijzigingen die tijdens het capture proces van de installatie van de applicatie aangebracht zouden zijn.
Onderstaande video geeft in een paar minuten nog een kort overzicht van het virtualisatie proces.
Voor meer informatie over de talloze mogelijkheden om het scripten van applicatie aan te passen kunt u de online handleiding VMWare ThinApp 4.5 raadplegen.
Vrolijk Pasen en.. virtualiseer voorzichtig !
