Latest snapsot wireless bridged as well as static not working
-
tried putting wireless standalone without the bridge but with dhcp on it but still the same, atleast the older versions used to work with wireless without the bridge to the lan.
-
tried putting wireless standalone without the bridge but with dhcp on it but still the same, atleast the older versions used to work with wireless without the bridge to the lan.
Can you post your status.php? I can't replicate any problems with 7 different ath cards, bridged or not. Going to need more info.
-
Disabling and enabling does nothing different from running the contents of ath0_setup.sh and then bridge0_config. You have to run both though.
I don'tknow what it does but it helps ;)
-
One (or more) of you who can replicate problems, can I get remote access into your firewall? Then let me know when the problem occurs so I can log into the box and see what's happening. If you can replicate this problem and will let me into your firewall, please email me (cmb at pfsense dot org) and reference this forum thread.
-
i have mailed u with the access, plz do so asap coz i dont know how long the lease on the ip is going to be from the isp
-
@cmb:
One (or more) of you who can replicate problems, can I get remote access into your firewall? Then let me know when the problem occurs so I can log into the box and see what's happening. If you can replicate this problem and will let me into your firewall, please email me (cmb at pfsense dot org) and reference this forum thread.
email sent, please come in :) my ip is not changing
-
ok, funny thing.
Once booted, enter GUI and go to Interfaces/LAN
Uncheck or Check Disable the Userland FTP-Proxy application
Hit Save and then Apply.
Bridge is working with proper MTU!
I reproduced this 3 times, test on yours please.
-
@onhel:
ok, funny thing.
Once booted, enter GUI and go to Interfaces/LAN
Uncheck or Check Disable the Userland FTP-Proxy application
Hit Save and then Apply.
Bridge is working with proper MTU!
I reproduced this 3 times, test on yours please.
That'll do the same thing as just clicking Save without changing anything.
Pretty sure I have a lead on the cause of this issue, it's some sort of FreeBSD bug, looking for a solution.
-
At least we're down to a one click fix
;D
-
@onhel:
At least we're down to a one click fix
;D
In the tests I've done on this little WRAP I have next to me, saving is what reset it to 2290 :) Not quite what I'd call a fix yet…
A FreeBSD bug in hostapd is the likely culprit, as cmb said we're all hoping for a fix.
-
Please, keep as posted on the progress :)
-
@onhel:
ok, funny thing.
Once booted, enter GUI and go to Interfaces/LAN
Uncheck or Check Disable the Userland FTP-Proxy application
Hit Save and then Apply.
Bridge is working with proper MTU!
I reproduced this 3 times, test on yours please.
i cant believe this, the solution is this simple, i just tried it and within less than 30 secs it started working like there was no problem at all
-
i cant believe this, the solution is this simple, i just tried it and within less than 30 secs it started working like there was no problem at all
It's not really that simple. That doesn't do anything differently from manually running the commands I noted earlier in the thread. It will make it work for a bit, but it won't stay working.
-
actually when i tried manually those commands it never used to work but currently at least its running fine for the past like 15mins, lets see how long it lasts
-
Confirmed, this… workaround :) works. I have stable wireless connection for more then 2 hours now.
-
i can confirm it to work now in stable state for more than 24 hours, im on the 31st may 2009 1.2.3 7.2 base snapshot
-
I don't see any updates for 1.2.3 7.2 based after May 30th… ???
-
I'm back on 7.1 builds. Clicking Save in Interfaces/LAN fixes the "wireless bridge MTU and promiscuous mode" bug in the 7.1 build as well. Besides, 7.1 builds are up to 1.2.3 RC2.
-
i tried the 3rd june 1.2.3 7.1 but pppoe wont work so i went back to the 31st may 1.2.3 7.1 base release and work fine with the wireless workaround
-
this is more of a firewall issue but it affects some how the wireless interface so I'm going to post it here :)
my firewall setup can be seen in attached files
when rules on the LAN interface setup first time everything works OK but after reboot I get this message in dmesg:Configuring firewall... ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding enabled, default to accept, logging disabled ipfw: rule 2: setsockopt(IP_FW_DEL) : Invalid argument ipfw: rule 3: setsockopt(IP_FW_DEL) : Invalid argumentwhen the router is up my wireless wont work. I'm getting dhcp ip address and all other info right but I can connect to the firewall or internet.
Looks like this error makes firewall do something to the wireless interface. Wireless is bridged to LANremoving and recreating these rules would fix the problem.
