Jump to content

[Support] Portal Auth


sud0nick
 Share

Recommended Posts

No, would that prevent the timeouts?

I don't have an xfinity router/modem, so I have to use one of the thousands/millions of others. My neigbors all have them. The problem is, it's a pain to go set up near one and try anything. I can only wonder what my neighbor is thinking everytime I go down my driveway and point a yagi on a tripod at his house.

If someone knows how to clone an xfinitywifi hot spot, it would be a big help.

Link to comment
Share on other sites

  • Replies 262
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

I can only wonder what my neighbor is thinking everytime I go down my driveway and point a yagi on a tripod at his house.

:lol:

If you can access the page in your browser just right click, view-source, and send me the code. Unless if this is the exact portal you see. Then I can start reviewing the code to see if there are any problems.

just wondering, did you try unchecking all the option in PortalAuth before trying to clone?

Unchecking the options won't prevent the timeouts.

Link to comment
Share on other sites

Cheeto, I don't know how many times I have to say this but your MKV never crashed due to PortalAuth. Please stop spreading that across the forum as I have already explained what happened and fixed it. The problem was the speed at which images were downloading and the fact that only one AJAX request could be sent at a time and all others were queued.

Link to comment
Share on other sites

Hmm, was that with an earlier version, or an unversioned beta? :tongue:

Cheeto, any chance you could try to clone an xfinity wifi hotspot and let us know how? It's driving me crazy.

I have to take a break from this one... It's raining and besides, I think if my neighbor sees me pointing that antenna at him again, he'll probably call the cops. (When I installed the motion detector driveway alarm years ago, he came over to ask why I had a camera pointed at his house. :blink:)

Link to comment
Share on other sites

It was an earlier version where the content was downloaded at the default rate of like 20-50k or something stupid small. I had to up the allowable chunk size to get it to download at a reasonable rate. It caused the cloning process to take forever and if there were large images it was even worse. On the front end it would appear as if the MKV locked up because it was still waiting for a response from the functions.php script in the AJAX call. Since it couldn't make other AJAX calls until that one was finished the web interface would appear to lock up but you could still SSH into the Pineapple to kill the process. Now it's no longer a problem.

I will try to clone an xfinity portal and see if I have any luck. Like I said in the PM it appears they do some sort of check with that hash that's appended to the URL. We just need to figure out a way to trick it.

Link to comment
Share on other sites

Thanks. I was just joking with cheeto, but it's actually an interesting scenario as you describe it. I would like to not have the small icon always check for a captive portal every time the page loads, as when I'm connected to xfinitywifi, the detection process takes way too long. I like the way Seb did it in the Network infusion... Click the "refresh icon" in the small pane and the pane resets with a link to do the action.

Earlier when I tried to decode that "hash" parameter, I first URL decoded it, then base64 decodes it and was left wwith some binary giberish that I didn't persue.

Thanks for checking this out.

Link to comment
Share on other sites

I don't have xfinity down here where i live.

But I've been testing this infusion since its release. Up to now I can conclude:

It can clone several portal sites but not all.

As every portal is different, Some may require a different approach. Strip everything or uncheck everything.

Since some of the portals have a very simple layout, perhaps it's easier just to save the portal's contents and manually add sud0nick's injections. This has worked for me.

Well, the bottom line, Portal Auth looks very promising, its cloning process keeps getting more accurate as the newer versions surface.

Feedback & error log submissions will make this infusion even better.

Let's keep this feeding rolling.

Link to comment
Share on other sites

fringes, I used the link you sent me in a PM and was able to clone some of the content.

This is the content I was able to get.

ajax-loader.gif
footer-logo.png
hand.png
hero-logo-sm.png
icons-18-black.png
icons-18-white.png
jquery.js
jquery.mobile-1.3.2.min.css
jquery.mobile-1.3.2.min.js
log.php<hash removed> *This was an image loaded from a PHP script*

It seems like it even got the dynamically loaded image from the php script. However, it failed after that with the following error.

No connection adapters were found for 'data:image/gif;base64,R0lGODlhAQABAID/AMDAwAAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw==

So the connection timeout error you got before was probably due to a slow connection and not the page. Even if you had a better connection to it you would have probably run into this error along with a bunch of stuff about unverified HTTPS requests. This particular error is one with which I am not familiar but it seems there was a read error on an image because I can't find this string anywhere in the source.

Edited by sud0nick
Link to comment
Share on other sites

bricked two pineapples updating this infusion a few days ago. one recovered nicely with dip switch reset config. the other had to be set into factory recover mode and reflashed with the factory.bin @ 192.168.1.1

the latter of the two was in very bad shape, dips switches werent working .i could ssh in and execute commands but nothing actually completed no reboots or nothing. it still took multiple tries to get the factory reset mode to work and finally take the actual firmware.

