Jump to content

lunokhod

Active Members
  • Posts

    77
  • Joined

  • Last visited

Posts posted by lunokhod

  1. 22 hours ago, Mr.miYagi said:

    Im to stupid to find it, or this relaxe has no 3g Usb mode management?

    No... I can't see it either!   I hope this does make it's way back in here.  :mellow:  I'm going to miss it if it's a no show.

    I wonder if it is included in the Tetra and Nano version of the firmware.

  2. I've got a question about the radio configuration used in the Tetra.

    I'm a long time Mk V user and remember needing to get a third radio for the the WiFi Client connection as wlan1 couldn't be used in client mode AND be used for PineAP simultaneously.

    wlan0 is the access point.
    wlan1 is used for PineAP, injection/deauth/etc.
    wlan2 is used to connect to my local friendly WiFi internet source.

    I'm presuming a third WiFi radio needed for the Tetra if I want to configure it in a similar fashion? 

    I'm using the Beta 3.0.0 firmware on my Mk V at the moment and am VERY happy with what it does for my older Pineapple.

    Lunokhod.

  3. 3 minutes ago, Foxtrot said:

    Interesting. Did you flash the firmware with the NEH plugged in?

     

    Yes I did.

    I've been playing with it at work today and am most impressed with it's stability.
    I used to be plagued with the Wireless Client connection to the internet dropping out randomly with the 2.x firmware.  No issues with that at all so far.

     

  4. 8 hours ago, Foxtrot said:

    This is (afaik) an issue with which NICs are being detected first, and has existed in the past. Booting the Mark V without the NEH, and plugging it in after boot will work fine.

    Thanks for that.  I worked around the issue.

    I rebooted without the NEH plugged in and the RTL8187 was still coming up as wlan2.  :sad:

    I then "Reset WiFi Configs to Default" in the Advanced section of Networking.  This reset the RTL8187 as wlan1.

    Plugging in the NEH after resetting the WiFi Config resulted in it coming up as wlan2. :smile:  All good.

    Now the two MKV radios remain at wlan0 and wlan1 regardless of the external radio being plugged in at boot or not.

    Lunokhod.

  5. How have I missed this for two months? :-)

    I've just flashed my Wifi Pineapple MkV with the Beta Firmware 3.0... and it's working very nicely.  I was even able to update the MkV with my wacky +9.5 hours ahead of UTC time zone.

    One thing that is a bit strange... my external AWUS036NEH USB Wireless radio is wlan1.   The MkV AR9331 radio is wlan0 (as expected), but the built in RTL8187 radio is now wlan2.

    phy0    wlan0           ath9k           Not pci, usb, or sdio
    phy0    wlan0-1        ath9k           Not pci, usb, or sdio
    phy1    wlan1mon     rt2800usb    Ralink Technology, Corp. RT2870/RT3070
    phy2    wlan2            rtl8187         Realtek Semiconductor Corp. RTL8187


    I've yet to power up the MkV without the external radio connected to see what happens.

     

  6. Of course if you're looking to plug it into a Cat5 outlet on a network you can similarly plug a USB Ethernet adapter into the USB 2.0 Host port - though we found this to be uncommon in user testing.

    Will an attached USB Ethernet adapter be able to be configured for both direct connection to a computer (inbuilt DHCP "classic" mode) and also direct to an existing Ethernet network with it's own DHCP server/gateway etc??

    I'm glad you've decided to use RP-SMA connectors... I never fully understood why the Mk V had "normal" SMA sockets when 99.99% of all other WiFi SMA implementations are RP-SMA.

    Not overly keen with dropping of the native Ethernet port, nor the dedicated DC jack... but this being said, I'll still buy one!

  7. Have you enabled Client Mode in the Wired tab, in the Network tile?

    Classic Mode is the original (classic) Wired network mode where eth0 is bound to br-lan and the inbuilt DHCP server. This is the mode to use if you want to connect a computer directly to the WiFi Pineapple via Ethernet.

    Client Mode is for when you want to connect the WiFi Pineapple to an existing wired network. You can then enable DHCP (the WiFi Pineapple will get an IP address, gateway, etc. for eth0 from an existing DHCP server on the wired network)... or you can set a Static IP address, Netmask, Gateway and DNS entries manually if you wish.

    You don't want to have Classic Mode enabled when you connect to an exisiting wired network. Two competing DHCP servers on the one network will only invite confusion.

    Lunokhod.

  8. This is what happens to me with the PineAP Settings :B

    I've seen this behavior as well. Both on my Nexus5 phone (5.1.1) and a no-name generic Android tablet.

    In my experience, it seems to happen after an undetermined time. Right after boot, I can see and connect to the spoofed SSIDs generated by the WiPi without a problem... but after a time, I get the same result as you see in the video.

  9. I notice you have wlan1 enabled. I believe that Dogma and Beacon Response uses wlan1 as part of it's operation.

    I have wlan1 unchecked and I seem to have no (short term) trouble with PineAP doing it's thing, I have seen many clients connect. Try and uncheck wlan1 and see what happens. Could be that if wlan1 is enabled... PineAp cannot use it?

  10. I think there is still an issue with the current firmware.

    I posted about my problems last year in this thread :-

    https://forums.hak5.org/index.php?/topic/34070-how-can-i-help-the-mk-v-be-more-reliable/

    I flashed my WiFi Pineapple last night with V2.3.0, left it running in my car at work... exactly the same as in the post linked above... and after a handful of hours you cannot connect to either the wlan0 open access point, the management (secured) access point or any of the PineAP created/spoofed SSIDs.

    You can see all the available SSIDs being broadcast... but you cannot connect to them. I've tried on my Android Phone, an Android tablet, an iPhone and a Windows laptop.

    A reboot will fix the problem, as will disabling and enabling wlan0 (and then restarting Karma and PineAP).

  11. Is PineAP supposed to (or able to) use the Karma SSID/Client Black/White lists when harvesting SSIDs?

    I'm using my WiFi Pineapple at work and have it connected to my works WiFi connection. I don't want PineAP to harvest and then spoof the works WiFi SSID.

    Is there any way to prevent this? I've put the SSID in the Karma Black List and it still appears in the PineAP SSID Management window.

  12. I've been playing around with the WPS infusion these last few days... it seems to be working mostly OK.

    I have an external radio (wlan2) a client interface (disabled), wlan0 is also disabled (no Pineapple AP operating), I'm connected to the WiFi Pineapple via eth0.

    Reaver and Bully are installed and working (as confirmed with a SSH session).

    enable wlan1,

    enable mon0 on wlan1,

    scan for WPS vulnerable access points,

    pick a "target",

    bring down wlan1,

    select program, monitor interface, ensure BSSID, SSID and channel are correct,

    Press Start!

    Reaver works as expected.

    Bully works but does not seem to update the xxxxxxxxxx.run file in /root/.bully/ properly. The .run file gets created, but there are times when the xxxxxxxxxxxx.run file appears to get corrupted (or not closed off properly) and Bully will not start when you try and "crack" that AP mac address again. Has anyone else seen this?

    I seem only to be able to run Bully (via WPS infusion) only once per WiFi Pineapple boot... after stopping it (within the infusion), it does not start again... although I can start a CLI Bully session and it will continue.

    I've seen the posts in this thread about creating symlinks for reaver and bully... does the WPS infusion work "better" when installed in internal memory than the SD card?

    Lunokhod.

  13. OK... time for an update. :smile:

    I've updated to v2.1.1 and am having a mostly successful time with Karma/PineAP/etc.

    I am still experiencing issues with wlan0 not accepting connections after some hours of continual PineAP operation. Once again at work with the MkV in my car, connected to the work WiFi for connectivity.

    I see the Auto Harvester doing it's thing, Dogma is advertising fake hotspots, I see clients connecting, I see traffic in URL Snarf... and then after some time (maybe a couple of hours), things go quiet.

    I can see the Dogma created "honeypot" access points on my Nexus 5 phone... but when I try to connect, it doesn't work... the connection fails. I also cannot connect to the fixed Open Access Point or Secure Management Access Point

    As before a power cycle or a disable/enable wlan0 will fix the problem.

    I've tried a minimalist Mk V setup, removing all extraneous infusions but this does not seem to help. I wouldn't have thought that the amount of WiFi traffic around where I work would be stressing out the Mk V's resources.

    Any others seen this behavior?

  14. Hi Everybody,

    I've searched these forums and not found a definitive answer... I apologise if this has been asked and answered before.

    I know the Wifi Pineapple Mk IV had Power Over Ethernet enabled on one of it's Ethernet interfaces... but can't see if the Ethernet interface on the Mark V supports POE. Does it?

    Lunokhod.


  15. I'm really liking the v2.1.1 update... it's working smoothly and the web interface is nice and responsive. I really want to see if long term wlan0 access point mode operation has been improved.

    The WPA2 management access is a fantastic addition... as is the eth0 mode switch.

    What would be the best way to tie a DIP switch to the Ethernet mode function? It would be nice to be able to switch this prior to boot.

    Switch off = classic ethernet mode

    Switch on = client mode (DHCP)

    Any ideas?

    Lunokhod

  16. Yeah it's Unix time stamp :tongue:

    The infusion creates the log based on PHP time(); function.

    I'll have a look to see how to fix it.

    Now I know... I don't mind the log file name being a Unix time stamp of when the file was created.

    I can always refer to the file system time stamp as to when the log file was last modified, this will be in local time.

    If you could change the infusion to show local time instead of UTC in the log history tab... that would be fantastic!

  17. Are you sure your connected to your work wifi or is your pineapple and you just think its your work wifi?

    Oh yes. It's connected to my work WiFi access point. I can access the WiFi Pineapple from a computer inside the network on the IP address assigned by the main routers DHCP server.

    I don't have an issue with the wlan2 radio and it's connection to work.. it's the WiFi Pineapples own access point on wlan0/radio0 that seems to act up.

  18. Hi Everybody,

    I've been getting back into playing with my Wifi Pineapple Mk V in recent weeks.

    I'd like some ideas on how I can improve the reliability of the Mk V for unattended use... in particular the "access point" running on wlan0. Also wondering if others have experienced my symptoms.

    At the moment my Mk V is out in my car and it's connected to my works WiFi access point for internet connectivity using wlan2 (external Alfa radio), around 30 feet away.

    I have MK V Karma and Pine AP running... as well as URL Snarf on br-lan... just to see what people are doing with the "Free WiFi" service they find. :wink: I'm using my Nexus 5 as a guinea pig too... it too is connected to "Free WiFi".

    I get random devices connecting and I can see the log file in URL Snarf being updated.

    But from time to time I see no updates in the URL Snarf log file. I check my phone and I find it's connected to the work WiFi, instead of "Free WiFi". I can see "Free WiFi" in the list of available access points on my Nexus 5 and it's plenty strong... but when I try to connect, it immediately fails. Other WiFi devices I have at work also fail when trying to connect.

    A power reset seems to fix it... as does disabling/enabling radio0... but the fix does not "stick". It might work for a few hours... sometimes only 15 minutes. Today it's happened two times in the last three hours. I think a five hour stretch of "uptime" a few days ago was the record.

    What can I do to make the Mk 5 access point more reliable?? I'd like the confidence to be able to leave it all day... "gathering information". :smile:

    Lunokhod.

×
×
  • Create New...