I recently installed the KB957095 Hotfix on my Vista Ultimate and discovered it stopped me getting access to shares created using DFS over the network. On removing it i got my access back so at the moment i will stay with the vulnerabilty and have access to my data! Cheers Microsoft.
I believe the hotifx is related to SMB.
Monday, 20 October 2008
KB957095 Hotfix Breaks DFS access from Vista
Posted by
Omen
at
11:42
0
comments
Labels: Vista
Thursday, 11 September 2008
Versioning Workflows
A while ago i had a project where i used Windows Workflow Foundation. Fantastic tool but i hit several issues with it that put me off using it since. One of these issues was the complexities of hosting in iis and the other was the versioning of workflows. At the time i could not find any information to help me with this so did what i though was best at the time.
Today i noticed a blog post which covers the perfect solution to workflow versioning. You can read it here over at the problem solvers blog.
Here was my solution to compare - which wasnt ideal but sufficed at the time.
What i thought i needed to do was create a new copy of the workflow (at design time) and deploy both versions. This was fine but the next issue i had was how do i copy a workflow and make some changes. Heindsight says this was a bad move but it didnt jump out at me at first. Anyway.. I ended up copying the workflow xaml xml and changing the xaml to a new type - V2. And this actually worked!
Now i had old and new versions of the workflow and could make my changes and deploy.
The next issue i came across was code that was hooked into the workflow, i.e. any services/classes that made use of the workflow. You had to change the code to tell it what version of workflow to create, that was easy but then if you had referred to the workflow at any point in your classes, and this had been removed/changed then it would obviously break.
Posted by
Omen
at
14:50
0
comments
Thursday, 4 September 2008
Getting Virtual Server 2005 R2 to work on Vista
Had a bit of a nitemare getting this to work properly but eventually got there.
First make sure you go into the Enable Windows features and switch on the following:
Under Web Management Tools enable:
IIS Management Console
Under IIS 6 Management Compatibility enable:
IIS Metabase and IIS6 configuration compatibility
Under Application Development Features enable:
CGI
Under Common Http Features enable:
Default Document
Directory Browsing
HTTP Errors
Static Content
Under Health and Diagnostics enable:
HTTP Logging
Request Monitor
Under Performance Features enable:
Static Content Compression
Under Security enable:
Windows Authentication
Then install Virtual Server.
Once installed open up the administration website in IE using the following link:
http://yourmachinename.yourdomain/VirtualServer/VSWebApp.exe?view=1
ALSO ENSURE YOU RUN IE as Administrator!!!!! This is a biggy and is what stumped me for ages! If you dont you will get the following error message:
Could not connect to Virtual Server. Access was denied.
You can specify an alternate Virtual Server below.
Also note that when you signed in you will have to login the following way:
username@domain
or domain\username
If you try and login with just username it will fail and give you the machinename.domain/username in the popup. This will still not work until you remove the machine name part.
Hope this helps you out.
Posted by
Omen
at
10:44
0
comments
Labels: Virtual Server, Vista
Monday, 28 July 2008
SSIS Package Execution from TSQL
I have been learning some SSIS and created a file transformation package to load and convert some data. I have come across 2 major headaches in doing so that i thought i would share.
1st - the deployment. This seemed so complex when i first set about doing it. If you follow the MS articles in BOL you will get most of the way there but they omit the part about security settings. When you deploy the build & deploy package id you encrypt sensitive data with user key it will now work as it will try and use your local workstation account which will not reside on the server. Basically you will need to tell it not to save sensitive data (property setting on the control flow page).
Also if you deploy the settings to a sql server table it appears to save the passwords encrypted! Truth is that it doeasnt save the passwords for user connections to databases etc! So the only way i found to get it to work is to store the password (which is in plain text) in the config! I just dont get that bit - just doesnt seem secure to me.
Next biggy was getting the package to run using the dtsexec util. I wanted to fire in the values for 2 variables i had to allow the package to be dynamic so i could re-use it for multiple files.
Here is the command line i tried running:
EXEC xp_cmdshell
'dtexec /DTS "\File System\DataLoad\DataLoad" /MAXCONCURRENT " -1 " /CHECKPOINTING OFF /REPORTING E /SET "\Package.Variables[User::FileName].Properties[Value]";"c:\data\01052008b.txt"'
Do you see the problem?? No - didnt think so. Its just not obvious. What you cant see from the text above is some CRLF's (line breaks) the i put in improve readability while i was debugging. Turns out that all that will get passed to the package is the text up to the first CRLF!!! Hence my /SET wasnt getting parsed!!
Talk about head/brickwall!
So make sure you keep your command executions on a single line! Even is its huuuuuge!
Posted by
Omen
at
16:53
0
comments
Labels: SQL Server 2005, SSIS