**** BEGIN LOGGING AT Sat Sep 25 02:59:57 2010
Sep 25 04:53:55 <builder> build #82 of uml is complete: Failure [failed shell_6]  Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/82
Sep 25 06:48:34 <Alicemirror> Hi, someone know if there is a way to use uClibc in previous versions thant 0.9.30 in Backfire toolchain ?
Sep 25 08:29:32 <builder> build #113 of sibyte is complete: Failure [failed shell_3]  Build details are at http://tksite.gotdns.org:8010/builders/sibyte/builds/113
Sep 25 09:28:30 <builder> build #110 of octeon is complete: Failure [failed compile_7]  Build details are at http://tksite.gotdns.org:8010/builders/octeon/builds/110
Sep 25 09:54:49 <builder> build #95 of iop32x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/iop32x/builds/95
Sep 25 11:22:29 <_trine> openvpn for some reason does not work anymore, I'm not sure why as it could be a routing or firewall problem
Sep 25 11:29:22 <_trine> as far as I can tell the firewall in the newest trunk is not working properly
Sep 25 11:29:31 <_trine> for example
Sep 25 11:30:41 <_trine> if I have a redirect in my fire wall to redirect port 22222 to port 25 at ip address 12.12.12.12.12
Sep 25 11:31:12 <_trine> it works in r21700 however in the newest trunk it wont work at all
Sep 25 11:31:45 <_trine> and similarly I believe openvpn isnt working most probably due to a firewall issue
Sep 25 11:32:03 <_trine> they both work in r21700
Sep 25 11:32:20 <_trine> and not now in the newest trunk
Sep 25 11:39:23 <stintel> using redirects in trun r23084 fine
Sep 25 11:39:28 <stintel> trunk*
Sep 25 11:51:08 <KanjiMonster> using r23080, working fine there too
Sep 25 11:52:25 <stintel> maybe the syntax changed a little bit? mine looks like this http://openwrt.pastebin.com/nithAJj8
Sep 25 11:56:31 <KanjiMonster> stintel: looks the same on a r15274 build, seems to have not changed
Sep 25 12:06:40 <_trine> just on phone be back in a bit
Sep 25 13:03:54 <_trine> ok I am back here
Sep 25 13:04:06 <_trine> the newest trunk does not work
Sep 25 13:04:38 <_trine> i have tested the same configs more or less on the newest trunk and r21700
Sep 25 13:05:11 <_trine> r21700 has no problems with openvpn nor doe it have a problem redirecting ports
Sep 25 13:05:22 <_trine> but the newest trunk does
Sep 25 13:05:51 <stintel> _trine: try reverting https://dev.openwrt.org/changeset/23090/trunk
Sep 25 13:06:29 <stintel> it's the only change related to firewall that was after my current image (r23084) in which it still works
Sep 25 13:06:38 <stintel> as far as I can see
Sep 25 13:06:43 <_trine> well I thought it might be better to try and figure out whats wrong or what am I doing wrong that stops the newest trunk working
Sep 25 13:07:19 <_trine> I think there is a very good possibility that this problem is firewall related
Sep 25 13:08:06 <stintel> I'll compile 23118 and see if it breaks here
Sep 25 13:08:38 <_trine> r21700 works great here so I'm not too fussed about changing to anything higher particularly
Sep 25 13:09:03 <_trine> but I do compile and test the newest trunk regularly
Sep 25 13:09:09 <stintel> same here
Sep 25 13:09:49 <stintel> having more than 1 openwrt device comes in handy for that :)
Sep 25 13:09:57 <stintel> I killed my main router too much in the past
Sep 25 13:10:06 <_trine> when I try to use openvpn to my router the router does not even see my eeepv on new trunk
Sep 25 13:10:26 <_trine> eeepc*
Sep 25 13:10:36 <stintel> did you check iptables -nvL ; iptables -t nat -nvL ? to see if the rules are actually there ?
Sep 25 13:10:45 <_trine> no
Sep 25 13:11:21 <_trine> if I can get anyone interested in doing tests I will flash back
Sep 25 13:11:53 <stintel> I'll see what 23118 does here, if I notice issues as well
Sep 25 13:12:02 <_trine> but I wanted to reasure myself it wasnt me doing something stupid so I flashed back to good old faithful r21700 to test
Sep 25 13:12:19 <_trine> r21700 was perfect
Sep 25 13:12:32 <_trine> so it is something to do with new trunk
Sep 25 13:13:00 <stintel> hmm weird
Sep 25 13:13:20 <stintel> my luci says
Sep 25 13:13:21 <stintel> Kamikaze (r23084)
Sep 25 13:14:26 <_trine> Updated to revision 23119.
Sep 25 13:14:27 <stintel> but I am quite sure I compiled with gcc 4.4.1+cs, which was only added in 23101
Sep 25 13:14:32 <stintel> wtf
Sep 25 13:15:31 <stintel>  KAMIKAZE (bleeding edge, r23112) ------------------
Sep 25 13:15:42 <stintel> maybe I needed make package/luci/clean as well :)
Sep 25 13:17:07 <_trine> I dont use luci
Sep 25 13:17:16 <_trine> mostly I just edit the files
Sep 25 13:17:16 <stintel> so that means I do have 23090's changes in my image, and for me redirects work
Sep 25 13:17:25 <stintel> so your problem may lie elsewhere
Sep 25 13:17:48 <stintel> uhm, lie, why did I use that word
Sep 25 13:17:57 <_trine> he he
Sep 25 13:18:10 <_trine> Freudian slip
Sep 25 13:18:57 <stintel> actually it seems that it can be used like that ;-)
Sep 25 13:19:13 <_trine> it can
Sep 25 13:20:07 <stintel> hmm, have to go
Sep 25 13:20:09 <_trine> lye maybe what you were thinking about
Sep 25 13:20:29 <stintel> alkaline substance ? :P
Sep 25 13:20:43 <_trine> Lye Lye, n.
Sep 25 13:20:43 <_trine>  A falsehood. [Obs.] See Lie.
Sep 25 13:20:53 <stintel> :)
Sep 25 13:20:59 <stintel> later
Sep 25 13:21:01 * stintel &
Sep 25 13:22:01 <_trine> wake up xMff
Sep 25 13:23:10 <builder> build #121 of brcm63xx is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/121
Sep 25 13:30:09 <builder> build #138 of ppc40x is complete: Failure [failed shell_6]  Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/138
Sep 25 13:30:10 <blogic> _trine: i doubt that will owrk :)
Sep 25 13:30:54 <_trine> heh
Sep 25 14:43:20 <builder> build #99 of ifxmips is complete: Failure [failed shell_6]  Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/99
Sep 25 14:49:27 <builder> build #132 of ppc44x is complete: Failure [failed shell_6]  Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/132
Sep 25 15:28:32 <_trine> xMff, are you awake yet
Sep 25 15:28:43 <xMff> now yes
Sep 25 15:28:49 <xMff> hey
Sep 25 15:29:00 <_trine> can we look at why the newest trunk is not working
Sep 25 15:29:15 <xMff> uhm
Sep 25 15:29:17 <_trine> I think it might be FW related
Sep 25 15:29:25 <xMff> ok
Sep 25 15:29:26 <_trine> the symtoms are
Sep 25 15:29:40 <_trine> openvpn does not connect
Sep 25 15:29:56 <_trine> and the redirect does not work
Sep 25 15:30:08 <_trine> I will pastbin my redirect
Sep 25 15:30:14 <xMff> logread | grep zone
Sep 25 15:30:38 <_trine> please bear in mind i have now flashed back ro good old r21700 and it all works
Sep 25 15:30:58 <_trine> I dont have the newest code loaded
Sep 25 15:31:29 <_trine> I wanted to make sure it was not me doing something wrong so i flashed back
Sep 25 15:31:45 <_trine> would you like me to reflash the new code
Sep 25 15:31:51 <xMff> yes please
Sep 25 15:32:00 <_trine> ok give me a few minutes
Sep 25 15:32:12 <xMff> and this time backup the /etc/config and just restore it
Sep 25 15:32:22 <_trine> I cant do that
Sep 25 15:32:33 <xMff> why?
Sep 25 15:32:36 <_trine> because the network file is different
Sep 25 15:32:54 <xMff> ok
Sep 25 15:32:59 <_trine> it uses 0 and the new code uses 1
Sep 25 15:33:21 <_trine> but i did use most of the configs in r21700
Sep 25 15:33:26 <xMff> there should be a script which fixes that up on boot
Sep 25 15:33:43 <_trine> I have nor tried that
Sep 25 15:33:47 <_trine> not*
Sep 25 15:34:29 <_trine> shall I try a sysupgrade without the -n then
Sep 25 15:34:41 <_trine> and see if that script works
Sep 25 15:36:43 <_trine> flashing now
Sep 25 15:55:38 <_trine> xMff,
Sep 25 15:55:44 <_trine> I have it all ready
Sep 25 15:55:54 <_trine> vpn is again not working
Sep 25 15:56:04 <_trine> and nor are the redirects
Sep 25 15:56:34 <xMff> logread | grep zone
Sep 25 15:58:17 <_trine> http://pastebin.com/GPtiFwLt
Sep 25 15:59:12 <xMff> _trine: iptables -t nat -nvL
Sep 25 16:01:03 <_trine> http://dpaste.com/248861/
Sep 25 16:01:50 <xMff> lots of redirects, so they got added at least
Sep 25 16:02:25 <_trine> some of them didnt
Sep 25 16:02:47 <xMff> paste your firewall config
Sep 25 16:03:41 <_trine> http://dpaste.com/248862/
Sep 25 16:04:11 <xMff> which one didn't get added for example?
Sep 25 16:04:30 <_trine> hang on thats not my regular firewall
Sep 25 16:04:45 <_trine> there are some dnats in there i dont have now
Sep 25 16:05:19 <xMff> btw, target dnat must be target DNAT
Sep 25 16:05:28 <xMff> uppercase is important
Sep 25 16:05:28 <_trine> yes i know
Sep 25 16:05:42 <xMff> the mailin and mailout rules are wrong
Sep 25 16:06:03 <_trine> I took all those out but because I have copied it acroos from an old file they are there again
Sep 25 16:06:09 <_trine> I will alter it
Sep 25 16:11:53 <_trine> http://dpaste.com/248865/
Sep 25 16:12:07 <_trine> they are there now
Sep 25 16:12:48 <_trine> http://dpaste.com/248866/
Sep 25 16:12:57 <_trine> thats the FW
Sep 25 16:13:00 <xMff> ok
Sep 25 16:17:52 <xMff> trine_: so what about the openvpn issues now?
Sep 25 16:18:02 <trine_> http://dpaste.com/248867/
Sep 25 16:18:08 <_trine> thats what happens
Sep 25 16:18:53 <xMff> from where does the client connect?
Sep 25 16:19:00 <_trine> :P
Sep 25 16:19:09 <_trine> my neighbours wifi
Sep 25 16:19:16 <xMff> ok
Sep 25 16:20:24 <_trine> and the redirects to port 465 do not work either
Sep 25 16:22:12 <_trine> it all works like a charm in r21700
Sep 25 16:23:08 <xMff> I need iptables -nvL
Sep 25 16:24:20 <_trine> http://dpaste.com/248870/
Sep 25 16:27:23 <xMff> _trine: I don't see how the 465 redirect is supposed to work
Sep 25 16:27:50 <_trine> well
Sep 25 16:28:08 <xMff> anyway, the firewall rules seem to be correctly setup
Sep 25 16:28:18 <_trine> when I am say on a different wifi network
Sep 25 16:28:33 <_trine> I can set my mail client up
Sep 25 16:28:51 <_trine> to talk to my dyndns name
Sep 25 16:28:59 <_trine> on port 2123
Sep 25 16:29:29 <_trine> that then gets sent to port465 on the correct IP address of the smtp server
Sep 25 16:29:56 <_trine> which means I can send mail when I am in a different country as though I was here
Sep 25 16:30:18 <_trine> because my ISP only allows me to send mail from their network
Sep 25 16:30:21 <xMff> ok
Sep 25 16:30:33 <_trine> doing it this way they cant tell the difference
Sep 25 16:30:43 <xMff> iptables -nvL | grep 1194
Sep 25 16:31:33 <_trine>     0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:1194
Sep 25 16:31:51 <xMff> is there even an openvpn server runnuing on the router?
Sep 25 16:31:53 <_trine> http://dpaste.com/248873/
Sep 25 16:32:26 <_trine>  1580 root      2940 S    openvpn /etc/openvpn/openvpn
Sep 25 16:32:33 <_trine> yes
Sep 25 16:32:36 <xMff> netstat -nl
Sep 25 16:33:21 <_trine> http://dpaste.com/248874/
Sep 25 16:38:43 <xMff> I can't see any issue
Sep 25 16:39:01 <xMff> enable logging please
Sep 25 16:39:21 <trine_> do you want to ssh
Sep 25 16:39:27 <xMff> would help, yes
Sep 25 16:39:38 <trine_> ok 2 ticks
Sep 25 19:30:03 <builder> build #92 of orion is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/92
Sep 25 19:58:19 <builder> build #94 of ixp4xx is complete: Failure [failed shell_6]  Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/94
Sep 25 20:47:39 <builder> build #89 of rdc is complete: Failure [failed shell_6]  Build details are at http://tksite.gotdns.org:8010/builders/rdc/builds/89
Sep 26 00:37:09 <philipp64|laptop> xMff: ping
**** ENDING LOGGING AT Sun Sep 26 02:59:57 2010