Database Develop

Reverse-Tethering on a Vogue with Android (Share Windows PC's Internet with phone)

I have done the NAND install method on my Vogue with Myn's Warm Donut RLS3 from 2010-02-20. Since I do not have a data plan, and have the XV6900, which comes without WiFi, I cannot just connect to a local network to get internet access, so how do I get access over the USB cable or via Bluetooth? This would basically be like "Reverse-tethering", that you can do in Windows via ActiveSync (when you are hooked up you can use the desktop PC's internet connection)
So, how do we do this now on Android?
Thanks,
-C

Short version: we don't. Do you want details?

Well, without looking very hard... I know this is possible, since you can do almost anything on Linux. Here's a brief description of how this is done, although it may need some modification for our builds:
http://www.htc-android.com/viewtopic.php?f=5&t=154
OR
http://forums.androidandme.com/topic/internet-over-usb
Search for android ifconfig usb and see what you can find.

polyrhythmic said:
Well, without looking very hard... I know this is possible, since you can do almost anything on Linux. Here's a brief description of how this is done, although it may need some modification for our builds:
http://www.htc-android.com/viewtopic.php?f=5&t=154
OR
http://forums.androidandme.com/topic/internet-over-usb
Search for android ifconfig usb and see what you can find.
Click to expand...
Click to collapse
We certainly could if it was supported in our kernel, but our only USB drivers are adb and mass storage. I believe dzo and mssmison are working on some other. cdc, ethernet, rndis, etc. aren't currently supported.

mrkite38 said:
Short version: we don't. Do you want details?
Click to expand...
Click to collapse
Hmm bummer. Most people with cell service are STILL not paying for data plans, and only about 50% of people with smartphones have data plans yet. Heck...I got a data plan and then got rid of it after 6 months...that alone was $180 worth that was totally wasted for what...the convenience of checking email on my lunch break....yeah that's worth it. At least ATT is only $10 a month now if you are on a shared plan with your family for unlimited data. To bad I an on VZW, lol...
So anyway, it seems like this would almost be a must. I would gladly pay a developer here $50 if he came up with a widget to do it. He'd make a lot more than that on the market too if he developed that.

