wifi-stuff

The 'jobs' command will only show you children of your current shell. Use 'ps' to see processes not started by your shell. Something like "ps wwwaux" should give you a good rundown. What you probably want to do is make a script that has your complex command line in it, and then call that script from the dip switch config.

Gmail doesn't work because there's no http page that links to an https version of the site, which is what ssltrip relies on. Most banks don't run http versions of their banking interface, but they have a link to them on an https site, which is all ssltrip needs.

What certificate errors? The whole point is that the web site uses http as far as the end-user can tell, so there is no cert checking going on. There is no http version of the website required for sslstrip to work, though you do need a launch point to go from http to https.

I'm not sure if I'm missing something or if this is a change from 1.3.0. If I tcpdump on wlan1, everything seems fine. Here are a couple lines (tcpdump -nn -i wlan1): 23:40:57.953918 285009224us tsft 24.0 Mb/s 2412 MHz 11g -62dB signal antenna 1 Request-To-Send TA:00:25:9c:c4:17:0c 23:40:57.981066 285035543us tsft 1.0 Mb/s 2412 MHz 11g -64dB signal antenna 1 Beacon (SSIDHERE) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 1, PRIVACY 23:40:58.002669 285057975us tsft 12.0 Mb/s 2412 MHz 11g -64dB signal antenna 1 Clear-To-Send RA:f8:1e:df:d8:e6:f0 But if I tcpdump on wlan0, I get nothing for the rate and frequency information, and there's some clearly placeholder data here (tcpdump -nn -i wlan0): 23:41:49.638470 1358326477292044288us tsft 0.0 Mb/s 0 MHz Turbo -123dB signal [bit 29] Request-To-Send TA:bc:85:56:8e:48:b7 23:41:49.638490 1358327280450928640us tsft 0.0 Mb/s 0 MHz Turbo -123dB signal [bit 29] Clear-To-Send RA:bc:85:56:8e:48:b7 23:41:49.639045 1358327984825565184us tsft 0.0 Mb/s 0 MHz Turbo -123dB signal [bit 29] CF +QoS Data IV:14bec Pad 0 KeyID 0 It appears to be reading actual packets, but most of the 802_11_RADIO headers are bogus. airodump seems to be having trouble decoding that information as well, and is showing PWR and rate both as 0 for all BSSIDs. Using wlan1 with airodump shows correct signal and rate readings. Is this maybe a result of the driver upgrade? This worked fine in the previous version, or perhaps I forgot to twiddle some setting after I upgraded? I made sure hostapd isn't running, and I made sure the interface is up and tuned to a channel. tcpdump seems to think things are fine: root@Pineapple:~# tcpdump -L -i wlan0 Data link types for wlan0 (use option -y to set): IEEE802_11_RADIO (802.11 plus radiotap header) root@Pineapple:~# tcpdump -L -i wlan1 Data link types for wlan1 (use option -y to set): IEEE802_11_RADIO (802.11 plus radiotap header) 1.3.0 seems great otherwise so far! Thanks for the frequent updates!

I really wanted tshark until I found that tcpdump could give me what I wanted, too. It doesn't do full header decoding, but it gives some basics. tcpdump -y ieee802_11_radio -i wlan0 Also, maybe remote capture over ssh would work for you: http://ask.wireshark.org/questions/23609/remote-capture-via-ssh-and-pipe

Looks like a kernel version mismatch to me. Try using the stock kernel along with the modules at http://downloads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages/ There is a kmod-usb-net-ipheth_3.3.8-1_ar71xx.ipk there. They are for the same version of the kernel, and have a much better chance of working. From where did you get yours? Did you actually upgrade to 3.3.10, or did you just get packages for that kernel? Your uname indicates that the current running version is 3.3.8, so if you installed 3.3.10, you will need to reboot to be able to use the modules that came with 3.3.10.

I have no idea what this is all about, but I see that there is a ipheth.ko on disk, but your lsmod shows that it's not loaded. Did you insmod it?

You probably have a ground loop somewhere. The laptop's probably has it's own rectifier and voltage regulater internally so that the dirty power from the car isn't affecting it. The Pineapple's power supply is probably not quite as sophisticated and is passing on the dirty (or more likely, square-wave) power. You could get a pair of media converters and change your network connection to fiber and back, that would provide electrical isolation. You may also try a different inverter that generates a pure sine wave instead of a regular inverter, but that will not be cheap. This is a common problem with cheapo power supplies for mobile devices. You can see an example of the wide quality differences in power supplies here: http://www.righto.com/2012/10/a-dozen-usb-chargers-in-lab-apple-is.html

