your question is ANSWERED ABOVE already!!Quote:
Originally Posted by Jan Knegt
and it is in the manual
http://wl500g.info/showpost.php?p=9430&postcount=57
Printable View
your question is ANSWERED ABOVE already!!Quote:
Originally Posted by Jan Knegt
and it is in the manual
http://wl500g.info/showpost.php?p=9430&postcount=57
Also check 'reported compatible hardware' forum as well, and search the forum for how to setup printing in Windows.Quote:
Originally Posted by Jan Knegt
Using 1.9.2.7 CR3a, works great stable now for over 36 hours. The DHCP issue with incorrectly configured ISPs reported last week seems to have gone away my ISPs lease time is 3600 and 36 leases later its still going
Great stuff Oleg Thanks
Have you experienced same problems with stock ASUS firmwares?Quote:
Originally Posted by Marko
Ok Letīs go ...
- PPP now Works, but does not reconnect automatik, manual is working. I hope this is the right part in the logfile, the inet access was gone and web iface said disconnected, but still there were more of the time updates AFTER the disconnect statement. Wired ...
Code:Jan 12 14:39:50 ntp client: time is synchronized to 129.217.131.21
Jan 12 16:38:59 pppd[83]: LCP terminated by peer
Jan 12 16:38:59 pppd[83]: Connect time 18425738.9 minutes.
Jan 12 16:38:59 pppd[83]: Sent 609927283 bytes, received 157544578 bytes.
Jan 12 16:39:00 dnsmasq[49]: read /etc/hosts - 5 addresses
Jan 12 16:39:00 dnsmasq[49]: reading /tmp/resolv.conf
Jan 12 16:39:00 dnsmasq[49]: using nameserver XX.XXX.150.225#53
Jan 12 16:39:00 PPPoE: Disconnected
Jan 12 16:39:00 pppd[83]: Child process /tmp/ppp/ip-down (pid 8792) terminated with signal 11
Jan 12 16:39:02 pppd[83]: Connection terminated.
Jan 12 16:39:03 pppd[83]: PPP session is 2226
Jan 12 16:39:03 pppd[83]: Using interface ppp0
Jan 12 16:39:03 pppd[83]: Connect: ppp0 <--> eth1
Jan 12 16:39:03 pppd[83]: Modem hangup
Jan 12 16:39:33 pppd[83]: Modem hangup
Jan 12 16:39:33 pppd[83]: Connection terminated.
Jan 12 16:39:52 ntp client: time is synchronized to 129.217.131.21
Jan 12 18:39:52 ntp client: time is synchronized to 129.217.131.21
- Wondershaper works if called direktly, but how can i check if it uns with post-firewall ?
- It would be nice to have some direktory from the HD in the path, like a /tmp/harddisk/local/bin to make external software usage simpler and maybe define a common standart for this.
- Can it be that the Samba Ports are open to the Wan Port ?? I have Port 113 Open.
- To the FTP: I KNOW that the standart "anonymous" option ever used the external hd root as base, but SHOULDīNT it use /ftp_pub instead ? So that root can get complete HD access and anonymous the resreicted as usual on the inet.
Greets
"Time synchronized" message is a fake, it's actually means "I will try to synchronize time now". Yes, ppp-2.4.3 is buggy, I've "downgraded" to ppp-2.4.2 with patches and checking in right now (I will got results this evening).Quote:
Originally Posted by WlanMan
As for path: for now I'm suggesting to modify /etc/profile to set PATH and save it to flashfs. This is how I've done for me. Adding this to the firmware could result in slowness when searching for executables.
And yes, we need to make some conventions on how to use external drives. I'm thinking of mounting separate partition to /opt. Placing everything to one partition is not a good idea...
Finally I'm thinking of recompiling everything using the openwrt toolchain and making possible to use openwrt packages with rootfs.
Had sames issues with ASUS firmwares too, without full access to the system log its hard to determine what was going, but hitting the renew button on the status page fixed the problem until the next DHCP renewal at which point it would renew and then stop passing traffic until the lease was renewed manually most frustratingly sometimes it would continue to work for a number of hours without manual intervention only to stop working again.Quote:
Originally Posted by Oleg
Under 1.9.2.7 CR2 i could see renew requests been issued but no reponse. I also could see occasionally a 10.xxx.xxx.xxx address for the DHCP server when the web interface says it is 83.xxx.xxx.xxx which is a similar senario to that described in another post
1.9.2.7 CR3a has been stable for 42 hours now, just logged on over ssh and all seems well
Hi,
Like I already said in this thread, I experiment difficulties with my wireless laptop and the new fw 1.9.X.X: slower or even no responds at all when trying to surf, enter ftp or even router admin page, etc.. (this never happend to me with previuos fw).
Sometimes, WinXP pops me that my wireless connectivity is insufficient and, after a while, try to get a new address from the router dhcp server.
When connection comes back as normal and when I enter the admin page, I see that there are no entries in the "Status & Log - DHCP Leases" menu.
Could it be in relation with this issue?
"Time synchronized" message is a fake, it's actually means "I will try to synchronize time now".
- Some reason not to come by ?
As for path: for now I'm suggesting to modify /etc/profile to set PATH and save it to flashfs. This is how I've done for me. Adding this to the firmware could result in slowness when searching for executables.
- OK
And yes, we need to make some conventions on how to use external drives. I'm thinking of mounting separate partition to /opt. Placing everything to one partition is not a good idea...
- Yep, sounds good. Also i have the idea to add some plugin system to the web iface, at least for enable-disable some features and change primary settings. SSH Web config would be usefull for now...
Finally I'm thinking of recompiling everything using the openwrt toolchain and making possible to use openwrt packages with rootfs.
- Dont know what the difference are, i think you know what youre doing :)
Greets
Can't understand you.Quote:
Originally Posted by WlanMan
SSH is an advanced thing, which is requires using flashfs. So, anybody who need ssh should be able to do this from command line and I've an example on my page.Quote:
SSH Web config would be usefull for now...
Hi Oleg,
after several reboots dropbear ssh daemon stopped working.
in the log i found this:
Jan 1 01:00:22 dropbear[94]: Child connection from 158.193.86.189:4257
Jan 1 01:01:04 dropbear[103]: Child connection from 158.193.86.189:4272
when I downgraded to 1.9.2.7-2 all works fine.
I'm out of idea what it can cause
SSH client? SAMBA?
router reset, power cycled....nothing helps
Have you re-enabled flashfs after upgrade? I meanQuote:
Originally Posted by pipos
Code:flashfs enable
Yes of course...
enabled, reseted.....re-generated rsa & dss keys....nothing helps
a few minutes after upgrade I've connected via SSH, and then....after adjusting some settings (SSID, DNS, GW, IP......) it stops working.
I can log in only via telnet
(i've checked IP, mask, all settings)
Well, probably you've DNS issues - i.e. sshd is trying to resolve your host name - just waut some time...
Oke Wiz. You're right. Thanks for the quick answer en the short "how to"Quote:
Originally Posted by wiz