crobs808 said:
So anyway, it seems like this would almost be a must. I would gladly pay a developer here $50 if he came up with a widget to do it. He'd make a lot more than that on the market too if he developed that.
Click to expand...
Click to collapse
'Real' android phones can do it, our kernel can't. Plus, you can't download from market or use youtube, etc, over bluetooth tethering (I've tried) or via usb from what I've read. Only the cellular data connection and wifi are considered 'valid' by Android. So the dev would have to fix that, too, to make it worthwhile.

mrkite38 said:
'Real' android phones can do it, our kernel can't. Plus, you can't download from market or use youtube, etc, over bluetooth tethering (I've tried) or via usb from what I've read. Only the cellular data connection and wifi are considered 'valid' by Android. So the dev would have to fix that, too, to make it worthwhile.
Click to expand...
Click to collapse
I would be happy just to have WiFi, but the XV6900 (Verizon Touch) doesnt even have WiFi at all. I am considering getting the Nexus when it comes to Verizon in a few months.

crobs808 said:
I would be happy just to have WiFi, but the XV6900 (Verizon Touch) doesnt even have WiFi at all. I am considering getting the Nexus when it comes to Verizon in a few months.
Click to expand...
Click to collapse
Yeah, and the mogul might be a good solve but it only has a 64 MB ROM... I know, been through it all in my head before, too.

Thanks
Thanks. It can sure take some time searching to find some of this info, but even with the NO it won't work I'll still be searching
I want the Bluetooth PAN on Android!
It does not make any sense that Google would know I'm connecting via Bluetooth PAN vs. WiFi to my PC since this occurs behind my Router??? The IP is set at the Router level, my phone should not be visible.
edit... misread post above.
I guess Android itself would know, but that seems odd. But Odd rules sometimes.

Any updates on possibilities yet ??? or there is still no way to use internet on Vogue Andriod without having data plan ?

gogodj said:
Any updates on possibilities yet ??? or there is still no way to use internet on Vogue Andriod without having data plan ?
Click to expand...
Click to collapse
Not yet... the reasons posted above are still true.

Are there any plans to add this feature to future ROMS? The only reason I haven't switched to android from windows mobile is because of this.

damaph said:
Are there any plans to add this feature to future ROMS? The only reason I haven't switched to android from windows mobile is because of this.
Click to expand...
Click to collapse
I don't think so. It's a kernel thing, not a rom thing, and it requires a lot of driver work. But even if it did work, android wouldn't recognize it as a valid connection.

rfcomm + pppd to tether both ways?
I am new to android, but I have networking experience with Linux. I am running Myn's latest Warm Donut on my Sprint Touch. And it seems that hciconfig/hcitool are working to associate the phone with another bluetooth interface. Also, rfcomm seems to be working. And lastly, pppd is installed and (indeed) necessary for the 3g/edge connection as evidenced by the ppp0 in ifconfig. Also, reviewing dmesg, I see L2CAP and BNEP are compiled into the kernel. And pand is also compiled and running. I am not familiar with these, but it seems to offer another route for maybe getting a bluetooth IP link established.
So, my question is simply this. Can we not use the hci commands to associate the phone to another bluetooth adapter on, say, a networked Linux system? Then use rfcomm to build a bluetooth serial connection between the two systems, and finally establish a ppp interface on each end of that serial link? Once that is done, the two systems will share a point-to-point IP link over BT over which they can communicate. Then it is simply a matter of establishing gateways, proxies, iptables NAT, DNS, and routes to make either forwarded or reversed tethered connections. I am reasonably confident I can do that. With a Class 1 bluetooth interface on the Linux server side, the range could be extended for reverse tethering...perhaps making it useful as a moderate range wifi replacement. Other webpages discuss similar approaches using bluetooth rfcomm/pppd. It might require experimentation to find reasonable baud rates for the serial link, etc., but nothing seems obviously impossible. And bluetooth can provide a 1 Mbps+ speeds...again, not great, but better than Edge or dodgy EVDO.
Likewise, we may be able to build a proper PAN connection. I am not familiar with pand and bnep interfaces, but I could probably figure it out.
As I said, I am new to Android, and I am just starting to test this on my phone. Is there something that I am missing with regard to existing hci/rfcomm/pand functionality? Dmesg reports all of these compiled in and hcitool scan seems to do something...it blinks the blue light and find my laptop. I guess I am just asking if someone can shoot holes in my idea before I waste too much time pursuing it.
Thanks.

mprinkey said:
I am new to android, but I have networking experience with Linux. I am running Myn's latest Warm Donut on my Sprint Touch. And it seems that hciconfig/hcitool are working to associate the phone with another bluetooth interface. Also, rfcomm seems to be working. And lastly, pppd is installed and (indeed) necessary for the 3g/edge connection as evidenced by the ppp0 in ifconfig. Also, reviewing dmesg, I see L2CAP and BNEP are compiled into the kernel. And pand is also compiled and running. I am not familiar with these, but it seems to offer another route for maybe getting a bluetooth IP link established.
So, my question is simply this. Can we not use the hci commands to associate the phone to another bluetooth adapter on, say, a networked Linux system? Then use rfcomm to build a bluetooth serial connection between the two systems, and finally establish a ppp interface on each end of that serial link? Once that is done, the two systems will share a point-to-point IP link over BT over which they can communicate. Then it is simply a matter of establishing gateways, proxies, iptables NAT, DNS, and routes to make either forwarded or reversed tethered connections. I am reasonably confident I can do that. With a Class 1 bluetooth interface on the Linux server side, the range could be extended for reverse tethering...perhaps making it useful as a moderate range wifi replacement. Other webpages discuss similar approaches using bluetooth rfcomm/pppd. It might require experimentation to find reasonable baud rates for the serial link, etc., but nothing seems obviously impossible. And bluetooth can provide a 1 Mbps+ speeds...again, not great, but better than Edge or dodgy EVDO.
Likewise, we may be able to build a proper PAN connection. I am not familiar with pand and bnep interfaces, but I could probably figure it out.
As I said, I am new to Android, and I am just starting to test this on my phone. Is there something that I am missing with regard to existing hci/rfcomm/pand functionality? Dmesg reports all of these compiled in and hcitool scan seems to do something...it blinks the blue light and find my laptop. I guess I am just asking if someone can shoot holes in my idea before I waste too much time pursuing it.
Thanks.
Click to expand...
Click to collapse
That's all correct, and I've done it before. But the issue is that Android only acknowledges TWO kinds of data connections: cellular and wifi. When I setup a pan and iptable'd my way to the internet, I was able to get google maps, but not market. I haven't tried Opera but the android browser didn't work. Etc., etc. So I think the usefulness of pan is limited. The real challenge here is for someone to dig through the source and find out how to ADD bt and USB as 'valid' data interfaces. I've never looked into that.

Cellular connection is ppp0. Have you tried running pppd over rfcomm? Or assign an identical IP address to the pan/pppd interface and set it's metric a notch lower so it is preferred over the ppp0 one? Also, will Android route over a VPN? Setup pan and VPN over it. VPN seems to "own" Internet traffic when it is configured according to this: http://code.google.com/p/android/issues/detail?id=4205
Also, I've seen posts indicating that the default browser can be configured to use a proxy.
Just ideas and I'd like to know what you've tried so I don't waste my time. Thanks for your input.

mprinkey said:
Cellular connection is ppp0. Have you tried running pppd over rfcomm? Or assign an identical IP address to the pan/pppd interface and set it's metric a notch lower so it is preferred over the ppp0 one? Also, will Android route over a VPN? Setup pan and VPN over it. Also, I've seen posts indicating that the default browser can be configured to use a proxy.
Just ideas and I'd like to know what you've tried so I don't waste my time. Thanks for your input.
Click to expand...
Click to collapse
Nope, didn't try any fancy-pants stuff. When I did all this, I was a total n00b to linux (only a partial n00b now) and it didn't take too long, so I say - give it a try! That's the spirit around here.

mrkite38 said:
Nope, didn't try any fancy-pants stuff. When I did all this, I was a total n00b to linux (only a partial n00b now) and it didn't take too long, so I say - give it a try! That's the spirit around here.
Click to expand...
Click to collapse
Great. That is encouraging. The link that I edited into my previous post seems to indicate that ALL traffic gets routed over the VPN when it is established. That would fix any security concerns I'd have about using a high-powered BT adapter. I think I will give it a spin.

USB Ethernet
In my kernel hacking trying to get Debian to run, I managed to enable USB Ethernet (the function driver; USB gadget crashes the phone) working, and I've been using it to SSH into my phone. I've used it to apt-get update without any problems. I believe it's just a kernel config option (although I might have done some code modifications), so the problem isn't the driver, it's with Android's userspace.

gTan64 said:
In my kernel hacking trying to get Debian to run, I managed to enable USB Ethernet (the function driver; USB gadget crashes the phone) working, and I've been using it to SSH into my phone. I've used it to apt-get update without any problems. I believe it's just a kernel config option (although I might have done some code modifications), so the problem isn't the driver, it's with Android's userspace.
Click to expand...
Click to collapse
So you enabled USB ether in the kernel config and it's working for you? Against a linux host or Windows? that would be nice, I haven't tried that in ages.
Edit: yes, the 'valid' connection check is definitely in Android userspace. But I either forgot or didn't know that our usb ether func driver worked when enabled.

[Q] Stock A855, SuperOneClick'd and Droid Overclock

perhaps somebody here could be tolerant enough to assist or direct me to concise clear info to such a likely passe situation.
Phone again, stock from VZW and fully updated.
Barnacle installed from market.
I have a few questions;
1)Superoneclick seemed to only install "superuser" on my phone. Does this mean the busy box and abd things, of which I have no idea what to do with, is only accessible via my win7 64 bit pc while the phone is connected to it via usb?
2)How do I optimize this phone with stock rom and remove "bloatware" as well as eliminate intrusive programs? Are there any threads which ID these as well as their functions?
3) Jrummy Droid Overclock installed, several versions in fact, and the best I could do was make the phone extremely laborious and finally reverted back to stock settings before uninstalling. I did have to click the "experimental" box to make it able to scale the stock rom.
Any thread or info as to some failproof settings to make this stock thing work much better/faster?
4) Can this phone, usb tether the data connection without any paid apps or limitations regarding secure sites and such?
Interestingly enough, I'm finding the search functions on this forum to be impossible on my handheld and just about the same from my pc. From the handheld, it wanted me to assemble pix which my touchscreen or keyboard didn't seem to allow.
From the pc, 'no matches found' or something to that affect.
Also, when I was having problems recalling my login info, had almost given up deciding instead to reregister, I got a denial message based on having a verizon wireless IP. Weird.
I'm rereading the beginners info and it would be nice to be able to simply make my stock rom'd droid better.
Feel free to tell me if I'm pissing in the wind and need to just do different roms and or kernals. However, I'd like to just keep it simple for now.

