shadesoflight

ping

Using the top-most switch w/ the payload.txt from the github repo for that position (i.e. switch 1) LED R B ATTACKMODE ECM_ETHERNET STORAGE

Follow-up: I ran the command manually ifconfig enp0s20f0u6c2 172.16.64.64 netmask 255.255.255.0 up this results in the bunny at 172.16.64.64 -- but the ping command to check for it is pinging 172.16.64.1 (why?) changing the "bunnyip" to 172.16.64.64 allows the bunny to be detected -- I still can't ssh into it though

I'm on openSUSE Tumbleweed. The problem is that guided setup finishes fine, but "Connect" just stays at "detecting". I cannot ssh into 172.16.64.64 or 172.16.64.1 Edit: I _can_ ping 172.16.64.64 but I cannot connect to the internet with the bunny plugged in so I'm guessing internet is not quite shared yet. After guided setup, I have this in my bb.sh: bbver=1 sbunnynmask=255.255.255.0 sbunnynet=172.16.64.0/24 sbunnylan=enp0s20f0u6c2 sbunnywan=wlp4s0 sbunnygw=192.168.43.1 sbunnyhostip=172.16.64.64 sbunnyip=172.16.64.1 sfirsttime=0 The results of running "ip addr" is the following: _before_ plugging in the bunny: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether e4:a7:a0:25:8f:dc brd ff:ff:ff:ff:ff:ff inet 192.168.43.20/24 brd 192.168.43.255 scope global dynamic wlp4s0 valid_lft 2866sec preferred_lft 2866sec inet6 fe80::96ba:2993:def5:6187/64 scope link valid_lft forever preferred_lft forever 3: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether c8:5b:76:4d:d2:22 brd ff:ff:ff:ff:ff:ff inet 172.16.64.64/24 brd 172.16.64.255 scope global enp0s31f6 valid_lft forever preferred_lft forever _after_ plugging in the bunny: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether e4:a7:a0:25:8f:dc brd ff:ff:ff:ff:ff:ff inet 192.168.43.20/24 brd 192.168.43.255 scope global dynamic wlp4s0 valid_lft 2824sec preferred_lft 2824sec inet6 fe80::96ba:2993:def5:6187/64 scope link valid_lft forever preferred_lft forever 3: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether c8:5b:76:4d:d2:22 brd ff:ff:ff:ff:ff:ff inet 172.16.64.64/24 brd 172.16.64.255 scope global enp0s31f6 valid_lft forever preferred_lft forever 28: enp0s20f0u6c2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:11:22:33:44:55 brd ff:ff:ff:ff:ff:ff inet 172.16.64.64/24 brd 172.16.64.255 scope global enp0s20f0u6c2 valid_lft forever preferred_lft forever inet6 fe80::6450:292d:7ae8:4335/64 scope link valid_lft forever preferred_lft forever

`opkg install screen` -- this worked fine for me on the MkV but I haven't tried it on the Tetra.

I've had lots of luck with the site-survey module to capture handshakes, I'm not sure if that helps.

I added a "reset" option to wp6.sh: https://gist.github.com/chadfurman/4b83132419315d05b8ccab5468caac45 This will fix the route table, bring down the pineapple connection, bring up your WAN connection, turn off IP forwarding, flush your IP tables (this also happens when you connect, go figure, maybe there should be a warning...), and fix your resolv.conf Edit: if you still have trouble, manually edit /etc/resolv.conf and add in google's nameservers: # Contents of /etc/resolv.conf nameserver 8.8.8.8 nameserver 8.8.4.4

Maybe I'm doing something wrong on the Pineapple, but wp6.sh is replacing /etc/resolv.conf and pointing my dns at the wifi pineapple which fails to resolve any domain names. A simple switch to google's DNS in /etc/resolv.conf allows my browser to be happy again. Thoughts? Is there a configuration issue on my end? Why is wp6.sh replacing /etc/resolv.conf at all?

Okay, with your device configured and such, my suggestion is to unplug the ethernet from your host PC. Chances are the 192.168.1.0/24 subnet is hogged by your main card. In Linux, I had to bring my eth0 interface down -- this doesn't mean anything to you in Windows I bet. But basically, make sure that you don't have another NIC hogging that subnet. With your main ethernet unplugged, restart for good measure. Verify after restarting that the pineapple facing ethernet still has 192.168.1.2 and 255.255.255.0 -- then hop into google chrome and navigate to http://192.168.1.1 in the browser. You should be able to upload firmware now. After this is done, follow on-screen instructions as far as you can. When firmware is done etc, you'll want to plug in your main ethernet again, flush the static IP from the pineapple, and verify that the pineapple-facing ethernet is assigned a 172.16.42.42 IP address. If it's not, try working with the wp6.sh script (whatever it's called in windows?) to get the connection sharing between your pineapple and your host PC setup. At this point, you should be good to go. Let me know~

