Re: Disabled HTTP PUT command since latest windows updates?
From: Thomas Ladu (ladu_at_dbwt.de)
Date: 05/09/04
- Next message: Kim Lots: "Re: Digest Authentication"
- Previous message: Thomas Ladu: "Re: Missing virtual roots"
- In reply to: publitec: "Disabled HTTP PUT command since latest windows updates?"
- Next in thread: Showkat Lone: "Re: Disabled HTTP PUT command since latest windows updates?"
- Reply: Showkat Lone: "Re: Disabled HTTP PUT command since latest windows updates?"
- Messages sorted by: [ date ] [ thread ]
Date: Sun, 9 May 2004 08:16:17 +0200
Check if WebDAV has not been disabled by updates. We had the same problems
and after enabling WebDAV again the PUT command worked again on permitted
folders.
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ W3SVC \
Parameters \
There you should find the Key "DisableWebDAV". Delete it!
(Editing Registry without any warrenties!)
Hope it helps.
Greetings
Thomas
"publitec" <laduch@publitec.de> schrieb im Newsbeitrag
news:eT9nx41MEHA.624@TK2MSFTNGP11.phx.gbl...
> Hello everybody,
>
> I'm comming from the microsoft.public.access.replication group, where we
> discussed a problem which it seems basicaly has something to do with the
> internals of iis.
>
> Problem description:
> We're using W2K Server with iis 5 and we were succesfully performing
> internet replication functionality of MS Access for a long time. Since the
> latest windows updates the replication functionality suddenly crashed and
we
> were not able to bring it back to live (even uninstalling did not solve
the
> problem).
> After futher investigation we found out that the replication is using the
> HTTP PUT command to upload the necessary files. We looked at the weblogs
and
> examinied the http codes. Before the updates the PUT command always
succided
> with HTTP code 200 (how it should always be). After the updates the same
PUT
> command quit with error 502 which means "no server" or better " not
> implemented on this server". that leads to the conclusion that the latest
> updates shut down the PUT functionality via http and by the way messing up
> the access replication.
> We also used a testprogramm BIGPOST, which analyses replication problems,
> but BIGPOST told us the same, what we already found out "(PUT-)Method not
> supported"
>
> if we would work with iis 6 it would be no problem, because it offers the
> ability to setup rights for PUT, GET, POST and so on for http, but using
iis
> 5 or 5.1 (like we do) you are totaly left alone. by this time we did not
> find any artikel or registry entrie, which let us enable the PUT command
via
> http again. we also tried URLScan 2.5, but as a frontier before iis
> execution it is not usefull for this problem. openning PUT on http in
> URLScan passes URLScan, but again fails at final iis execution (502
again).
>
> And now our question:
> How to enable the PUT command via HTTP? Where can we set this (and other
> basic http command permissions) in iis 5? What happened during last
updates?
>
> All file permissions (NTFS and in iis) were set properly for replication
and
> many persons checked the permissions to be realy sure (also some above
> mentioned newsgroup members).
>
> Any helping idea is very welcome
>
> Thanks for attention
> Oliver
>
>
>
>
- Next message: Kim Lots: "Re: Digest Authentication"
- Previous message: Thomas Ladu: "Re: Missing virtual roots"
- In reply to: publitec: "Disabled HTTP PUT command since latest windows updates?"
- Next in thread: Showkat Lone: "Re: Disabled HTTP PUT command since latest windows updates?"
- Reply: Showkat Lone: "Re: Disabled HTTP PUT command since latest windows updates?"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