You are able to download Busybox straight from the Android Market: https://market.android.com/details?id=stericson.busybox&feature=search_result
You can tether your phone to create a wireless hotspot, but I'm not 100% sure about USB tether.

skadude66 said:
You are able to download Busybox straight from the Android Market: https://market.android.com/details?id=stericson.busybox&feature=search_result
You can tether your phone to create a wireless hotspot, but I'm not 100% sure about USB tether.
Click to expand...
Click to collapse
Yes and thanks, I snagged barnacle for that. It works fine although I'm either too green to make it secure, or the WEP stuff is broken.
That is why I'd like the option to have a more secure hardwire tether.
I know I can do pda.net and some other apps, it seems to me that it should be able to do that perhaps just with some tweaks.
So when I extracted superoneclick on my pc, I see busybox and such in that file. I just did the one click and nothing else, not even on my phone.
It is interesting how fast such basic topics become inundated with miles of confusing info to bewilder a virtual computer twit.

It looks like what you want to do is basically create a wireless hotspot with your phone? Because I use Wireless Tether for Root Users and I am able to encrypt it and set up a secure connection.
Here's what I pulled from the Barnacle website:
How do I use WEP?
Barnacle support 40 and 104-bit WEP. In Settings find Wireless Security and enable WEP, then type in the key. For 40-bit WEP, type in 5 ASCII characters or 10 hex digits. For 104-bit WEP, type in 13 ASCII characters or 26 hex digits. Passphrase is not supported.
Click to expand...
Click to collapse

