Closed (fixed)
Project:
Secure Site
Version:
5.x-1.5
Component:
Documentation
Priority:
Critical
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
17 Oct 2008 at 08:03 UTC
Updated:
29 Jul 2009 at 18:50 UTC
Jump to comment: Most recent file
Comments
Comment #1
darren ohPersonally I am not really comfortable with the cron exclusion. With better documentation users should be able to set up cron to authenticate every time it runs. However, allowing cron to run anonymously is not a big issue because the user does not control anything. Allowing XMLRPC to run anonymously would be very different.
If you specify the XMLRPC client you are using, I can help you find a way to authenticate your connection.
Comment #2
tetram commentedIm using Drupal's XMLRPC actually, to copy content from one site to another.
I suppose doing a post request to the login url should fix my problems then?
Comment #3
darren ohI'm not aware of a Drupal XMLRPC client module. If you are using the XMLRPC API module, the module page explains how to do HTTP authentication.
Comment #4
NaX commentedHere is some CURL code I stumbled upon a while ago, I have not used or even tested it, but in theory it should allow for HTTPS + HTTP AUTH requests.
This might be a way of authenticating a XMLRPC request when securesite is enabled with HTTP AUTH.
If you have curl installed and you are not using another API / library / module this could be something worth looking into.
Hope it helps.
Comment #5
darren ohI assume one of our suggestions worked.
Comment #6
darren ohThe problem is in _xmlrpc(). It hard-codes the headers array given to drupal_http_request(). A work-around would be to write your own version of _xmlrpc().
Comment #7
darren ohPatch attached.
Comment #8
darren ohClarified example.
Comment #9
c960657 commentedThe credentials may also be specified in the URL, i.e. http://peter:secret@example.com/xmlrpc.
Comment #10
dries commentedCan we add some more code comments -- it is not obvious that we do the shifting to support authentication.
Comment #11
darren ohc960657 showed that this is not necessary in comment #9. As I cannot think of other cases where it is necessary to send custom headers in XMLRPC requests, I'm moving this back to the Secure Site documentation queue.
Comment #12
darren ohFixed in revision 631594.