**** BEGIN LOGGING AT Tue Jan 18 02:59:57 2011 Jan 18 10:33:30 Lupin-III: Uh, what did you mean with that? Jan 18 10:37:42 i'm sorry not see your msg XD Jan 18 10:43:11 i make a svn Jan 18 10:43:16 but make end Jan 18 10:43:28 but not see a tgz Jan 18 10:43:40 for put on fonera Jan 18 10:54:39 blathijs_: I reset my fonera (2.0n 2.3.6.1) to factory default, and still have the problem… Jan 18 10:54:59 (f Jan 18 10:56:19 what is your problem afrinc Jan 18 10:58:59 I just reset my fonera to factory defaults (with 2.3.6.1 firmware), and I still don't have access to my services installed on serveur in my lan with my public FQDN… Jan 18 10:59:00 I have services (jabber for instance) on a machine on my LAN, I can use it (with ports redirection) from WAN with my FQDN, but with the same FQDN from my lan, I can't… Jan 18 10:59:02 me not have idea XD Jan 18 11:00:14 i think is a iptables problem but realy not have too many idea. Jan 18 11:00:52 And you don't have the same problem ? (making a nmap from your LAN to your public IP returning fonera ports and not the redirected ones) Jan 18 11:01:48 Yes it's an iptable problem, but there is no problems with a classic openwrt router, and I'm surprise to be the only one with this problem… Jan 18 11:01:49 my final work is delete all fonera data and put a clean linux distro XD Jan 18 11:01:56 :D Jan 18 11:02:23 I saw your mod, with the hard drive… Jan 18 11:02:32 Nice work ;) Jan 18 11:02:44 but me not have too many idea........ y mix fonera 2.0n kernel and openwrt blackfire data but init.d not boot good and need restart manual. Jan 18 11:04:11 8 wired :/ is not dificult. put infectus time attack addon on 360 XD Jan 18 11:52:32 Lupin-III: When you compile a firmware from SVN, you'll get an .img file, not a .tgz file Jan 18 11:52:49 afrinc: I think your port forwards not working from within the LAN is a common problem, I'm surprised that OpenWRT doesn't have it Jan 18 11:53:29 afrinc: The problem is that port forwarding works by rewriting the destination address right now (DNAT) Jan 18 11:54:40 afrinc: But when the connection comes from within the LAN, the packets going to the server will pass through the Fonera and get DNAT'd, but replies from the server will go directly to the client, since the source address is in the same LAN as the server Jan 18 11:54:55 so the Fonera doesn't get a chance to apply the DNAT to the reply packets Jan 18 11:55:33 this is something that can be solved by applying both DNAT and SNAT to the connections from the LAN, I think, but I'm not completely sure that this is without extra effects Jan 18 11:57:04 afrinc: A common alternative solution is to use split-horizon DNS, making your FQDN resolve to the correct LAN IP when resolved inside the LAN Jan 18 11:57:20 afrinc: You might be able to achieve that by adding a line to /etc/hosts on the Fonera Jan 18 13:05:39 blathijs_ who put img file in fonera 2.0n Jan 18 13:24:41 Lupin-III: http://trac.fonosfera.org/fon-ng/wiki/sshflash Jan 18 13:28:51 blathijs_: I had the resolution of my FQDN to my LAN host in the fonera:/etc/hosts but it still resolv to my public IP. Do I need to restart some service to work (dnsmasq for instance) ? Jan 18 13:31:22 mtd :/ i have panic ( last used brick a broadcom router. ) Jan 18 13:35:35 It's the only method I know… With linksys/OpenWRT there is a mode in which tftp method work /everytime/… Jan 18 13:36:01 okok Jan 18 13:36:46 But I don't know for fonera 2.0n… (And I don't remember the flag to use for this special mode) Jan 18 13:38:05 i think is good hardware. and software see too many work. but me no need :/ only need a clean linux gcc make and kernel headers and me are happy XD Jan 18 13:39:41 You are using for your hack the fonera's kernel… why ? Is there special hardware closed source in the official firmware ? Jan 18 13:41:35 realy. me not have idea. of cross compiler. Jan 18 13:41:45 only missing source in wifi driver Jan 18 13:41:55 only work on soft ap **** BEGIN LOGGING AT Tue Jan 18 14:13:58 2011 Jan 18 15:14:15 blathijs_: I resolve my problem using your suggestion. But it doesn't work with /etc/hots edition. I made modifications on /etc/config/dhcp following suggestions on this website (sorry for the link in google's cache but the website was not working for me) :http://webcache.googleusercontent.com/search?q=cache:C_Nuywyd6c4J:blog.jayeyesea.com/2010/01/31/adding-dns-entries-to-a-fonera-2-0n-or-whats-fon-really-about/+fonera+restart+dn Jan 18 15:15:23 (and you have my poor keyword for my search /o\) Jan 18 15:26:12 afrinc: Ah, perhaps /etc/hosts is regenerated or something, then Jan 18 15:26:20 or not used by dnsmasq perhaps Jan 18 15:32:12 I think it's used by dnsmasq (it's where you have registerlafonera.fon.com for instance), and yes it's regenerated at startup (it's the reason why I was trying to restart dnsmasq). Jan 18 15:33:59 right **** ENDING LOGGING AT Wed Jan 19 02:59:57 2011