skadude66 said:
It looks like what you want to do is basically create a wireless hotspot with your phone? Because I use Wireless Tether for Root Users and I am able to encrypt it and set up a secure connection.
Here's what I pulled from the Barnacle website:
How do I use WEP?
Barnacle support 40 and 104-bit WEP. In Settings find Wireless Security and enable WEP, then type in the key. For 40-bit WEP, type in 5 ASCII characters or 10 hex digits. For 104-bit WEP, type in 13 ASCII characters or 26 hex digits. Passphrase is not supported.
Click to expand...
Click to collapse
Phone Settings? "no "Wireless Security" to be found nor did I readily find anything to do with WEP under the Wireless sections.
Barnacle? Again, no "Wireless Security" section found. There is a "Wireless Encryption" settings section. I did enable it with the app stopped and set a five digit alpha code. Restarted Barnacle and my pc completely disregarded it, connected to it with no input required and the signal still shows as unsecured and public.
I'm pleased that it tethers, I would like to make it secure and I would also like to easily usb it to any laptop or pc sans having to load software on them unless said pc/device was older and didn't automatically recognize this phone, as this new win 7 pc did, where upon loading some drivers would be seem reasonable.
I'm not pc/droid knowledgeable enough to know if this is dreaming but, it seems reasonable that it's usb output could be toggled and be seen as a modem connection.

I'm sure it can, but people use Wireless tethering more than a physical USB tethering.
I've never actually used this, but I've heard of people using it when they need to tether via USB: https://market.android.com/details?id=com.mstream.easytether_beta&feature=search_result

