Het opzetten van de active sync connectie naar de server was snel opgezet en na wat waarschuwingen dat mijn contactlijst en agenda leeg gemaakt wordt is alles snel gedaan. De waarschuwingen maakte niet zoveel uit omdat de contacten en agenda nog in een outlook lokaal staan en deze wel overzet kunnen worden. Alles zo gedaan.
Ik helemaal blij met mijn telefoon en de connectie met de server. Nu heb ik tenminste ook push-email (al moet ik mijn mail nog op die server laten landen, maar de push is er).

Na wat verder gespeel met outlook en wat andere werkzaamheden wilde ik weer verder met mijn telefoon. Echter was deze nu gelocked en moest ik een pincode geven om deze te unlocken. De pincode die hierop stond wist ik echt niet meer. Deze heb ik er ooit bijna 2 jaar geleden opgezet en eigenlijk nooit meer gebruikt, omdat ik het toestel nooit lock. De lock setting was nu aangepast vanuit de exchange server. Default heeft SBS een policy dat mobiele devices wel mogen syncen naar de server, maar daarbij wordt de lock setting geforceerd op 5 minuten en is een passcode verplicht. Op zich niets mis met deze instelling. Echter is er ook default dat na 10 foute pogingen het mobiele device ‘leeg’ gemaakt wordt. Een reset voor deze 10 pogingen mocht niet baten, hij bleef om de unlock code vragen welke ik niet wist. En na 10 pogingen om de code te herinneren was het zover, het toestel kreeg een reset en kwam in de init procedure na het starten. Het toestel is geheel leeg.

Dus nu zit ik met een ‘default’ toestel, welke gelukkig wel alle contacts weer terug kreeg na de setup met de exchange. Nu alle geinstalleerde software maar weer eens opzoeken om weer opnieuw te installeren.

En ja, ik heb nu wel een code erop gezet welke ik nu nog weet…

Zowel Hyper-V als ESX maken gebruik van virtuele switches om de virtuele machine aan het netwerk te koppelen. Wat ik bij ESX gewent ben is dat een virtuele switch via meerdere fysieke interfaces naar buiten de host gekoppeld kan worden. Onder Hyper-V kan een virtuele switch maar aan één netwerk interface tegelijk gehangen worden. Enige vorm van redundantie is hiermee dus niet te bouwen.

Bij het gebruik van QuickMigration om een virtuele machine van host te verhuizen, worden openstaande IP connecties verbroken. Bij het testen met een ping naar de bewuste machine zien je even een ping met een ruimere tijd, maar verder zie je weinig. Tot zover weinig anders dan met ESX. Echter bij IP verbindingen die open staan (zoals een ftp), wordt de verbinding verbroken en zal er een nieuwe connectie opgezet moeten worden. Hier gaat het dus voor QuickMigration nog niet helemaal lekker.

Dit zijn de eerste 2 punten welke ik al vind opvallen tijdens het testen. En ESX is dan wel al langer een bestaand product, zou ik van Microsoft toch verwachten dat dit soort dingen vanaf het begin al netjes zouden werken. Als je eenmaal een keuze heb gemaakt voor je virtualisatie platform, zul je ook niet snel overstappen.

De FullTrust kan hierbij nog aangepast worden op de reeds bestaande security sets die er zijn. De aanwezige sets kun je opvragen met: