Re: resolver question
On 12/24/13 22:08, Andres Perera wrote: i think further investigation is due on OP's part OK. I first removed the domain keyword out of the /etc/resolv.conf and updated /etc/resolv.conf.tail. Then I stuck search centroid.eu in there instead so that it looked like this: # Generated by re0 dhclient search centroid.eu nameserver 192.168.34.1 search centroid.eu lookup file bind family inet6 inet4 I turned up logs on the immediate nameserver (192.168.34.1) and watched them a bit. Here is what I then read: Dec 26 11:17:31 uranus named[12220]: client 192.168.34.4#22419: query: www.spiegel.de.centroid.eu IN + so the leak I described earlier was happening here too. Then I adjusted the search keyword to only do search . and that stopped the leak, however it still created 2 queries where one would suffice: # Generated by re0 dhclient search centroid.eu nameserver 192.168.34.1 search . lookup file bind family inet6 inet4 queries were: Dec 26 11:27:54 uranus named[12220]: client 192.168.34.4#38177: query: www.spiegel.de IN + Dec 26 11:27:54 uranus named[12220]: client 192.168.34.4#24662: query: www.spiegel.de IN + So reasonable, just as I want them. Too bad there is 2 of the same, so it's not exactly perfect. I'm wondering if this hint can be included into the resolv.conf manpage somehow, something like: search . stops leaking quad-A queries to the domain's nameserver. But I'm looking for proper wording and place to put it into the manpage. Thanks, -peter
Difference between pppoe(8) and pppoe(4) ?
Hi all ! I'm facing a weirdness with my DSL connection. I have been using pppoe(4) for years and since 2 days it cannot connect (no public IP affected to pppoe0, only PADI retry increments). I guess there have been some changes at the ISP level. Luckily it works with pppoe(8) with identical config. Anyway pppoe(8) sucks so I wonder what can be the difference that makes it work with pppoe(8) but not pppoe(4). There is, unfortunately, no logs from pppoe(4) explaining what's wrong. Do you have any pointer or clue ? Thank you in advance, Denis * hostname.pppoe0 : --- inet 0.0.0.0 255.255.255.255 NONE \ pppoedev re0 authproto chap \ authname 'me@isp' authkey 'password' \ mtu 1300 up dest 0.0.0.1 !/sbin/route add default -ifp pppoe0 0.0.0.1 * ppp.conf : default: set log Phase Chat LCP IPCP CCP tun command set redial 15 28800 set reconnect 15 28800 pppoe: set device !/usr/sbin/pppoe -i re0 disable acfcomp protocomp deny acfcomp set mtu max 1492 set speed sync disable lqr deny lqr set cd 5 set dial set login set timeout 0 set authname me@isp set authkey password enable sroutes add default HISADDR add default HISADDR6 enable mssfixup
Re: Unable to associate with wifi AP until channel changed on AP
Em 26-12-2013 00:25, electronmuontau neutrino escreveu: Sorry for late answer - had some problems with my ISP. On Sunday 22 December 2013 01:42:09 electronmuontau neutrino wrote: I have two machines configured as wifi access points that use the athn(4) driver. One is an Acer Aspire One D250 and the other is an ALIX.2D13 with a Compex WLM200NX Atheros 802.11 a/b/g/n miniPCI card. Both have OpenBSD 5.4 release installed. I've been able to reproduce the problem reliably on both. The following is one procedure I used to test the problem: -boot machine with athn down $ ifconfig athn0 athn0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr: xx:xx:xx:xx:xx:xx priority: 4 groups: wlan media: IEEE802.11 autoselect status: no network ieee80211: nwid $ sudo ifconfig athn0 inet 192.168.2.1 255.255.255.0 nwid 1234567890 wpakey keykeykey mediaopt hostap $ ifconfig athn0 athn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr: xx:xx:xx:xx:xx:xx priority: 4 groups: wlan media: IEEE802.11 autoselect (autoselect hostap) status: active ieee80211: nwid 1234567890 chan 3 bssid xx:xx:xx:xx:xx:x: wpakey not displayed wpaprotos wpa1, wpa2 wpaakms psk wpaciphers tkip, ccmp wpagroupcipher tkip inet 192.168.2.1 netmask 0xff00 broadcast 192.168.2.255 inet6 ::xxx:::%athn0 pfrefixlen 64 scopeid 0x1 -edit dhcpd.conf and run dhcpd daemon $ sudo /usr/sbin/dhcpd athn0 -attempt to associate from MacOSX and WinXP machines -not able to see nwid on WinXP after refreshing list multiple times -can see nwid on MacOSX, but connection times out when trying to associate Down to here you are sending on 5120MHz, right? I don't know. How would you determine that? -change channel on access point $ sudo ifconfig athn0 chan 7 Now you switch to 2.4GHz - right? -association with AP is successful from MacOSX and WinXP machines now and IP addresses are assigned WinXP machine might not work with 5GHz? Are the antennas suitable for 5GHz? What about signal strength? On the MAC it might be useful to install a WiFi scanner which will tell you all about signal strength. There is a free program called Wifi Scanner in the AppleStore. It is very useful. The antennas I used were from PCEngines - listed as antsma on their website. antsma - Antenna for 2.4 GHz band, 5 dBi nominal gain. Reverse SMA connector. They do have another antenna, antsmadb, that is dual band which I don't have. antsmadb - Antenna for 2.4 GHz and 5 GHz band, 5 dBi peak gain in 2.4 GHz band. Reverse SMA connector. I don't think signal strength was an issue because I tested with each AP next to the Mac and Windows machines and still had the same result. I can't help with the COMPEX miniPCI 'cause I got another brand on my Alix 2D13. But I realized that signal strength with 5GHz can be significantly lower than with 2.4GHz using antennas which are meant to work on both bands. Just my 2 c Acer Aspire One D250 athn0 at pci1 dev 0 function 0 Atheros AR9281 rev 0x01: apic 4 int 16 athn0: AR9280 rev 2 (2T2R), ROM rev 22, address xx:xx:xx:xx:xx:xx Alix 2D13 athn0 at pci0 dev 12 function 0 Atheros AR9280 rev 0x01: irq 9 athn0: AR9280 rev 2 (2T2R), ROM rev 22, address xx:xx:xx:xx:xx:xx Some might like to see a complete dmesg of this setup [hint-hint] Has anyone else encountered this? Please let me know if more info is needed. Cheers Eike I might be wrong, and the code might disprove me, but I don't believe that in hostap mode it can work without explicitly defining a channel, which is the issue you are having. I used to have a ralink 2500 in hostap mode, and it wouldn't work until I defined the channel. You should do a site survey and see the least busy channel in your area and set it on your hostname.if. -- Giancarlo Razzolini GPG: 4096R/77B981BC
Re: Unable to associate with wifi AP until channel changed on AP
On Wednesday 25 December 2013 21:25:56 electronmuontau neutrino wrote: Sorry for late answer - had some problems with my ISP. On Sunday 22 December 2013 01:42:09 electronmuontau neutrino wrote: I have two machines configured as wifi access points that use the athn(4) driver. One is an Acer Aspire One D250 and the other is an ALIX.2D13 with a Compex WLM200NX Atheros 802.11 a/b/g/n miniPCI card. Both have OpenBSD 5.4 release installed. I've been able to reproduce the problem reliably on both. The following is one procedure I used to test the problem: -boot machine with athn down $ ifconfig athn0 athn0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr: xx:xx:xx:xx:xx:xx priority: 4 groups: wlan media: IEEE802.11 autoselect status: no network ieee80211: nwid $ sudo ifconfig athn0 inet 192.168.2.1 255.255.255.0 nwid 1234567890 wpakey keykeykey mediaopt hostap $ ifconfig athn0 athn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr: xx:xx:xx:xx:xx:xx priority: 4 groups: wlan media: IEEE802.11 autoselect (autoselect hostap) status: active ieee80211: nwid 1234567890 chan 3 bssi xx:xx:xx:xx:xx:x: It is working on channel 3 = 2422MHz Sorry - I overlooked this. Is channel 3 in the range of your client machines? Depending on the area it may not be. If your setup works fine with channel 7 then why not leaving it at that? wpakey not displayed wpaprotos wpa1, wpa2 wpaakms psk wpaciphers tkip, ccmp wpagroupcipher tkip inet 192.168.2.1 netmask 0xff00 broadcast 192.168.2.255 inet6 ::xxx:::%athn0 pfrefixlen 64 scopeid 0x1 -edit dhcpd.conf and run dhcpd daemon $ sudo /usr/sbin/dhcpd athn0 -attempt to associate from MacOSX and WinXP machines -not able to see nwid on WinXP after refreshing list multiple times -can see nwid on MacOSX, but connection times out when trying to associate Down to here you are sending on 5120MHz, right? I don't know. How would you determine that? ifconfig athn0 tells among other info on which channel it is But you did that already. ifconfig athn0 chan tells which channels are available and the corresponding frequencies -change channel on access point $ sudo ifconfig athn0 chan 7 Now you switch to 2.4GHz - right? Yes, because channel 7 is on 2442MHz -association with AP is successful from MacOSX and WinXP machines now and IP addresses are assigned WinXP machine might not work with 5GHz? Are the antennas suitable for 5GHz? What about signal strength? On the MAC it might be useful to install a WiFi scanner which will tell you all about signal strength. There is a free program called Wifi Scanner in the AppleStore. It is very useful. Please do install this program unless you want to go on fishing in the dark. It is very useful to see which channels are less crowded and thus being more likely to allow good reception. On my Android phone I installed Wifi Analyzer which is excellent to always being able to see what's going on in the area where you want to use wifi. The antennas I used were from PCEngines - listed as antsma on their website. antsma - Antenna for 2.4 GHz band, 5 dBi nominal gain. Reverse SMA connector. They do have another antenna, antsmadb, that is dual band which I don't have. antsmadb - Antenna for 2.4 GHz and 5 GHz band, 5 dBi peak gain in 2.4 GHz band. Reverse SMA connector. This antenna is definitely needed if the 5GHz band is used. PCengines is fine but their shipping flunked with the antenna question before. They delivered the wrong antennas to me at least ... Field strength is -79dBm or worse right next to the transmitter using the wrong antenna. That is barely above the noise. But this is moot now. From their website: antsma = light colored coax cable inside (look near hinge), antsmadb = black coax cable. I don't think signal strength was an issue because I tested with each AP next to the Mac and Windows machines and still had the same result. A 2.4GHz antenna used on the 5GHz band is nothing but an energy sink also called a dummy load. Also the transmitter will reduce its output power greatly because the reflected wave might damage its final stage. I don't think that this problem is anything special to do with OpenBSD but I may be wrong. For the time being I'd just make the channel 7 permanent in /etc/rc.local and live with it, unless the 2.4GHz band is really crowded at your site. 5GHz is from channel 36 up. I wish you success Eike
Re: Unable to associate with wifi AP until channel changed on AP
On Thursday 26 December 2013 10:27:30 Giancarlo Razzolini wrote: Em 26-12-2013 00:25, electronmuontau neutrino escreveu: Sorry for late answer - had some problems with my ISP. On Sunday 22 December 2013 01:42:09 electronmuontau neutrino wrote: I have two machines configured as wifi access points that use the athn(4) driver. One is an Acer Aspire One D250 and the other is an ALIX.2D13 with a Compex WLM200NX Atheros 802.11 a/b/g/n miniPCI card. Both have OpenBSD 5.4 release installed. I've been able to reproduce the problem reliably on both. The following is one procedure I used to test the problem: -boot machine with athn down $ ifconfig athn0 athn0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr: xx:xx:xx:xx:xx:xx priority: 4 groups: wlan media: IEEE802.11 autoselect status: no network ieee80211: nwid $ sudo ifconfig athn0 inet 192.168.2.1 255.255.255.0 nwid 1234567890 wpakey keykeykey mediaopt hostap $ ifconfig athn0 athn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr: xx:xx:xx:xx:xx:xx priority: 4 groups: wlan media: IEEE802.11 autoselect (autoselect hostap) status: active ieee80211: nwid 1234567890 chan 3 bssid xx:xx:xx:xx:xx:x: wpakey not displayed wpaprotos wpa1, wpa2 wpaakms psk wpaciphers tkip, ccmp wpagroupcipher tkip inet 192.168.2.1 netmask 0xff00 broadcast 192.168.2.255 inet6 ::xxx:::%athn0 pfrefixlen 64 scopeid 0x1 -edit dhcpd.conf and run dhcpd daemon $ sudo /usr/sbin/dhcpd athn0 -attempt to associate from MacOSX and WinXP machines -not able to see nwid on WinXP after refreshing list multiple times -can see nwid on MacOSX, but connection times out when trying to associate Down to here you are sending on 5120MHz, right? I don't know. How would you determine that? -change channel on access point $ sudo ifconfig athn0 chan 7 Now you switch to 2.4GHz - right? -association with AP is successful from MacOSX and WinXP machines now and IP addresses are assigned WinXP machine might not work with 5GHz? Are the antennas suitable for 5GHz? What about signal strength? On the MAC it might be useful to install a WiFi scanner which will tell you all about signal strength. There is a free program called Wifi Scanner in the AppleStore. It is very useful. The antennas I used were from PCEngines - listed as antsma on their website. antsma - Antenna for 2.4 GHz band, 5 dBi nominal gain. Reverse SMA connector. They do have another antenna, antsmadb, that is dual band which I don't have. antsmadb - Antenna for 2.4 GHz and 5 GHz band, 5 dBi peak gain in 2.4 GHz band. Reverse SMA connector. I don't think signal strength was an issue because I tested with each AP next to the Mac and Windows machines and still had the same result. I can't help with the COMPEX miniPCI 'cause I got another brand on my Alix 2D13. But I realized that signal strength with 5GHz can be significantly lower than with 2.4GHz using antennas which are meant to work on both bands. Just my 2 c Acer Aspire One D250 athn0 at pci1 dev 0 function 0 Atheros AR9281 rev 0x01: apic 4 int 16 athn0: AR9280 rev 2 (2T2R), ROM rev 22, address xx:xx:xx:xx:xx:xx Alix 2D13 athn0 at pci0 dev 12 function 0 Atheros AR9280 rev 0x01: irq 9 athn0: AR9280 rev 2 (2T2R), ROM rev 22, address xx:xx:xx:xx:xx:xx Some might like to see a complete dmesg of this setup [hint-hint] Has anyone else encountered this? Please let me know if more info is needed. Cheers Eike I might be wrong, and the code might disprove me, but I don't believe that in hostap mode it can work without explicitly defining a channel, which is the issue you are having. I used to have a ralink 2500 in hostap mode, and it wouldn't work until I defined the channel. You should do a site survey and see the least busy channel in your area and set it on your hostname.if. I didn't check the code yet but my Wistron CM9 definitely works without defining a channel explicitly when setup as host AP. It starts using channel 36 if nothing is declared. Also it is visible in the spectrum using channel 36. Only defining any of channels 1 to 11 gives: ifconfig: SIOCS80211CHANNEL: Invalid argument while the MiniPCI card is supposed to be tri-band. But I don't want to hijack this thread with my own problem. So I think that it uses the lowest available channel if nothing is declared in hostname.if or with ifconfig. Cheers Eike
Re: Unable to associate with wifi AP until channel changed on AP
Em 26-12-2013 11:24, Eike Lantzsch escreveu: I didn't check the code yet but my Wistron CM9 definitely works without defining a channel explicitly when setup as host AP. It starts using channel 36 if nothing is declared. Also it is visible in the spectrum using channel 36. Only defining any of channels 1 to 11 gives: ifconfig: SIOCS80211CHANNEL: Invalid argument while the MiniPCI card is supposed to be tri-band. But I don't want to hijack this thread with my own problem. So I think that it uses the lowest available channel if nothing is declared in hostname.if or with ifconfig. Cheers Eike I believe this is the default behavior, to use channel 1, or, in your case, the first 5GHz channel which is 36. This probably can vary from card to card, firmware to firmware. Anyway, it's always better the declare the channel. -- Giancarlo Razzolini GPG: 4096R/77B981BC
Re: resolver question
On Thu, Dec 26, 2013 at 6:09 AM, Peter J. Philipp p...@centroid.eu wrote: On 12/24/13 22:08, Andres Perera wrote: i think further investigation is due on OP's part OK. I first removed the domain keyword out of the /etc/resolv.conf and updated /etc/resolv.conf.tail. Then I stuck search centroid.eu in there instead so that it looked like this: # Generated by re0 dhclient search centroid.eu nameserver 192.168.34.1 search centroid.eu lookup file bind family inet6 inet4 I turned up logs on the immediate nameserver (192.168.34.1) and watched them a bit. Here is what I then read: Dec 26 11:17:31 uranus named[12220]: client 192.168.34.4#22419: query: www.spiegel.de.centroid.eu IN + so the leak I described earlier was happening here too. it would be easier if you work on isolating why is this happening; don't worry about interim servers and other variables, just configure a machine with a nameserver running on localhost while trying to sort this out Then I adjusted the search keyword to only do search . and that stopped the leak, however it still created 2 queries where one would suffice: # Generated by re0 dhclient search centroid.eu nameserver 192.168.34.1 search . lookup file bind family inet6 inet4 queries were: Dec 26 11:27:54 uranus named[12220]: client 192.168.34.4#38177: query: www.spiegel.de IN + Dec 26 11:27:54 uranus named[12220]: client 192.168.34.4#24662: query: www.spiegel.de IN + So reasonable, just as I want them. Too bad there is 2 of the same, so it's not exactly perfect. what browser are you using? how is it calling resolver(3) routines? it seems strange that the cache would allow for two identical queries in such a short time span (both on the same second, 11:27:54) I'm wondering if this hint can be included into the resolv.conf manpage somehow, something like: search . stops leaking quad-A queries to the domain's nameserver. But I'm looking for proper wording and place to put it into the manpage. Thanks, -peter
Re: resolver question
On 12/26/13 20:34, Andres Perera wrote: OK. I first removed the domain keyword out of the /etc/resolv.conf and updated /etc/resolv.conf.tail. Then I stuck search centroid.eu in there instead so that it looked like this: # Generated by re0 dhclient search centroid.eu nameserver 192.168.34.1 search centroid.eu lookup file bind family inet6 inet4 I turned up logs on the immediate nameserver (192.168.34.1) and watched them a bit. Here is what I then read: Dec 26 11:17:31 uranus named[12220]: client 192.168.34.4#22419: query: www.spiegel.de.centroid.eu IN + so the leak I described earlier was happening here too. it would be easier if you work on isolating why is this happening; don't worry about interim servers and other variables, just configure a machine with a nameserver running on localhost while trying to sort this out As I'm just about done with work today, and working tomorrow my time is limited. I'll try that on a virtual machine on my mac with vmware fusion, if you think that's ok. Then I adjusted the search keyword to only do search . and that stopped the leak, however it still created 2 queries where one would suffice: # Generated by re0 dhclient search centroid.eu nameserver 192.168.34.1 search . lookup file bind family inet6 inet4 queries were: Dec 26 11:27:54 uranus named[12220]: client 192.168.34.4#38177: query: www.spiegel.de IN + Dec 26 11:27:54 uranus named[12220]: client 192.168.34.4#24662: query: www.spiegel.de IN + So reasonable, just as I want them. Too bad there is 2 of the same, so it's not exactly perfect. what browser are you using? how is it calling resolver(3) routines? it seems strange that the cache would allow for two identical queries in such a short time span (both on the same second, 11:27:54) The particular log from named above was traffic from Thunderbird which gets RSS feeds from spiegel.de on a regular basis. I'm not sure how I can debug this other than looking at the source and using gdb with breakpoints which possibly requires a recompile of thunderbird. This will probably take more time. Stay tuned then..happy holidays, -peter
Re: Unable to associate with wifi AP until channel changed on AP
Thanks for all the replies! I might be wrong, and the code might disprove me, but I don't believe that in hostap mode it can work without explicitly defining a channel, which is the issue you are having. I used to have a ralink 2500 in hostap mode, and it wouldn't work until I defined the channel. You should do a site survey and see the least busy channel in your area and set it on your hostname.if. -- Giancarlo Razzolini GPG: 4096R/77B981BC I ran another test booting with the channel set in hostname.athn0 on the Acer Aspire One D250 and it was possible to associate with it without having to change the channel. On the Alix.2D13, that was not the case. I could see the Alix from the Mac but the connection would time out. The Windows machine couldn't see the nwid. After changing the channel I was able to associate. In other words the same result as before. This is what I put in hostname.athn0: inet 192.168.2.1 255.255.255.0 nwid 1234567890 wpakey keykeykey chan 3 mediaopt hostap up I also tested with chan 7 in hostname.athn0 with the same results. So, I had success with setting the channel in hostname.athn0 for the Acer, but no such luck for the Alix. $ ifconfig athn0 athn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr: xx:xx:xx:xx:xx:xx priority: 4 groups: wlan media: IEEE802.11 autoselect (autoselect hostap) status: active ieee80211: nwid 1234567890 chan 3 bssi xx:xx:xx:xx:xx:x: It is working on channel 3 = 2422MHz Sorry - I overlooked this. Is channel 3 in the range of your client machines? Depending on the area it may not be. If your setup works fine with channel 7 then why not leaving it at that? I did the tests with the AP's sitting beside the Mac and Windows machines. I also tested with the channel set to 3 and 7 in hostname.athn0 on the Acer and Alix and still had the same results. WinXP machine might not work with 5GHz? Are the antennas suitable for 5GHz? What about signal strength? On the MAC it might be useful to install a WiFi scanner which will tell you all about signal strength. There is a free program called Wifi Scanner in the AppleStore. It is very useful. Please do install this program unless you want to go on fishing in the dark. It is very useful to see which channels are less crowded and thus being more likely to allow good reception. On my Android phone I installed Wifi Analyzer which is excellent to always being able to see what's going on in the area where you want to use wifi. The Wifi Scanner appears to be non-free now. It's price is $1.99 in the apple store. I haven't seen something comparable that is free. The antennas I used were from PCEngines - listed as antsma on their website. antsma - Antenna for 2.4 GHz band, 5 dBi nominal gain. Reverse SMA connector. They do have another antenna, antsmadb, that is dual band which I don't have. antsmadb - Antenna for 2.4 GHz and 5 GHz band, 5 dBi peak gain in 2.4 GHz band. Reverse SMA connector. This antenna is definitely needed if the 5GHz band is used. PCengines is fine but their shipping flunked with the antenna question before. They delivered the wrong antennas to me at least ... Field strength is -79dBm or worse right next to the transmitter using the wrong antenna. That is barely above the noise. But this is moot now. From their website: antsma = light colored coax cable inside (look near hinge), antsmadb = black coax cable. I don't think signal strength was an issue because I tested with each AP next to the Mac and Windows machines and still had the same result. A 2.4GHz antenna used on the 5GHz band is nothing but an energy sink also called a dummy load. Also the transmitter will reduce its output power greatly because the reflected wave might damage its final stage. I don't think that this problem is anything special to do with OpenBSD but I may be wrong. For the time being I'd just make the channel 7 permanent in /etc/rc.local and live with it, unless the 2.4GHz band is really crowded at your site. 5GHz is from channel 36 up. Apparently the Acer is only capable of 2.4GHz. The channels listed by ifconfig athn0 chan are 1 - 14. The Alix, though, is capable of 2.4 and 5. I've run my previous tests on the Alix setting its channel to 36 and above and connection to it works only after changing the channel. I wish you success Eike Just a wild guess, but if athn_switch_chan is called from /src/sys/dev/ic/athn.c by ifconfig, could disabling and re-enabling interrupts have some good effects on attemps to connect?