Yes and thanks, I truly appreciate your efforts to help and your tolerance for my ignorance.
I am aware of those various usb tethering programs and I suppose my question is why must software be loaded on a device capable of seeing other usb plugged connections and run them 'plug and play'?
I'll see if somebody with barnacle can assist me with the WEP issue. I've tried it several ways and have had no success. Possibly related, my droid no longer will send MMS. It still receives them, just no longer sends. I wish I could say if that occurred after rooting or after attempting overclocking, but, it happened after one or both.

Wait, does the Easy Tether not require software to be installled on usb tethered device? I was sure it did and after reading the page, it doesn't mention it.
It's still bizarre that I can wirelessly tether now that soc rooted it, but I still have to buy an app to usb tether it, and I was pretty sure, install stuff on device to be tethered.

No problem, anytime!
Honestly, I don't know much about Easy Tether, I've heard about it, but have not delved much deeper into it.
What ROM are you using (if any)? I know that I had some issues with CM7 and a little bit less with Cronos right now, where I send a text message and it hangs with "Sending..." for hours at a time.
How much did you overclock your phone by? What vsel?
Sent from my Milestone using XDA Premium App

phone is stock other than being rooted
I used JRummy's Droid Overclock as it is supposed to overclock a stock rom'd A855 droid.
I tried several several many settings, mostly what was recommended, but none of them seemed to make it better, and if they did, I couldn't seem to make them stick upon rebooting.
Kept all attempts at or below 800MHz.
I'm sure it's my lack of understanding and likely there are some simple settings that will speed it up with just a few clicks as well as save thru a fast and speedy reboot.

[Q] PLEASE HELP Wifi does not connect, says not in range after password.

Like the title says my Wifi will not connect to my router at home, but works everywhere else..
I have a Linksys wireless-n router. I put in the password and it automatically says that it is remembered but not in range. Any ideas on how this could have happened? Any possible solutions?

I don't know about the wifi stuff too much, but I have seen reference to people changing from channel 11 (std factory setting) to channel 4 for example. Dunno if that helps. Good luck.
Sent from my SGH-I897 using XDA App

How does one do this? I've looked but couldn't find any directions.
Sent from my SGH-I897 using XDA App

Bjangles said:
How does one do this? I've looked but couldn't find any directions.
Sent from my SGH-I897 using XDA App
Click to expand...
Click to collapse
you start with your router's IP address. if you don't know it, go to your command prompt and type "ipconfig" to figure out your router's IP address. Type the IP address into your internet browser to change the channel.

OK I'll try it later on tonight.

Go to google and type "linksys wireless n router change wireless channel" and select the first option you get (should take you to howtogeek.com)
Scroll down past the download it ask you to do and get to where it states Changing your wireless channel. Its pretty easy to do once you walk through that.
Does it only happen on the touchpad, or is it all devices?

It only happens with android (CM7 and CM9), web os is fine.

There has been issues with the wifi. I am running the bricked CM9 install myself and the wifi works just fine. Have you wiped the cache and all during install?
Seems that someone has posted a thread in the touchpad area concerning this same issue, thread will probably be moved once a mod gets a hold of it, but here is a link to it:
http://forum.xda-developers.com/showthread.php?t=1494458

ssid
Make sure you are broadcasting your ssid as android devices cannot see hidden networks, so you end up with "not in range" when you try to connect

I got it to work kinda. I have to leave and go out of range, them come back for it to work.
Does WPA2 broadcast the ssid?

There is an app in the Market labeled something like 'WiFi Fix' that 'helps' this issues as well. If I had my TP in front of me I'd get you the exact name, or if the Market would track free apps between devices like Amazon does, but I digress...
I use the word 'help' loosely above because the 'fix' wipes out all your wireless settings. It deletes all the profiles, etc. So after re-entering the keys you'll get right back on the wifi, but this is somewhat painful after every single time it goes to sleep...
Anyway, consider it an option, semi-viable at least.

If you can see your wireless in the list of available networks it is broadcasting the SSID.

I guess I'll just go for a stroll whenever my touchpad needs a restart. thanks for the help.