other than that nice infusion

Link to comment
Share on other sites

bricked two pineapples updating this infusion a few days ago.

While downloading it or while using it? If the latter, what were you doing when this happened?

the latter of the two was in very bad shape, dips switches werent working .i could ssh in and execute commands but nothing actually completed no reboots or nothing. it still took multiple tries to get the factory reset mode to work and finally take the actual firmware.

I hope you aren't blaming this on the infusion because there is no way it would cause these problems. It doesn't modify any existing files on the system. The only modifications that occur are from installing dependencies and they go on the sd card and add symlinks to /usr/lib/python2.7/site-packages/ as well as creating the /www/nodogsplash/ directory to host jquery.min.js, auth.php, and auth.log.

Edited by sud0nick
Link to comment
Share on other sites

Ok, I'll just put this out there in case it's relevant or helpful. Earlier this week while "playing" with this infusion using firefox, I thought I had bricked my pineapple. When I realized I could SSH in, I tried another browser, chrome, and it worked. So I tried to stop and restart firefox, but it wouldn't terminate. I ended up rebooting my laptop to recover.

Link to comment
Share on other sites

Ok, I'll just put this out there in case it's relevant or helpful. Earlier this week while "playing" with this infusion using firefox, I thought I had bricked my pineapple. When I realized I could SSH in, I tried another browser, chrome, and it worked. So I tried to stop and restart firefox, but it wouldn't terminate. I ended up rebooting my laptop to recover.

Hmm...I use Firefox primarily when working on the infusion and I haven't experienced this. It sounds like it might have been a Firefox issue? Did it only happen once?

Edited by sud0nick
Link to comment
Share on other sites

hairbag, on 12 Mar 2015 - 10:33 AM, said:snapback.png

bricked two pineapples updating this infusion a few days ago.

While downloading it or while using it? If the latter, what were you doing when this happened?

hairbag, on 12 Mar 2015 - 10:33 AM, said:snapback.png

the latter of the two was in very bad shape, dips switches werent working .i could ssh in and execute commands but nothing actually completed no reboots or nothing. it still took multiple tries to get the factory reset mode to work and finally take the actual firmware.

I hope you aren't blaming this on the infusion because there is no way it would cause these problems. It doesn't modify any existing files on the system. The only modifications that occur are from installing dependencies and they go on the sd card and add symlinks to /usr/lib/python2.7/site-packages/ as well as creating the /www/nodogsplash/ directory to host jquery.min.js, auth.php, and auth.log.

Just so this doesn't get lost in the shuffle of posts I'm reposting it here. hairbag, can you tell me exactly what you were doing when this happened?

Just so everyone knows, I stand by my work and I will make every effort to fix legitimate problems. However, some of the problems you may encounter have never happened to me in my time developing and using the infusion so I need more information than "it doesn't work" or "it bricked my system". Work with me and I will work with you. If you encounter a problem please be as verbose as possible (unlike Microsoft errors) so I can attempt to recreate the problem on my end. This will give me a much better understanding of the issue and how people are using the infusion so I can tailor it accordingly.

Link to comment
Share on other sites

was downloading update via web interface when both froze and became unresponsive for no reason on my end. so i let sit for about an hour or so to recover and nothing happens, reset power and booted up to bricks. both would start but would not load web ui properly. had black screen and no infusions at all but recon mode worked. one reset no probs the other one was bricked.

the back end was there but it was like it was in a user mode with no permissions to execute anything including dip switch settings and have had a dozen spyware infections in firefox since getting the pineapples over the past few months.

Link to comment
Share on other sites

was downloading update via web interface when both froze and became unresponsive for no reason on my end. so i let sit for about an hour or so to recover and nothing happens, reset power and booted up to bricks. both would start but would not load web ui properly. had black screen and no infusions at all but recon mode worked. one reset no probs the other one was bricked.

the back end was there but it was like it was in a user mode with no permissions to execute anything including dip switch settings and have had a dozen spyware infections in firefox since getting the pineapples over the past few months.

This most definitely is not a PortalAuth problem. It sounds like the download was interrupted. Try updating to the most recent version by downloading it from my site. Follow these steps:

SSH into your Pineapple and run the following:

wget http://www.puffycode.com/download/PortalAuth/portalauth_latest.tar.gz

Check the hash to make sure the download wasn't hijacked:

md5sum portalauth_latest.tar.gz

It should match this:

2744c2aced48fccb7fd0f50f0c0e25c6

If it does then run the following to unpack the archive and replace the old version.

tar -xzf portalauth_latest.tar.gz -C /sd/infusions
rm -rf portalauth_latest.tar.gz

This is assuming you host your infusion on the sd card (which I think you should).

Everything should be working fine. If not, you have other problems unrelated to my infusion.

