Redirecting UNC to HTTP

Hi everyone i have been passively watching this lost for a little while
at home now it comes i need some help for work…
and you are all a great bunch of really knowledgeable people so i hope
you can help!

i was guided towards creating a mini filter for the task of redirecting
specific UNC path requests to a HTTP requests.

for instance an application requests \systems\unc\whatever\afile.txt
based on a list of UNC paths in a text file local to the driver if it
finds that UNC in the file
it will also find a HTTP equivalent the driver then needs to somehow
take that IO call and
get the file from the remote machine.

so to reiterate something tries to open

\systems\cfs\unc\whatever\afile.bin

but ends up opening

GET http://systems.somewhere.com/cfs/unc/whatever/afile.bin HTTP/1.0
Accept: */*

i need some ideas on how to achieve

downlaoding the file inside the filter to a tmp folder and supplying
that in place of the original request?

what IRP calls would i need to register too i have the IFS KIT and DDK i
spent the last fews days reading documentation
now i need some real advice and ideas from you guys you all rock i hope
you can give me some insight :slight_smile:

the filter would be very selective only manipulating a small set of
files and only
UNC paths the actual number of paths remapped would be maybe 32 or so.

although this sounds naughty i assure you its not we have moved
a HUGE part of our render farm from local to remote at a co hosting
facility as we cannot
support the power requirements for the 600 new machines we added to it
and need
a fast stable solution for some of the media to be mapped this way i
assure you this is easier
than changing the hundreds of thousands of assets containing millions of
paths to be remote
and i don’t think the pplication would even support that.

Thanks in advance Andi

Andi,

I’d try to use the WebDAV redirector included in Win XP+ before starting to
reinvent the wheel…
(Of course this does not help if your machines are Win2000)

Best regards,
Valeriy Glushkov

Hi everyone i have been passively watching this lost for a little while
at home now it comes i need some help for work…
and you are all a great bunch of really knowledgeable people so i hope
you can help!

i was guided towards creating a mini filter for the task of redirecting
specific UNC path requests to a HTTP requests.

for instance an application requests \systems\unc\whatever\afile.txt
based on a list of UNC paths in a text file local to the driver if it
finds that UNC in the file
it will also find a HTTP equivalent the driver then needs to somehow
take that IO call and
get the file from the remote machine.

so to reiterate something tries to open

\systems\cfs\unc\whatever\afile.bin

but ends up opening

GET http://systems.somewhere.com/cfs/unc/whatever/afile.bin HTTP/1.0
Accept: */*

i need some ideas on how to achieve

downlaoding the file inside the filter to a tmp folder and supplying
that in place of the original request?

what IRP calls would i need to register too i have the IFS KIT and DDK i
spent the last fews days reading documentation
now i need some real advice and ideas from you guys you all rock i hope
you can give me some insight :slight_smile:

the filter would be very selective only manipulating a small set of
files and only
UNC paths the actual number of paths remapped would be maybe 32 or so.

although this sounds naughty i assure you its not we have moved
a HUGE part of our render farm from local to remote at a co hosting
facility as we cannot
support the power requirements for the 600 new machines we added to it
and need
a fast stable solution for some of the media to be mapped this way i
assure you this is easier
than changing the hundreds of thousands of assets containing millions of
paths to be remote
and i don’t think the pplication would even support that.

Thanks in advance Andi


Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: gvvua@ua.fm
To unsubscribe send a blank email to xxxxx@lists.osr.com