While running a deauth attack, I cannot associate with PineAP -- I'm guessing I'm deauth-ing myself or I'm hogging the antennas? How can I both deauth from all networks while leaving my network open for connections?

Yeah man, guilty as charged. The MkV had really made me sad, and I was playing with it waiting for my Mk6 Tetra to arrive when I realized the Mk6 had 64mb of ram also and no SD card slot. I was really really sad. But it really surpassed my expectations when it arrived.

I take back everything I said. The Tetra is amazing. Mine arrived today and it is _soo_ much better than the MkV It says it only has 64mb of ram, but `free -m` show 128 Also, the lack of other USB ports is made up by the fact that it is designed to run off the network of a host PC -- this makes logging packets and other traffic manipulation _super_ easy. It's so solid! I don't need to worry about running out of space at all because all of my data is logged on a separate machine. And the setup of the shared connection is also (relatively) easy, considering how complicated it would be to do it without the aid of all the really cool scripts this comes with. All the bugs make sense, so far. Some modules stop me from being able to turn off PineAP and/or change the activated PineAP modules. I cannot connect to the broadcasted networks when I'm running the WPS attacks. Etc. The interface is fast. Everything is stable. I love it. I _love_ my Tetra. Sorry about everything I said before. Absolutely love it.

I'm not sure what you've done so far, so I'd suggest starting again with the firmware recovery: http://wiki.wifipineapple.com/#!troubleshooting.md#Firmware_Recovery Note, you must be comfortable assigning a static IP to the network device, as well as knowing how to detect what network device you need to assign the IP to. Additionally, this IP needs to be flushed and DHCP re-enabled when you're ready to use your pineapple (so you get a 172.16.42.* IP allowing you to access the page you mentioned above) I'm going through similar troubles in linux and documenting my quest in another thread -- though, it won't help you very much in Windows.

1) You say: From the host PC, configure a static IP address on the WiFi Pineapple facing Ethernet interface to 192.168.1.2 with netmask 255.255.255.0 For example, in Linux run ifconfig eth1 192.168.1.1 netmask 255.255.255.0 up (where eth1 is the interface name of the WiFi Pineapple). But that will give you the same IP as the pineapple -- 192.168.1.1 2)There's a good chance eth0 is already on 192.168.1.* in which case you have to put that interface down first. Instructions for bringing it back up later are also appreciated. 3) To find out the ethernet adapter name, suggest running `sudo ifconfig -a` 4) Mention that 192.168.1.2 will not allow you access to 172.16.42.1:1471 For this, you must edit /etc/network/interfaces as follows: # add this to the bottom of /etc/network/interfaces, eth3 should be replaced by the name of the device from the ifconfig -a above auto eth3 allow-hotplug eth3 iface eth3 inet dhcp 5) You won't have internet access again until you complete the internet sharing setup via wp6.sh script (include link etc)

EDIT: Thinking about this all wrong. http://wiki.wifipineapple.com/#!connectivity.md#USB_Tethering_(Android) -- Cellphone shares internet service with pineapple -- cellphone _becomes_ the third radio. I completed the setup. I connect to the wireless management AP and browse to http://172.16.42.1:1471/ -- not found I try connecting to the pineapple with a MicroUSB OTG cable -> ethernet adapter -> ethernet cable -> ethernet port on pineapple and browse to http://172.16.42.1:1471/ -- not found MicroUSB -> usb-to-microUSB cable -> eth port on pineapple -> browse to http://172.16.42.1:1471/ -- not found Only way to connect is via MicroUSB -> usb 2.0 port which prevents me from being able to configure WLAN2 (the HUB is in the mail...) Okay, so that's how I connect. Fine. Can't configure WLAN2 -- whatever, I'll wait for the hub. I turn on PineAP, allow associations, log probes and association, beacon responses, broadcast SSID pool, add some SSIDs to the pool, and filter the SSID list with ALLOW mode. Everything is going alright so far. Looks like I have connection to the internet through the WiFi Pineapple Broadcasted AP, okay good. Go to install a module. Click Get Modules. Lost internet connection. Pineapple reboots. Lost Wifi credentials. Have to re-enter wifi credentials every time this happens, it's not remembering my settings from before. So... in summary: 1) Cannot connect via ethernet or usb-to-microusb (in the eth USB port) 2) pineapple reboots when I try installing modules 3) Pineapple forgets Wireless credentials every time it reboots Help? I was having similar problems with the Mk5 and they didn't go away until I removed nginx and php from the running process list. Could this be caused by running out of memory? What's the fix? Edit: Might have something to do with trying to run PineAP while also expecting wlan1 to give me internet (given that I cannot connect another Antenna until my hub arrives) -- I'll explore this later, but I guess I need to plug the Tetra into the router directly?