Link to comment
Share on other sites

Hmm...I use Firefox primarily when working on the infusion and I haven't experienced this. It sounds like it might have been a Firefox issue? Did it only happen once?

It just happened the once while I was wrestling with the infusion. I can't remember ever not being able to kill Firefox before. Sorry I can't tell you more, but I was wondering if some of hairbag's bricking was possibly a browser issue.

Link to comment
Share on other sites

was downloading update via web interface when both froze and became unresponsive for no reason on my end. so i let sit for about an hour or so to recover and nothing happens, reset power and booted up to bricks. both would start but would not load web ui properly. had black screen and no infusions at all but recon mode worked. one reset no probs the other one was bricked.

the back end was there but it was like it was in a user mode with no permissions to execute anything including dip switch settings and have had a dozen spyware infections in firefox since getting the pineapples over the past few months.

Other posts said they were having problems with the download site again. We normally see a lot more complaining when that happens, but you might have just had unlucky timing.

Link to comment
Share on other sites

  • 3 weeks later...

Sorry about that.

Use this script to get dependencies:

#!/bin/sh

# Make a temporary directory for downloading depends
if ! [ -d "/sd/tmp/" ]; then
	mkdir /sd/tmp
fi
mkdir /sd/tmp/portalauth;
cd /sd/tmp/portalauth;

# Download the depends
wget -q http://www.puffycode.com/download/PortalAuth/beautifulsoup4-4.3.2.tar.gz > /dev/null;
wget -q http://www.puffycode.com/download/PortalAuth/requests-v2.5.1.tar.gz > /dev/null;
wget -q http://www.puffycode.com/download/PortalAuth/tinycss-0.3.tar.gz > /dev/null;

# Check MD5 of BS4
if ! [ `md5sum beautifulsoup4-4.3.2.tar.gz | awk '{print $1}'` == "b8d157a204d56512a4cc196e53e7d8ee" ]; then
	echo "MD5 of BS4 does not match"
	rm -rf /tmp/portalauth
	exit
fi

# Check MD5 of Requests library
if ! [ `md5sum requests-v2.5.1.tar.gz | awk '{print $1}'` == "3c5bd282c56353d56ac39b6dee12560f" ]; then
	echo "MD5 of Requests does not match"
	rm -rf /tmp/portalauth
	exit
fi

# Check MD5 of TinyCSS library
if ! [ `md5sum tinycss-0.3.tar.gz | awk '{print $1}'` == "13999e54453d4fbc9d1539f4b95d235e" ]; then
        echo "MD5 of Requests does not match"
        rm -rf /tmp/portalauth
        exit
fi

# Unpack
tar -xzf beautifulsoup4-4.3.2.tar.gz > /dev/null 2>&1;
tar -xzf requests-v2.5.1.tar.gz > /dev/null 2>&1;
tar -xzf tinycss-0.3.tar.gz > /dev/null 2>&1;

# If /sd/depends does not exist, create it
if ! [ -d "/sd/depends/" ]
then
        mkdir /sd/depends/;
fi

# Install the libraries
cp -R beautifulsoup4-4.3.2/bs4 /sd/depends/;
cp -R kennethreitz-requests-d2d576b/requests /sd/depends/;
cp -R tinycss-0.3/tinycss /sd/depends/;

# Create symbolic links for the dependencies so they can be accessed by the default search path
ln -s /sd/depends/bs4 /usr/lib/python2.7/site-packages/bs4;
ln -s /sd/depends/requests /usr/lib/python2.7/site-packages/requests;
ln -s /sd/depends/tinycss/ /usr/lib/python2.7/site-packages/tinycss;

# Remove tmp directory
rm -rf /sd/tmp/portalauth;
echo "Complete"

And this script to get jQuery and auth.php

#!/bin/sh

if ! [ -d "/www/nodogsplash" ]
then
	mkdir /www/nodogsplash/;
fi

cd /www/nodogsplash/;

if ! [ -d "/www/nodogsplash/auth.php" ] || ! [ -d "/www/nodogsplash/jquery.min.js" ]
then
	if ! wget -q http://www.puffycode.com/download/PortalAuth/portal_depends.tar.gz > /dev/null;
	then
		echo "Failed to download archive";
		exit
	fi

	# Check MD5 hash of portal_depends
	if ! [ `md5sum portal_depends.tar.gz | awk '{print $1}'` == "db38ddc85af3609f029115057204ff5d" ];
	then
		echo "MD5 does not match"
		rm -rf portal_depends.tar.gz
		exit
	fi

	if ! tar -xzf portal_depends.tar.gz > /dev/null; then
		echo "Failed to unpack archive";
	fi
fi

rm -rf portal_depends.tar.gz;

Edited by sud0nick
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.

×
×
  • Create New...