sud0nick

When new firmware is installed anything that is not needed is probably deleted (at least it should be). I wouldn't go poking around the Pineapple and deleting things just to free up space. Instead why not get a bigger sd card? There is no reason to store anything internally as everything on the Pineapple can be done just the same while using an sd card.

SSH into it and check /pineapple/components/infusions/ or /sd/infusions/. See if there is anything in there. If you want I can PM you a script to download the latest build of my infusion. It will set everything up in the proper place for you. If you don't see it appear on your web interface then there is definitely a problem.

I got the same error yesterday. There is hardly any internal space available. You should always use the sd card. If not for its available space at least for the fact you will have all of your stuff when a new firmware upgrade comes out.

I don't think it is difficult enough to warrant a forum post seeking assistance. I will admit the first time I booted up my Pineapple it confused me for about 2 seconds until I looked up and saw the correct time in the web interface. Maybe changing it will at least prevent future thread creations about the non-issue.

Most likely the latter. I don't think anyone wants to just clone a website on their local network with SET and call it a day.

Precisely the reason you should be more descriptive. What have you tried on your own? If Mubix did this already in a video then why not follow that? I don't think anyone here is going to create a detailed guide specifically for you. Especially if you haven't made an effort yourself.

You can find infusions in the Pineapple Bar. Find the tile that says Pineapple Bar and click on the Available tab.

This time zone "bug" has been reported multiple times across the forums. It is not a bug and the time zone does change on your Pineapple. Please look in the top right corner of your web interface and verify the time is correct. The select element simply reverts back to the first item in the options when the page reloads.

It might connect automatically to the Pineapple. I've had devices in my house that are connected to my ASUS RT-AC68U, disconnect from that and go straight to the Pineapple on their own. If you want to be sure they connect to the Pineapple, set the AP SSID to that of an AP you want to impersonate. Then use deauth to drop the connections from the target AP. All of the clients will connect to your Pineapple.

It may be. I've received warnings from Windows 8.1 when connecting to my Pineapple after changing the SSID to something I've connected to before. The warnings generally state that the last time I connected to this access point it was secure and now it isn't. Maybe newer phones have moved forward and don't even give the user a chance to connect to it because the OS simply does not trust the AP.

I'll look into this as it might be a good heads up when trying to authenticate. Right now I'm focused primarily on the auto authentication and cloning functions. I think I've got the cloner working perfectly since I made it account for URL redirects (read my previous post for more info) but I still need to make the auto authentication more robust. Cheeto has been a big help in testing the infusion so the next release should be a lot better for everyone.

I don't see the infusion on the Pineapple Bar. Did you take it down?

If you choose to go with my suggestion I need to add one more thing to it. The way the code is now as I posted it will make double tab spaces appear if another tab is clicked in the large tile and then the editor is loaded again. This will continue to increment for each tab clicked. To fix this change $(document).delegate to $('.myDiv').delegate where myDiv is a class assigned to a div in your tabs php file. This way the delegate won't be assigned multiple times in the same document.

lol. I'm glad someone knew what this was. Could you fill me in? I don't like to be ignorant of things.

What are you talking about? Please be more specific.

I agree. Did you happen to see the suggestions that phpsystems and myself posted back on page 3?

