Jump to content

shadesoflight

Active Members
  • Posts

    40
  • Joined

  • Last visited

Everything posted by shadesoflight

  1. 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
  2. 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
  3. 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
  4. `opkg install screen` -- this worked fine for me on the MkV but I haven't tried it on the Tetra.
  5. I've had lots of luck with the site-survey module to capture handshakes, I'm not sure if that helps.
  6. 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
  7. 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?
  8. 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~
  9. 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?
  10. 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.
  11. 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.
  12. 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.
  13. 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)
  14. 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?
  15. There's routers out there with double the ram, quadruple in some cases, and given the tasks at hand and the price point, I'd just think they could add in more RAM. . It's nice that it comes pre-bundled with OpenWRT and a webGUI for people who aren't comfortable with the command-line, as well as the concept of infusions and some really awesome software like PineAP etc. You're right, I'm unreasonably negative. I bought the hardware, surely. I will complain about there not being enough ram, though, when people say 64mb is more than enough.
  16. Are all three ports USB? If I plug an OTG cable into one of the micro-usb ports, can I hook up a dongle like a card reader or a wifi antenna? Otherwise, I'd need a USB Hub for the antenna and the card reader yeah?
  17. Tried a couple of things. Namely: http://www.cyberciti.biz/faq/howto-set-date-time-from-linux-command-prompt/ http://kernelreloaded.blog385.com/index.php/archives/adding-rtc-to-embedded-devices-running-openwrt/ http://wl500g.info/archive/index.php/t-1642.html no luck. Is this a hardware limitation?
  18. I guess swap space is sufficient. But it does end up being so slow that clients cannot connect sometimes. Seems to run much better with more free RAM
  19. root@Pineapple:~# ps aux | awk 'NR>1 {s+=$3} NR>1 && $3 > 0 {printf "%-30s %-10s %-10s\n",$5=="N"?$6:$5,$3,s} END {print s}' init 1532 1532 {rcS} 1564 3096 init 1532 4628 logger 1524 6152 /sbin/syslogd 1536 7688 /sbin/klogd 1516 9204 /sbin/hotplug2 864 10068 /sbin/ubusd 876 10944 /sbin/netifd 1492 12436 hostapd 1628 14064 /sbin/watchdog 1528 15592 wpa_supplicant 1656 17248 udhcpc 1536 18784 /usr/sbin/atd 788 19572 /usr/sbin/crond 1532 21104 /usr/sbin/sshd 2864 23968 /usr/sbin/dnsmasq 968 24936 /usr/sbin/ntpd 1532 26468 /bin/sh 1524 27992 {exe} 1524 29516 tcpdump 6480 35996 /usr/sbin/atd 792 36788 sh 1524 38312 pineap 12320 50632 pinejector 1048 51680 {sshd} 5488 57168 -ash 1540 58708 ps 1524 60232 awkNR 1524 61756 The first column is the command that's running. The second column is how much memory it's using. The last column is a running total of the memory used. root@Pineapple:~# free total used free shared buffers Mem: 61804 60352 1452 0 4396 -/+ buffers: 55956 5848 Swap: 1004024 472 1003552 As you can see, I have just over 1kb left, just enough to run the AWK command without crashing things. What processes can I eliminate, do you think?
  20. Working on a Python script for fully managing PineAP as well as easily configuring the network interfaces, access points, etc. Pretty soon we'll be able to do everything from the command line... python /pineapple/components/system/pineap/executable/executable The script already exists for managing pineap -- we need a script for managing wireless devices. The existing network script is entirely in PHP -- a python port is in order. I just wasted 4 hours working on the python PineAP script, though, only to find out it already exists. So... I'm going to take a break :)
  21. Problem seems to be intermittent. Resetting wireless settings fixes the problem for sure. I then re-connected the pineapple to my network, changed the Open Access Point name, and tried again. Still worked. So I turned on PineAP, Dogma, Harvest SSID, and Karma -- still worked. So I turned on Log Probes and Associations. Everything is working. Wonder when it will stop...
  22. After a reboot of the pineapple, this still happens. PineAP and Karma are both off, as are all of their modules. Even the Open Access Point broadcast by the Pineapple is coming through as "Out of Range" with a signal strength of 83% and being literally 3 feet from both the Laptop and the Phone that are trying to connect to it.
  23. Edit: Quick fix is to bind a "killall nginx; killall php-fcgi-daemon; killall php-fcgi" to the DIP switch config, then SSH into the box and work from there. There's a python script for PineAP here (haven't tried it yet): The rest, well, we'll have to figure it out.
  24. It works for a few minutes after a factory reset, and then I turn on Dogma and Karma, get a bunch more networks, and can no longer connect to any of them. Not sure why. This is a pretty critical bug, imho.
×
×
  • Create New...