Bjangles said:
I guess I'll just go for a stroll whenever my touchpad needs a restart. thanks for the help.
Click to expand...
Click to collapse
I'd be going for lots of walks. Mine lasts for less than 5 minutes -- assuming it connects.
For the TouchPad, it seems the only thing that truly works is a wide open connection without authentication or encryption. People have had varying amounts of success, but I cannot get it to connect to my work's WPA2 Enterprise or anything above WPA at my house...
There's a couple of threads going on in the Development forum where they've basically said that Wifi for the TouchPad sucks and is in a major need of (re)working in order to get it right. The current ar6000 driver isn't cutting it and the ath6kl driver + wpa_supplicant are not Android complaint.
Someone has a kang (CherryKANG) with a supposed wifi driver fix, but if you look at what he supposedly built into his ROM vs. what is getting loaded, you can see it's not really there. (The link everyone points to is the new ath6kl driver, but if you look after flashing it's still running ar6000.)
I build a ROM with the ath6kl driver in place and it looked to work better for about 30 seconds. But you can tell it doesn't like to cooperate with Android too well at the moment. Makes me wish I was a hardware expert so I can rewrite the thing and make it work.
I'm pretty sure it's not a hardware issue since I can boot into WebOS and be find on ANY of the networks I normally connect to...

Rooted Chromecast with Web Panel = Problems with security

I was playing with it only for one few hours...
and I am concerned with current level of security of rooted Chromecast.
If you
reboot wireless router(wireless access point)
OR
wireless router is down/malfunction
OR
communication between Chromecast and wireless router is jammed
OR
someone used Aircrack-ng suite to disconnect Chromecast from wireless router
your Chromecast just created open wireless network for configuration purposes...
and Team-Eureka http panel is accessible at most likely default IP address 192.168.255.253,
also provides you with an IP adress via internal dhcp.
look a bit at config:
http://192.168.255.249/?page=status
and than
http://192.168.255.249/?page=settings
be sure that telnet, ssh, adb are running.
Just connect with telnet or SSH, privledged user is root, there is no password
cat /data/wifi/wpa_supplicant.conf
Code:
ctrl_interface=/data/wifi
update_config=1
country=US
network={
ssid="my wifi essid"
scan_ssid=1
psk=my password on a silver plate in WPA PSK HEX(64 characters)
proto=RSN
key_mgmt=WPA-PSK
}
You just owned someone's Chromecast and can abuse his wireless network.
Still got time tinker with Chromecast? Maybe plant some android type of backdoor... NSA style...
How to fix this?
1. be sure that internal web server is not vurnelable.
2. https
3. Http panel accessible only after providing password that is by default for instance sha-1 hash of serial number.
(user may take a picture of his own chromecast and use tool/service to generate hash), it should be changed at first login
4. adb, telnet, ssh disabled by default
5. root password
Basic stuff...

First off, if you are worried about our panels security it is open source, so feel free to audit it for any vulnerabilities.
Also, we are working on a new revision of the panel which not only includes password support, but also the ability to set a SSH password. The reason none is set ATM is because by default the root acc on the chromecast has none, so we have a modified dropbear binary that will allow any password to work.
As for HTTPS over the web panel, that will be available, but it will not be "enforced". (at least that is the current plan). We may add a panel option that enforces https though, for users who are concerned about security on their local wireless network.
Now telnets another story, because its generated with busybox its hard to have a password enforced, but you can just disable it. same goes with ADB.
We know right now our services are not the most locked-down, but trust me most of it has already been fixed on our end and these changes will be out with the next OTA

