Thursday, 2012-06-21

*** charlie (d4826f76@gateway/web/freenode/ip.212.130.111.118) has joined #wikid11:41
*** charlie is now known as Guest3982511:42
Guest39825hello everyone11:42
Guest39825Did anyone had to change domain ID for a wikid server? (public IP change) Is there any way to do it without generating new token authorizations fr everyone?11:45
Guest39825thanks in advance for any suggestions11:45
*** nowen (~nowen@adsl-74-176-163-56.asm.bellsouth.net) has joined #wikid12:18
laszlofhm. Apparently using a lighttpd mod_proxy isnt going to work for token clients to communicate with wikid12:42
nowenhmm, works with Apache12:42
laszlofGuest39825: contact support @ wikid (or ask nowen), they can redirect the old domain ID to your new IP12:43
laszlofnowen: maybe its something else, let me try direct12:43
laszlofI moved my wikid installation to another VPS, havent tested it yet12:43
laszlofhmm, never got that error before12:44
laszlof"Could not obtain configuration for: (DOMAIN ID)12:44
nowenthe token can't get to the server12:44
nowenare you running the token in debug mode?12:44
laszlofno12:45
laszloflaszlof@wookie [~]# host 050116042094.wikidsystems.net12:45
laszlofHost 050116042094.wikidsystems.net not found: 3(NXDOMAIN)12:45
laszlofactually12:46
laszlofi didnt create a domain for that12:46
laszlofI just created one for the redirect12:47
laszlof05011604110612:47
laszlofyeah, there we go12:48
laszlofit works fine that way12:48
laszlofso, with the redirect to internal. the domain ID I specific in wikid, that should be the external IP correct?12:48
laszlofnot the internal one12:48
*** SEJeff has parted #wikid ("Leaving")12:49
*** Guest39825 has quit (Quit: Page closed)12:50
laszlofheh, it might help if that server wasnt down at the moment12:52
laszlof...12:52
nowenalways does13:00
laszlofbleh..13:02
laszlofI requested a second IP for this VPS to do the proxying13:03
laszlofso they gave me one13:03
laszlofone is assigned via DHCP, the new one, assigned statically13:03
laszlofthey change the NEW one to be assigned via DHCP13:03
laszlofso when I edited the /etc/sysconfig/network-scripts/* files, I added the new IP as a static13:03
laszlofwhich subsequently dropped the main IP of the box when the DHCP lease expired13:03
laszlofnowen: I should just have to redirect port 80 right?13:08
nowenyes13:08
laszlofok13:08
laszlofso I have 3 domains right now to cover all my bases13:09
laszlof1 is the main public IP of the wikid box (that works)13:09
laszlof1 is the internal private IP of the wikid box13:09
laszlofand 1 is the public IP of the box I want to redirect from13:09
laszlofhowever, if I enter the public IP of the redirect box, it doesnt seem to work as the domain id13:10
laszlofmanually going to the IP in a browser, it tries to redirect me to https://X.X.X.X/WiKIDAdmin13:10
laszlofas expected13:10
laszlofso I know its hitting the wikid server13:11
nowenwhat is the proxy config?13:11
laszlofI just have server1 setup with lighttpd, and a mod_proxy redirect port 80 to the box13:11
laszlofI havent made any special configurations on server2 (wikid)13:11
nowento /wikid ?13:11
laszlofthe entire IP is proxied13:12
nowenif it is just doing to /, it will get the redirect to /WIKIDAdmin13:12
laszlofit should be doing it for anything to that IP13:12
laszlofwhats a full URL I can test from the browser that would mimic a token client?13:12
nowenhttp://www.wikidsystems.com/support/wikid-support-center/troubleshooting-faq/how-do-i-run-the-token-in-debug-mode13:13
nowenthat will give you the url, and then some13:13
laszlofhttp://pastebin.com/f2yaRvHq13:16
nowenhttps://50.116.41.106/WiKIDAdmin/13:17
nowenthat page is not available13:17
laszlofyes I know, I'm not redirecting 44313:17
nowenthis is the url http://50.116.41.106/wikid/servlet/com.wikidsystems.server.InitDevice4AES?a=0&S=050116041106&lck=1&CT=113:17
nowenthat seems to get through13:17
nowenseems like the server is not responding13:18
nowendo you have reverse proxy on too?13:19
laszlofno13:19
laszlofif I go direct to the public IP, it works fine13:19
nowenI think it is the return route13:19
laszlofit should be communicating through the established http session?13:20
nowenhere's how one customer has it in apache:13:20
nowenProxyPass /wikid http://10.192.158.53/wikid13:20
nowenProxyPassReverse /wikid http://10.192.158.53/wikid13:20
laszlofhm13:21
laszlofyou shouldnt need that for lighttpd13:24
laszlofthe fact that its even serving an error page tells me its working13:24
laszloflet me restart wikid, maybe its something dumb13:26
nowenthe post is working13:26
nowenthe return isn't13:26
laszlofthe return should come through the same http connection as any other request, unless it tries to establish a new connection13:31
nowenI'm not sure. I only know how it works on apache.13:37
laszlofim going to do a packet capture on the full session to see what it does13:37
laszlofok. This is weird13:40
laszlofi get NO traffic when using the token client13:40
nowenwhere?13:40
laszlofbut I get traffic when accessing directly the IP through a browser13:40
laszlofon the wikid box13:40
laszloflet me try something else, one sec13:41
nowenhmm13:41
laszlofyeah, something isnt right13:41
laszlofthe POST request isnt getting through13:41
laszlofbut a GET request is13:41
laszlofif I go to http://50.116.41.106/wikid/servlet/com.wikidsystems.server.InitDevice4AES?a=0&S=050116041106&lck=1&CT=1 in a browser, I see the traffic13:42
laszlofbut the token client isnt working13:42
nowenbrb, coffee time13:44
laszlofposting from a mock form seems to work as expected13:45
laszlofi see the traffic, and get a blank page in the browser13:45
laszlofI get the same when using the direct IP, so I assume the blank page is to be expected13:48
laszlofhm, can you add a dns entry for 192168173241.wikidsystems.net to 50.116.41.10613:53
laszloftemporarily13:54
laszlofI want to see if thats the problem13:54
nowena non-internal ip would be better13:55
laszlofwell thats the thing. The public IP isnt assigned to the box13:56
laszlofthe public IP is assigned to the box the connections are being proxied through13:56
nowenand the domain uses that ip for the identifier, correct?13:56
nowendone13:57
laszlofI tried both internal/external on the wikid box, as well as the public IP of the proxy box13:57
laszlofi have all 3 setup as domains13:57
laszlofsame result there.13:58
laszlofthis is really weird13:58
laszlofI guess I'll fire up apache and see what it does, but I really didnt want to have to run apache13:58
laszlofyou can kill that DNS record13:58
nowenok13:58
laszlofok, something is jacked up14:04
laszlofI enabled debug on the proxy module for lighttpd14:04
laszlofI get nothing in the logs when I try to auth with the token14:04
laszlofif I access it directly with a browser, it shows the redirect14:04
nowenit doesn't like our token14:05
laszlofapparently14:06
laszlofthough I assume its just a normal post request14:06
nowenyes, just a java post request14:07
laszlofnowen: does the post request use SSL?14:22
laszlofon port 8014:22
nowenno, it uses asymmetric encryption14:22
laszlofchecking with #lighttpd right now.. we're pretty puzzled14:30
laszlofcan you give me the headers that are sent by the token client14:32
laszlofwe think it might be something regarding some non-standard headers that are being sent14:32
laszlofcause the traffic isnt even hitting lighttpd14:32
nowenI don't know and Eric is offline right now. he'd be the best person to ask14:38
laszlofI was able to get it in an strace14:43
laszlofI think the token client is sending some kind of funky header thats causing a bug in lighttpd14:44
nowencausing, or finding? ;)14:45
laszlofa bit of both14:45
laszlofideally lighttpd should handle the request14:45
nowenI doubt there is anything fancy in the code, probably just java standard.  We tend to keep thing simple since we have to work across so many client platforms14:46
laszlofyeah14:46
laszlofany chance you could give me a snippet of that code from the token client?14:46
laszlofare you using a standard java library?14:46
laszloffor http requests14:46
laszlofor hand codingit14:46
nowenI believe so14:46
laszlofhttp://pastebin.com/dPyynfJS14:48
laszlofthe request itself looks a bit "off"14:48
laszlofis http://pastebin.com/MzZpwZkX the java error here to be expected if it cant connect?15:00
nowenyes15:00
laszlofok, figured so15:00
laszlofworks fine with nginx too15:27
nowengood to know15:28
nowendoes nginx or lighthttpd support mod-auth-xxx yet?15:29
laszlof?15:29
nowenmod-auth-radius, e.g.15:30
laszlofah15:30
laszlofI think they have PAM modules15:31
laszlofwhich supports radius15:31
laszloflighttpd has a mod_auth module that supports radius15:31
laszlofI'm working with limited RAM on these test servers, so I dont want to use a full blown apache install15:32
laszlofparticularly since I dont need it, and the web site runs a hell of a lot faster on lighttpd15:32
laszlofso I have both lighttpd and nginx running side by side now15:32
laszloflighttpd + php running the website15:32
laszlofand nginx acting as a proxy for wikid15:32
laszlofthe site loads insanely fast on lighttpd :)15:33
laszlofhttp://my2factor.com/15:33
nowenhttps://developers.google.com/speed/pagespeed/insights#url=http_3A_2F_2Fmy2factor.com_2F&mobile=false15:35
noweninteresting15:35
laszlofits still under development so I havent done a lot of those things yet (like minifying the code)15:38
nowenyeah, but it still seems a lot faster than that15:39
laszlofthats not an actual "speed" test15:39
laszlofit tests various optimizations15:39
laszlofnot the actual loading speed15:39
nowenyeah, ture15:40
nowentrue15:40
laszloflooks like the line endings coming from the http query in the token client uses \n\n16:35
laszlofrather than \r\n as defined in the HTTP RFC spec16:35
laszlofapache and nginx both seem to silently ignore it and work anyways16:35
laszloflighttpd just barfs on itself16:35
nowenhmm17:04
*** HybridAccess (3eff891d@gateway/web/freenode/ip.62.255.137.29) has joined #wikid18:41
HybridAccessany one know if there is a xenserver download for the auth server?18:41
nowenHybridAccess: no, sorry.18:42
nowenwhat issue are you having?18:42
HybridAccessok thanks18:42
nowenyou aren't the first18:42
HybridAccessthought as much18:42
nowenthe iso is based on centos 32 bit, so I don't know what the issue could be18:43
HybridAccessthe vmware download, is this an appliance or just a bootable iso?18:43
HybridAccesssorry i havent rtfm yet18:43
nowenwe dropped the vmware zip file.  all we have now is an iso18:43
HybridAccessok18:43
HybridAccessthanks18:43
HybridAccesspresumably i don't need extensive Linux knowledge to set up using the iso18:44
nowenno, you can just run the setup scripts and the rest is web-based18:44
HybridAccessok many thanks18:45
noweni recommend this doc: https://www.wikidsystems.com/support/wikid-support-center/manual/how-to-install-the-wikid-strong-authentication-server/how-to-install-the-wikid-strong-authentication-server-enterprise-edition18:46
*** HybridAccess has quit (Quit: Page closed)18:46
laszlofdecided to completely get rid of lighttpd and switched everything over to nginx instead19:47
laszlofseems to be working well19:47
nowenworks for me! ;)19:47
laszlofthe token clients should probably have the proper line endings and lighttpd should just silently ignore them.. so really faults on both sides19:48
nowenyes19:48
nowenI've created a minor bug for ti19:51
laszlofshouldnt be difficult to fix.19:52
laszlofyou need a logout button in the wikid admin :)21:28
nowenyes21:28
laszlofso. As we talked about before, I'm trying to replicate the login action, but it doesnt seem to be taking for some reason21:29
nowenthe login to WiKIDAdmin?21:29
laszlofjust getting a bad username/password, even though its correct21:29
laszlofyes21:29
nowenthis is just on your script, right?21:29
laszlofyes21:30
laszlofI'm doing a curl post to the /WiKIDAdmin/j_security_check21:30
laszlofwhich should be correct21:30
nowencould it be accepting the cert?21:31
laszlofcurl will throw an error if theres a cert issue21:31
laszlofI made it ignore invalid certs anyways21:31
laszlofjust says Invalid username and/or password, please try again.21:32
nowenhuh21:33
nowenwhat's the curl command?21:33
nowenlet me try21:33
laszlofits in PHP21:33
laszlofhttp://pastebin.com/L8k7Eiqd21:34
laszlofi guess I could try with command line curl21:35
laszlofone sec21:35
nowenthat's what I was thinking21:35
laszlofheh21:38
laszlofHTTP Status 408 - The time allowed for the login process has been exceeded. If you wish to continue you must either click back twice and re-click the link you requested or close and re-open your browser</h1><HR size="1" noshade="noshade"><p><b>type</b> Status report</p><p><b>message</b> <u>The time allowed for the login process has been exceeded. If you wish to continue you must either click back twice and re-click the link you requested or close and ...21:38
laszlof... re-open your browser</u></p><p><b>description</b> <u>The client did not produce a request within the time that the server was prepared to wait (The time allowed for the login process has been exceeded. If you wish to continue you must either click back twice and re-click the link you requested or close and re-open your browser)21:38
laszlofI havent a clue why it would do that21:38
laszlofit appears instantly21:39
laszlofdoes the same thing from another host directly to the admin (not on the private interface)21:40
laszlofah, the login form sets a session when you visit it21:41
laszlofand then checks that session on submit21:41
* laszlof tries something21:42
* nowen waits21:42
laszlofarg, didnt work21:52
laszlofso I access the login page first, grabbed the session ID from there, appended the session ID to the post URL21:53
laszlofstill get invalid usernamd and/or password21:53
laszlofthere must be some kind of security measure thats blocking it21:53
laszlofnowen: can you check with the developers and see if the login form does any kind of header validation22:19
nowenyeah, but i have to head home - 12 year old's bday22:19
nowencan you wait til tomorrow?22:20
laszlofyeah22:20
laszlofi'll do my own investigating22:20
nowenok, thanks22:20
laszlofit looks like a standard tomcat login form22:20
nowenlater22:20
*** nowen has quit (Quit: Leaving.)22:20
*** ken5m1th (185b79d7@gateway/web/freenode/ip.24.91.121.215) has joined #wikid22:31
ken5m1thhey hey hey22:31
ken5m1thu around Nick?22:31
*** ken5m1th has quit (Quit: Page closed)22:50

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!