I think you are misunderstanding what I stated. From /sd/portals (your library) you should have your portals set up in structure I displayed. Then, lets say you want to use Portal_1, you simply copy the contents of Portal_1 to /etc/nodogsplash/htdocs like this: rm -rf /etc/nodogsplash/htdocs/* cp -R /sd/portals/Portal_1/* /etc/nodogsplash/htdocs/ You have to first remove the current active portal otherwise your images directories will merge and you'll end up right back where you are now. Don't run these commands until you have organized your portals in /sd/portals/ otherwise you will lose all of your images. This is the kind of structure I was talking about with you awhile ago when I thought about setting up a portal on each DIP switch configuration. Then I could easily go from place to place and not have to manually move around my portals.

Cheeto, you should be keeping different images directories for each portal. The structure should be as follows: Portal_1/ Portal_2/ | | | | splash.html images/ splash.html images/ Then when you want to activate a portal you just copy the whole directory to /etc/nodogsplash/htdocs. This is what PortalAuth does when cloning and activating a portal and it keeps your directory structure neat and organized.

After speaking with Cheeto I have found a couple of bugs in my scripts. Since most of my testing was completed with captive portals through nodogsplash I was not able to account for the situation cheeto ran into but I should be able to fix it rather easily. 1. There is an issue with auto-authentication. Most captive portals use a <form> tag to gather credentials and submit forms for authentication. This is what my portalauth python script looks for, however, the captive portal Cheeto came across actually uses an <a> tag. I will need to update the script to either search for strictly these two elements or allow them to be user-defined. I am leaning toward the latter so the script does not need to updated every time web standards change. 2. When nodogsplash presents a captive portal the URL that the user was trying to reach stays in the browser's address bar. When this occurs it is easy to grab images and CSS file relatively from this point. However, in Cheeto's encounter the traffic is redirected to a site that hosts the captive portal. To fix this I will need to grab that URL instead of just using my website on the internet. That is the way it's configured now and the reason why images could not be found through relative URLs. Thank you, Cheeto for bringing this to my attention. If anyone else finds any bugs please don't hesitate to bring it up. I will hopefully have an update for you all soon.

You can do that but what I recently learned while building my cloning function for PortalAuth is that you should place CSS files in the images/ directory and access them with the $imagesdir variable. This is coming straight from the OpenWRT nodogsplash wiki (http://wiki.openwrt.org/doc/howto/wireless.hotspot.nodogsplash) This makes it so you can easily swap portals and not get the CSS files confused since most may be titled styles.css. You could easily load the wrong style sheet for your portal.

I can't seem to edit any portals from the Library tab when clicking on View Code. There is a save button which indicates I should be able to edit but no code appears in the window. Also, if I may make a suggestion, you should add the following code to your tabs so when you edit a portal you can press the Tab key to format code. As of now, if you press the Tab key it switches focus to the next element. $(document).delegate('#textbox', 'keydown', function(e) { var keyCode = e.keyCode || e.which; if (keyCode == 9) { e.preventDefault(); var start = $(this).get(0).selectionStart; var end = $(this).get(0).selectionEnd; // set textarea value to: text before caret + tab + text after caret $(this).val($(this).val().substring(0, start) + "\t" + $(this).val().substring(end)); // put caret at right position again $(this).get(0).selectionStart = $(this).get(0).selectionEnd = start + 1; } });

You can replace this long AJAX request with a simple $.post() request like in my other comment. It doesn't make any difference I just want you to know the option is available. $.post("//172.16.42.1/nodogsplash/auth.php", {email:email_addr,password:pass},function(){ window.location.href="$authtarget"; }); Also, in regard to your auth.php script I see you have a variable ($referer) that isn't used and you set header("Location: $authtarget"); This never gets used because the only time this block of code is called is when a POST request is sent. When someone accesses the page manually they immediately drop into the else block which sets the location to splash.html. In the JavaScript, upon a successful call to auth.php the block of code that says window.location.href="$authtarget"; will redirect the user to $authtarget. The PHP script will not redirect them to $authtarget.

There are many forum posts on this topic already. This one came up recently and can answer some of your questions (https://forums.hak5.org/index.php?/topic/34450-best-all-around-drone-under-350/?hl=drone). Like eovnu I started with a Hubsan X4 which I liked a lot. It taught me how to fly properly and was able to take a beating. It was also pretty cheap in price. Then I moved up to a DJI FlameWheel F450 that I built myself. It's a lot of fun and the skills I learned from flying the Hubsan transferred easily. Plus the FlameWheel is a lot easier to fly because of the NAZA-M V2 flight controller I have on it. Start small and learn how to fly. Your quad is going to take some beatings but the more crashes it takes now the fewer your more expensive quad will take in the future (hopefully).

Maybe you just said this wrong but the boxes are not for turning the LEDs on and off but to verify their state. This tells the software that you are physically looking at the Pineapple which means it is most likely your property.

If you have an Android based phone try using JuiceSSH. That's what I use to get into my Pineapple and other devices from my phone. Also, if you can, try to grab a copy of the portal without any of the modifications for nodogsplash and send it to me. I want to load it up in my test environment and see what's causing the problem. EDIT: There may be a problem with the HTML of the splash page you are trying to copy. I just ran another test and everything copied perfectly for me, images, HTML, and CSS.