ddggttff3 said:
First off, if you are worried about our panels security it is open source, so feel free to audit it for any vulnerabilities.
Also, we are working on a new revision of the panel which not only includes password support, but also the ability to set a SSH password. The reason none is set ATM is because by default the root acc on the chromecast has none, so we have a modified dropbear binary that will allow any password to work.
As for HTTPS over the web panel, that will be available, but it will not be "enforced". (at least that is the current plan). We may add a panel option that enforces https though, for users who are concerned about security on their local wireless network.
Now telnets another story, because its generated with busybox its hard to have a password enforced, but you can just disable it. same goes with ADB.
We know right now our services are not the most locked-down, but trust me most of it has already been fixed on our end and these changes will be out with the next OTA
Click to expand...
Click to collapse
Thank you for fast and exhaustive answer.
Any "ETA" of build with features you mentioned ?
Is there any roadmap for Eureka-ROM?
Any chance for something dedicated to LAN streaming?
(Chrome full screen is buggy, Plex is $ app, Fling is written in JAVA and no longer in developement.)
If there will be any beta or rc I am willing to participate.(not so many things to test there)

mathorv said:
Thank you for fast and exhaustive answer.
Any "ETA" of build with features you mentioned ?
Is there any roadmap for Eureka-ROM?
Any chance for something dedicated to LAN streaming?
(Chrome full screen is buggy, Plex is $ app, Fling is written in JAVA and no longer in developement.)
If there will be any beta or rc I am willing to participate.(not so many things to test there)
Click to expand...
Click to collapse
We don't really do ETA's but we try to have updates out right after google OTA's, or when there is a severe bug. As for a roadmap, we currently don't have one public due to it constantly changing.
LAN streaming still works with Fling (as we have fling added back to our roms through our whitelist service), but that is all I know of. If other users want to create apps that can utilize fling, that would be awesome.
And last for testing, currently I have more then enough testers for when beta updates roll out. keep your eyes open in the future as I may do open signups again at a later date.

Well the scenarios you set would apply to non rooted CCasts as well...
If they hacked your wireless with Aircrack to set a disconnect, then you were exposed long before they reconfigured the CCast and they can do a lot more damage with that access without you ever noticing than they could through the CCast.
Your would notice the CCast changing but you wouldn't notice someone hacked your Wireless without looking at the Router Logs or noticing a degraded Network performance.
If these things are a concern for you then I suggest you turn on MAC Filtering on our Router, Set Allows for the CCast and all the devices you own and deny all others.
But the concerns you have exist regardless of a rooted CCast. Leaving a CCast unconnected might expose the CCast to be taken over since it will be an open AP anyone can connect to....And they can Airtcrack you router even with a stock CCast.
But if you see that just look out the window because they would probably have to be sitting on your Porch or parked in your Driveway to do it!
I don't know many Hackers who are THAT Brazen! LOL

Asphyx said:
Well the scenarios you set would apply to non rooted CCasts as well...
If they hacked your wireless with Aircrack to set a disconnect, then you were exposed long before they reconfigured the CCast and they can do a lot more damage with that access without you ever noticing than they could through the CCast.
Your would notice the CCast changing but you wouldn't notice someone hacked your Wireless without looking at the Router Logs or noticing a degraded Network performance.
If these things are a concern for you then I suggest you turn on MAC Filtering on our Router, Set Allows for the CCast and all the devices you own and deny all others.
But the concerns you have exist regardless of a rooted CCast. Leaving a CCast unconnected might expose the CCast to be taken over since it will be an open AP anyone can connect to....And they can Airtcrack you router even with a stock CCast.
But if you see that just look out the window because they would probably have to be sitting on your Porch or parked in your Driveway to do it!
I don't know many Hackers who are THAT Brazen! LOL
Click to expand...
Click to collapse
Reconfiguring stock Chromecast is one thing and that's not so much a problem. Attacker don't get password, just info about name of connected network. In that scenario attacker gets essid and handshakes or reconfigure Chromecast wireless settings(essid/password).
Problem is that with rooted attacker has access to adb/telnet/ssh. In that scenario attacker has easy access to essid/password in plain text and may do this unnoticed.
About ranges:
What if someone lives in center of a city? Skyscrapers area?
About suburban area, I am not convinced that people in US live in houses with brick/concrete block walls, this is not EU.
Have you ever used Aircrack-ng suite and some gnu/linux wireless pentesting distro?
You can attach high gain directional antenna to 2000mW wireless card(Alfa brand for instance) and use software tweaks.
Ranges are much higher than you would anticipate.
About Chromecast setting security - yes it is ridiculous.
It asks if you see XYZ9 on a screen. (always click yes - right?)
It should at least ask for some automatically generated password that is visible on the screen...
So for now we may create additional wireless network/VLAN with max one client and connection restrictions...