Well, I've figured this one out, but I'm not sure how to fix it correctly. Apparently each driver under HID gets built as it's own module (.ko). I thought they were all compiled into the main hid.ko module, but they are not. So while I was re-building for the 30th time, I noticed that there were a bunch of extra .ko files in the build directory. So, with the open-wrt attitude_adjustment_12.09 source tree checked out, I enabled the modules I wanted with 'make kernel_menuconfig'. Building everything then resulted in the .ko file being built (under attitude_adjustment_12.09/build_dir/linux-ar71xx_generic/linux-3.3.8/drivers/hid), which I tested to work with my Sixaxis and with another gamepad I was trying to get work (by inserting the module manually with insmod). The only problem now is building the correct kmod ipk file to make it correctly portable. I modified the .config file to have: CONFIG_PACKAGE_kmod-hid-dr=m CONFIG_PACKAGE_kmod-hid-sony=m CONFIG_PACKAGE_kmod-hid-microsoft=m But it is not building the packages as expected. It seems to be ignoring those lines, so I suspect there is some master package list somewhere (or that it's a bug in the build process somewhere). Does anyone know what the fix for this might be? Edit: Here's the PS3 controller with the correct input/event node created! [ 4190.720000] input: Sony PLAYSTATION®3 Controller as /devices/platform/ehci-platform/usb1/1-1/1-1.2/1-1.2:1.0/input/input1 [ 4190.730000] usbhid 1-1.2:1.0: looking for a minor, starting at 96 [ 4190.730000] sony 0003:054C:0268.0002: input,hiddev0,hidraw0: USB HID v1.11 Joystick [sony PLAYSTATION®3 Controller] on usb-ehci-platform-1.2/input0 [ 4190.760000] drivers/usb/core/inode.c: creating file '007' And the other device I was working on: [ 4206.190000] dragonrise 0003:0079:0011.0003: DragonRise Inc. HID hardware probe... [ 4206.210000] input: USB Gamepad as /devices/platform/ehci-platform/usb1/1-1/1-1.2/1-1.2:1.0/input/input2 [ 4206.220000] dragonrise 0003:0079:0011.0003: input,hidraw0: USB HID v1.10 Joystick [uSB Gamepad ] on usb-ehci-platform-1.2/input0 [ 4206.230000] drivers/usb/core/inode.c: creating file '008'

TAP is for layer 2, TUN is for layer 3. It sounds like you want tap, since that will give you layer2 visibility all the way through the tunnel. Then you may be able to play arp games and such, assuming the tap driver doesn't stop you. That will be a little more flexible. This needs to be the same on both sides (the openvpn client and server). Your gateway IP will end up on the TAP interface on your server (or on some interface that your TAP is bridged to). Once you have your connection up, it sounds like you want to bridge the wlan interface to the tap interface on your pineapple. This should be reasonably easily done since it looks like the bridge tools are included (brctl). Check out this page for more details on the openvpn side. It does not address the bridge.: http://openvpn.net/index.php/open-source/documentation/miscellaneous/76-ethernet-bridging.html http://www.dd-wrt.com/wiki/index.php/Brctl_command

There's a working git package at http://downloads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages/git_1.7.11.2-1_ar71xx.ipk

So I can have an input method without hauling around a keyboard. I got the LCD display I mentioned in my other post working, so now I need a way to flip between wifi channels and change info screens. I guess I could use some other controller, but I have a bunch of Sixaxis around :) The idea is to have a nice little portable display and input to get a basic idea of what the wifi situation in the area is. What rates are present, signal measurements, etc. Ideally so it can help you scan quickly while you walk around or help you position an antenna before you drop it for a while.

Hey all, I'm trying to get the sixaxis registered as an input device via USB, and I think I'm almost there, but I can't quite get the event or js device to show up under /dev. I installed the usbhid and joydev kernel modules, and they appear to be loading fine. dmesg when I plug it in: [ 1630.990000] usb 1-1.2: new full-speed USB device number 5 using ehci-platform # lsusb | grep Sony Bus 001 Device 005: ID 054c:0268 Sony Corp. Batoh Device / PlayStation 3 Controller But it never takes the last step and creates a /dev/input/event? device, or /dev/js? there's some good info on what is *supposed* to happen at http://forums.funtoo.org/viewtopic.php?id=2323 usbhid is attaching to the USB device, which is good: T: Bus=01 Lev=02 Prnt=02 Port=01 Cnt=02 Dev#= 4 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=054c ProdID=0268 Rev= 1.00 S: Manufacturer=Sony S: Product=PLAYSTATION®3 Controller C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=500mA I:* If#= 0 Alt= 0 #EPs= 2 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid E: Ad=02(O) Atr=03(Int.) MxPS= 64 Ivl=1ms E: Ad=81(I) Atr=03(Int.) MxPS= 64 Ivl=1ms It looks maybe like the joydev driver needs CONFIG_HID_SONY, which may have been stripped out in the build. Anyone have any idea what the kernel config looks like, or where to find it? I'm still pretty new at the whole platform, here. Thanks!

Ok, so nevermind I guess. Can someone tell me if I screwed myself by doing what I did? I was looking through the installed packages with opkg, noticed there may be a package for the kernel module I needed. So I checked the url that opkg uses, which ends up at http://downloads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages/ So I pull down the kmod-usb-acm driver, and it wants an updated kernel. I pull down kernel 3.3.8-1, and install them both. Re-plug my device, and I get a ttyACM0 device, and it works!

I'm trying to use a device that needs the cdc_acm driver, but it doesn't appear to be included in the latest Mk V image. How do we go about requesting that it be added? Do we need to make a bug report as a feature request? Here is the device working on different linux machine (kernel 2.6.32). It is a 2x16 character LCD display that emulates a USB Serial converter: T: Bus=02 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 1.01 Cls=02(comm.) Sub=00 Prot=00 MxPS=32 #Cfgs= 1 P: Vendor=239a ProdID=0001 Rev= 1.00 S: Product=Adafruit Industries C:* #Ifs= 2 Cfg#= 1 Atr=c0 MxPwr=100mA I:* If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=01 Driver=cdc_acm E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=64ms I:* If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_acm E: Ad=03(O) Atr=02(Bulk) MxPS= 32 Ivl=0ms E: Ad=84(I) Atr=02(Bulk) MxPS= 32 Ivl=0ms # lsmod | grep cdc_acm cdc_acm 21862 0 Other WRT images may have it under a slightly different name (according to http://dd-wrt.com/wiki/index.php/USB): kmod-usb-acm -- Kernel modules for USB ACM (Abstract Control Model) support acm.o (Modem (CDC ACM) support) I am also hoping to use the HID driver: hid.o (Human Interface Device (full HID) support w/ /dev/hiddev raw HID device support) So I can plug in game controllers and control the Pineapple without lugging a keyboard and monitor around.