Populating IPv4 raw table
* Redirect 'FTP WDMyCloud'
- Auto-selected conntrack helper 'ftp' based on proto/port
* Redirect 'SNMP return packets'
! Skipping protocol tcp since helper 'snmp' does not support it
- Auto-selected conntrack helper 'snmp' based on proto/port
* Zone 'lan'
- Using automatic conntrack helper attachment
* Zone 'wan'
I hate warnings and autoconfigurations .. how can i get those properly configured ?
firewall config:
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp'
option src_dport '21'
option dest_port '21'
option name 'FTP WDMyCloud'
option dest_ip '192.168.1.1'
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp udp'
option src_dport '161'
option dest_port '161'
option name 'SNMP return packets'
option dest_ip '192.168.1.207'
config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option network 'lan'
option forward 'REJECT'
@davidc502 , @hayman ... I continue to run out of space on \ all time time when updating the packages between David releases ... I'd assume it's because the base packages included in the build are part of the /upper portion of memory, and when i update them, the new versions are stored on \ AND ALSO on \upper.
Am I right?
Is there a way around this issue? Can I delete the updated files from \upper after updating them?
Isn't there a filesystem that uses compression to store the files on the flash, other than ext4? I remember back in the days when we used D.O.S. and struggled with disk space, we used a couple of realtime compression/decompression drivers to save space at the expense of CPU power. I've found that JFFS2 ( https://en.wikipedia.org/wiki/JFFS2 ) would do this, and it is stated that it's used in OpenWRT? From reading a little bit more, it looks like \upper is actually JFFS2 already .. but not the rest of the filesystem?
Since the kernel is at 4.14 now, any reason not to include and enable flow_offloading? I'm getting:
Warning: Section @defaults[0] requires not available kernel module xt_FLOWOFFLOAD, disabling
Now I'm confused. I didn't mention fast_path (it's in the thread name though), just the flow_offloading parameter in /etc/config/firewall. Is there a naming issue here?
I am on 4.14 with latest davidc502 release, but I'm getting the error about the xt_FLOWOFFLOAD module not being there?
I did not go to the thread to read, I just assumed a thread with that title was about ...
As to the actual point of your post (and my response), a quick perusal of the manifest for an image provided by this community release would indicate that flowoffload has been removed.
Hi i'm using r8810 for the last 24 hours.
maybe im repeating things people already reported so sorry if this the case .
i'm using wrt1200ac , i experienced the below :
1] not able to change wifi password
errors i see in logs (not related to above):
2]
Sat Jan 12 09:34:14 2019 kern.debug kernel: [ 353.067014] ieee80211 phy1: change: 0x40
Sat Jan 12 09:34:15 2019 kern.debug kernel: [ 353.237169] ieee80211 phy1: change: 0x40
Sat Jan 12 09:34:15 2019 kern.debug kernel: [ 353.417338] ieee80211 phy1: change: 0x40
Sat Jan 12 09:34:15 2019 kern.debug kernel: [ 353.597496] ieee80211 phy1: change: 0x40
3]Sat Jan 12 09:34:14 2019 daemon.notice hostapd: handle_probe_req: send failed
Sat Jan 12 09:34:14 2019 daemon.notice hostapd: handle_probe_req: send failed
Sat Jan 12 09:34:14 2019 daemon.notice hostapd: handle_probe_req: send failed
Sat Jan 12 09:34:14 2019 daemon.notice hostapd: handle_probe_req: send failed
Sat Jan 12 09:34:14 2019 daemon.notice hostapd: handle_probe_req: send failed
i'm reverting to the older build for now cause i really need to change wifi pass.
I was starting to be afraid something happened to you. Glad you came back with a release.
Sorry if i bother but there are any major difference, known problems compared to r8873?
PS: IOT smart plugs, light etc still has problems with WMM Mode enabled, i would recommend to add something like this to the FAQ:
"If you have a problem with smart plugs, light etc just make another 2.4ghz interface and disable WMM on that."
I will install right away the new build and report for any bug i'll found. Thanks for your work.
It's amusing, I too was a little concerned something happened to David. I'm running r9028 now on my WRT1900ACS. Thanks for the new build. I'm happy to use the updated adblock which now can provided statistics.
I have been unable to complete an upgrade the past month or so, Upon flashing, the window just hangs and then goes back to the main screen without upgrading or rebooting. Any idea what's going on? Tried multiple downloads to ensure it wasn't a bad file. I read back a few pages and tried searching for similar problems but perhaps I am blind if there was a simple solution :D.