mathorv said:
Have you ever used Aircrack-ng suite and some gnu/linux wireless pentesting distro?
You can attach high gain directional antenna to 2000mW wireless card(Alfa brand for instance) and use software tweaks.
Click to expand...
Click to collapse
Yes many times and the loopholes you suggest in your scenario are not limited to the Rooted version at all...
Sure there are extra tools in the rooted version that do not exist in the non-rooted....
But the scenario suggested gives you about 30 seconds to get what you want before the router is back up, CCast re-connects and shuts down your session!
And they still have the problem of how to shut down your router or know when it will happen to start working the hack.
Sure someone could probably get what they want in that timeframe..
But someone that good really is not going to be interested in hacking YOU!
Not Unless your some Cartel leader or Bank Executive.
People who have no business rooting anything if they want security....LOL

Asphyx said:
Yes many times and the loopholes you suggest in your scenario are not limited to the Rooted version at all...
Sure there are extra tools in the rooted version that do not exist in the non-rooted....
But the scenario suggested gives you about 30 seconds to get what you want before the router is back up, CCast re-connects and shuts down your session!
And they still have the problem of how to shut down your router or know when it will happen to start working the hack.
Sure someone could probably get what they want in that timeframe..
But someone that good really is not going to be interested in hacking YOU!
Not Unless your some Cartel leader or Bank Executive.
People who have no business rooting anything if they want security....LOL
Click to expand...
Click to collapse
@but someone that good really is not going to be interested in hacking YOU!
World is full of sick people, besides, over the years it has become easy, primary school kid can do it, every hacking soft has a GUI now
@ features - it would be nice to override wifi from panel - sometimes chromecast indicates connecting status. at the same time is connected to secure wifi and has open configuration wifi.
@ alpha builds, I would be glad to flash anything newer that does not totally brake chromecast and is safer for now

Is web panel risky?
Sorry it's even worse:
1. connect to device if its in open network AP state
2. http://192.168.255.249/?page=debug
3. cat /data/wifi/wpa_supplicant.conf
4. SEND
Gone in less than 30 seconds.

mathorv said:
Sorry it's even worse:
1. connect to device if its in open network AP state
2. http://192.168.255.249/?page=debug
3. cat /data/wifi/wpa_supplicant.conf
4. SEND
Gone in less than 30 seconds.
Click to expand...
Click to collapse
Good thing devices only are in AP mode for setup. Besides, once the new web panel is released, this will be a non issue.

OpenVPN on KitKat

So I haven't yet rooted my phone. That's next up on the list. I'm just wondering if (after rooting) if there will be a way to manually add a route when connecting via OpenVPN. The device connects perfectly to the server and the server pushes a route to my device. It's just that when I type 'ip route' in a terminal app on the Note, the pushed routes don't actually get added to the device's routing table. I've read many threads that don't really offer any solution.
I'm just hoping that I can create a Tasker or similar automated task that establishes the connection, manually adds the routes, and then packets start a flowing.
Any thoughts on OpenVPN on KitKat? Surely I'm not the only one stuck in this rut!
Any replies or thoughts are appreciated!
Sent from my Note 4 using the XDA app. Damn this thing's sweet!
EDIT: So I rooted the phone using ChainFire's method. It worked flawlessly. I connected to my VPN (which locally is 192.168.1.1/24). After connecting, I verified that the route didn't exist using a terminal command.
su
ip route
I saw nothing mentioning the 192 network. So, I added 'ip route add 192.168.1.0/24 dev tun0' and BAM I'm in business. (I ran netcfg to determine which interface my VPN was on -- I assumed tun0 but I did check!)
Hopefully this helps somebody as I've been tearing my hair out for a couple days over this thing. I did reboot and although the routes weren't there (they're evidently not persistent) the VPN still functioned as designed. I ran a DNS leak test and all of my requests were successfully being routed over the VPN -- and that was all I wanted! Cheers....