]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blob - doc/news/openid/discussion.mdwn
diagnosis
[git.ikiwiki.info.git] / doc / news / openid / discussion.mdwn
1 I think that I have logged in using openid! But I think the login page
2 could use some adjustemnts.
4 Perhaps the openid stuff should be seperate, unless I was supposed to login
5 as well. Also have I just created an account on this wiki as well?
7 > The idea is that you fill in one or the other but not both. If it's
8 > switched to only openid, it's much clearer, since the
9 > username/password/register stuff disappears from the form.
10 >
11 > If both login methods are enabled, it's limited to using one form for
12 > both though...
13 >
14 > By signing in with openid, you have created an account on the wiki; you
15 > can configure it to eg, subscribe your email address to changes to pages.
16 > --[[Joey]]
18 OK, my openid login works too. One question though, is there a setup parameter which controls whether new registrations are permitted at all? For instance, I'm thinking that I'd like to use the wiki format for content, but I don't want it editable by anyone who isn't already set up. Does this work? --[[Tim Lavoie]]
20 ----
22 # How to ban an IP address?
24 There is a way to ban ikiwiki users, but how to ban an IP address?
25 For example if a bitchy anonymous is bombing our poll. I can use
26 only Apache/iptables rules for this? Maybe it's related to
27 [[ACL|todo/ACL]] request? --[[PaweÅ‚|ptecza]]
29 > Well, the polls are not something I would worry about much. I do plan to
30 > add_IP_range_banning, although I expect to wait until
31 > there's a demonstrated need. --[[Joey]]
33 >> Heh, do you really want a lot of spam of me? ;)
35 >> It was only an example of banning reason. Recently I've read about
36 >> problems of Wikipedia with the vandals from Qatar. They demolished
37 >> Qatar Wikipedia pages and the admins of Wikipedia had to ban all
38 >> IP addresses of that country (fortunately Qatar has only one ISP).
39 >> --[[PaweÅ‚|ptecza]]
41 ----
43 ## Error voting
45 > Error: /srv/web/ikiwiki.info/todo/Configurable_minimum_length_of_log_message_for_web_edits/index.html independently created, not overwriting with version from todo/Configurable_minimum_length_of_log_message_for_web_edits
47 [[users/jon]]
49 ----
51 ### Logging Out
53 If I've logged in by OpenID, how do I log out?  I don't see any logout
54 button anywhere on IkiWiki.  (is it because I hit "forever" for my OpenID authorization duration?)
55 > No, it's because it's on the preferences page!  That's somewhat non-obvious...
57 >> This is a problem with having a static wiki. If I just put "Logout" as
58 >> an action on every page, that will look weird if you're not logged in.
59 >> --[[Joey]]
61 Even if IkiWiki does let me log out, how do I *stay* logged out?  Let's say I'm using a kiosk.  What's to prevent someone else from hitting my OpenID service right after I've walked away?  My OpenID service will just auth the login again, won't it? --[[sabr]]   (behavior seems to vary...  does it depend on the OpenID service?  guess I have some docs to read.)
63 > If you're at a kiosk, you'll need to log out of your openid provider too.
64 > Or use a provider that doesn't use cookies to keep you logged in. (Or
65 > don't check the box that makes your provider set a cookie when you log in.)
66
67 > AFAIK openid doesn't have single signoff capabilities yet. --[[Joey]]
69 I'm having a problem using my preferred openid. I have
70 http://thewordnerd.info configured as a delegate to
71 thewordnerd.myopenid.com. It works fine on Lighthouse, Slicehost and
72 everywhere else I've used it. Here, though, if I use the delegate I'm sent
73 to my openid identity URL on myopenid.com. If I use the identity URL
74 directly, I get the verification page.
76 Is my delegation broken in some way that works for all these other apps but
77 which fails here? Or is something broken in Ikiwiki's implementation?
79 > I guess this is the same issue filed by you at
80 > [[bugs/OpenID_delegation_fails_on_my_server]] --[[Joey]]
82 Yes. I'd only recently set up my server as a delegate under wordpress, so still thought that perhaps the issue was on my end. But I'd since used my delegate successfully elsewhere, so I filed it as a bug against ikiwiki.
84 ----
85 ###Pretty Painless
86 I just tried logging it with OpenID and it Just Worked.  Pretty painless.  If you want to turn off password authentication on ikiwiki.info, I say go for it. --[[blipvert]]
88 > I doubt I will. The new login interface basically makes password login
89 > and openid cooexist nicely. --[[Joey]] 
91 ###LiveJournal openid
92 One caveat to the above is that, of course, OpenID is a distributed trust system which means you do have to think about the trust aspect.  A case in point is livejournal.com whose OpenID implementation is badly broken in one important respect:  If a LiveJournal user deletes his or her journal, and a different user registers a journal with the same name (this is actually quite a common occurrence on LiveJournal), they in effect inherit the previous journal owner's identity.  LiveJournal does not even have a mechanism in place for a remote site even to detect that a journal has changed hands.  It is an extremely dodgy situation which they seem to have *no* intention of fixing, and the bottom line is that the "identity" represented by a *username*.livejournal.com token should not be trusted as to its long-term uniqueness.  Just FYI.  --[[blipvert]]
94 ----
96 Submitting bugs in the OpenID components will be difficult if OpenID must be working first...