WLAN ap-problems and tinydns broken
-
I still couldnt get tinydns working. I will look into it when I have more time. If its working for you then theres probably something in my config that is b0rked.
About the wlan: its not only dhcp thats not getting trough. Actually the laptop I was trying to connect didnt even get to the phase where it tries to get an address, it jams before that. No packets go either way for some reason. My phone on the other hand (nokia E90) works fine. Also the laptop (t40p,b43xx chipset wlan, ubuntu hardy) worked fine with 1.22. I will try to look in to this too when I have more time.
I tried with TKIP and AES and both WPA and WPA2. Previously in 1.22 I had both wpa and wpa2 on and both TKIP and AES on. I also tried removing all settings from the laptop and made the opt1-interface settings from the scratch -> still nothing.
-
Oh - tinydns, sorry, I misread that as dnsmasq for some reason. Not sure on that.
Wireless is in the midst of significant changes, pulling in some newer kernel code recommended by FreeBSD developers. I would stick with 1.2.2 right now with wireless until we can better test it ourselves.
-
Actually the wireless started working after I updated to a newer snapshot and updated&rebooted the linuxlaptop.
I am hoping that 2.0 will be moving in to openbsd8 soon so that I can test out if they have fixed the powersave(?) bug with ath-driver. I am open to all kinds of beta-alpha-test tweaks that might fix this.
On another note; i have an usb wlan-stick with zydas1211 chipset. It should be supported in openbsd7 but still pfsense doesnt recognize it (it is detected as ugen0). Is there anything I could do to get that working for the timebeing?
I wouldnt want to go back to 1.2
-
The power save bug is confirmed fixed in the 1.2.3 snapshots, we applied a patch to resolve that.
2.0 will be moving to FreeBSD 8-current in the not too distant future.
What driver should your card be using? It's possible there is a new driver that we aren't including, though we include everything in FreeBSD GENERIC.
-
The wireless you are on in the newer snapshot is likely the new code imported, which should also have the power save fix.
-
Just updated to newest snapshot and also changed from my 3com 905 (LAN-interface) to intel 10/100 card (cant remember the exact chipset). Seems that either the new snapshot fixed the problem or there was something wrong with the 3com (wlan is bridged to lan) since the bug is now fixed! At last I can properly use my AP again without restarting ssh sessions over and over again :)
-
Hello,
I have very shaky wireless connection with my ATH5212 wireless pci nic. From a wireless client, suddenly internet access stops working, as well as rdp, ssh sessions to server on my LAN connection. The odd thing is my wireless connection stays connected, I can even log into the webinterface of Pfsense. But that's the only box I seem to be able to connect to.
I'm not 100% sure if my problem is related to the problem described above, but I thought I'd share it.
I'm running the build from 19feb
Best regards,
Jan -
My problem was fixed quickly after the first 1.2.3 snapshot so it probably aint the same problem.
Does your problem occur with LAN-connection too or is it isolated to WLAN? Have you checked if theres some pointers in the logs?
-
Hello,
I haven't looked in the logs yet. As far as I have seen it's only WLAN clients that are affected. To fix the problem I temporary switch off my wireless nic and after reconnecting my internet connection works again. My connections towards my LAN is restored then as well.
Since the connection to my AP is not broken when I don't have internet access, I first thought that perhaps the DNS server on the pfsense box gets screwed up but that wouldn't explain why I can't access my LAN servers (I connect based on IP address not on FQDN).
A bit more background information:
It's a ATH5212 card and I use WPA2 as security. I had to change the default setting 'auto' for the channel selection. Apparently pfsense by default chooses channel 6, but that's a turbo G channel (at least it lists it that way in the channel list). The problem is that this channel doesn't work for this card, under 'status interfaces' the card doesn't associate when using channel 6. So in the wireless interface configuration dialogue I choose channel 10, plus under 'standard' I chose for 802.11G and not for ' 802.11G Turbo' or otherwise clients don't get connected at all.
I will check the logs and do some futher investigation.
Best regards,
Jan -
Hi,
I investigated this problem a bit futher:
apparently when I lose my internet connection (I'm still connected to my AP at this point), it's my DNS that doesn't work anymore. DNS settings for my client are dynamically assigned by DHCP on my pfsense box. An ipconfig /all showed me that the DNS server is 192.168.6.0 (shouldn't this be 192.168.6.1?). In the DHCP server settings in pfsense I left the DNS entry blank.
I did a ping to a website from one of my stations that has a wired network connection, and I received answers. When I lost internet connection (again my connection to the AP was ok) I did the same ping and my wireless client couldn't resolve the DNS name. I tried to ping base on the IP address of the website and I received answers. Also surfing based on that IP proved to work.
The strange thing is when I switch of my wireless nic and reconnect the problem is gone (for some time). So it would seem this is a client side issue. However I have 5 different wireless clients and they all have the same problem since I switched to 1.2.3.
I'm running the snapshot from 25feb at the moment.
Best regards,
Jan