I have read through all the different methods of tethering, and it appears that I am still unable to utilize my tethering. I can connect, but once connected, I can't access the internet or ping Google, or even ping the gateway for that matter!! I am rooted on the latest update for this phone.
I have:
1. Used SQLLite Editor and modified the key to stop the tether check (this actually allowed my PC to connect).
2. Tried the built in tether.
3. Tried Wifi Tether (Play version).
3. Tried FoxFi.
4. Used ISWAT Tether Unlocker.
5. Used SQLLite Editor to change the key to subscription_mode = 1 (and changed it back after failure)
I've noticed on multiple threads that people have been successful just trying one of these methods, but I have been unsuccessful on all of them. Am I missing a step? I'd think the community would be all over this like white on rice, but so far, I've seen little complaints?
I'd rather not unlock the bootloader and install a custom ROM, as I'm actually satisfied with stock and my own tweaks.
If you are rooted WifiTether works.
You need to fgo into settings and change the "Device Profile" to "Generic ICS/JB(wlan0)"
I'm using the version from Google Downloads or whatever it is.
tech_head said:
If you are rooted WifiTether works.
You need to fgo into settings and change the "Device Profile" to "Generic ICS/JB(wlan0)"
I'm using the version from Google Downloads or whatever it is.
Click to expand...
Click to collapse
I am such a toolbox. After messing with this thing so much, I had switched to NETD-NDC for the connection. After I fixed that (changed that to auto), I was able to get it to go through.
Stock tether still doesn't work (same issue), but I couldn't care less. Speed tests show that throughput is the same on the PC as on the phone, so I'd call that a win.
Geeze... You'd think after working on this thing for hours, I would have caught that.
I have a quick question perhaps under same topic:
I recently dl'd SQLlite and performed the entitlement hack to get my WiFi tether to work. This method worked great however afterwards, I am unable to access either GPlay or my RSS reader (Feedly).
I am running Orbot and Transparent Proxying. Before the entitlement hack, I could access all of my apps with Orbot enabled.
Now I have to disconnect from the Tor Network to connect to GPlay.
RAZR rooted, blunlocked...
Sent from my DROID RAZR HD using Tapatalk 2
Seems like there is a new version of WiFiTether available on both googledownloads and play store, however, the Device Profile" to "Generic ICS/JB(wlan0)" setting no longer works, Mobile Hotspot works with the SQlite hack. Is the device profile supposed to be something different now?
You are being watched...
A fairly new trend in (for example) retail is tracking customer's movements by snooping Wi-Fi signals. If your Wi-Fi is turned on, even though it is not connected to any network, your phone will periodically broadcast a unique number (the MAC address), as well as all the Wi-Fi network names and addresses it remembers ever connecting to. With newer Android versions this can happen even if Wi-Fi is turned off, due to a feature called "scanning always available", which helps your device better determine its location.
At the very least, businesses can use these signals to track your visits. But these signals can also be used by a malicious entity (store owners, for example) to track your exact physical location in any area under their Wi-Fi surveillance. In a store, this data can be used for optimizing another one of those annoying store re-arrangements, forcing you to walk by all the product you don't want, to get to those you do want. Or detecting products you're tempted by, but ultimately not buying.
Of course they can also track your trip to the register, and couple your device's MAC address to the payment information (and thus many details about who you are). The tracking hardware and software vendors, the store (or chain) owner, their business partners, they can now all track where you are every time you come into range of one of their systems, and fully profile who you are, what you do, your financials, and your daily patterns!
That's just one small example - the possibilities are endless. A crook could hide a tracker at a bunch of houses, and in an automated fashion learn the patterns of everybody living in all those houses, without even having to do any surveillance - picking the ideal time to heist the family jewels becomes trivial. Authorities can use this information to correlate physical evidence with your location as well, and all the nastiness that comes with that.
Not even mentioning that your device's habit of announcing who all it's friends are and their names, makes it easier for hackers to perform a man-in-the-middle attack, tricking your phone to connect to an access point under their control.
Pry-Fi
One solution is shutting off Wi-Fi completely (including the background network scanning), but you would lose benefits like automatically connecting to known Wi-Fi networks and improved location awareness for your apps. It also does nothing to help the situation for others.
Pry-Fi will prevent your device from announcing all the networks it knows to the outside world, but it will still allow background scanning and automatically connecting to Wi-Fi networks. While you are not connected to a Wi-Fi network, the MAC address will constantly be pseudo-randomized, following a pattern that still makes the trackers think you are a real person, but they will not encounter your MAC address again. This will slowly poison their tracking database with useless information.
When you do connect to a Wi-Fi network, unless you specify otherwise, your MAC address will also be randomized - the same MAC address will not be used the next time you connect to this or any other network.
War!
Though of course the companies involved with these trackers claim they wouldn't use the data maliciously, the possibility is there, and we all know that if something can be abused, ultimately it will be. There do not appear to be any laws against these practices yet, nor is it likely Wi-Fi will be redesigned any time soon to get rid of the information leaks.
But we can make an effort to reduce the usefulness of the tracking data for the exploiters. Pry-Fi comes with a War mode, which when enabled tries to make your Android device appear like dozens of people. Just wandering around an area under Wi-Fi location surveillance for a few minutes can ruin the tracking data for the period of your stay.
Proof-of-Concept
This is proof-of-concept code, and how for it will go in the future depends on interest and how well it works. It has been tested on several devices and seems to work, but it is very young still. The magic the app does to achieve its purpose is ever subject to changing Android security policies and OEM customizations, so even though it works now, there really is no saying if it will still be possible in future firmwares.
Download
You can get Pry-Fi from Google Play
If Play is not working out for you, the APK is also attached below
TEST
Attached you will also find a 'beta-test' version. This one is compiled to work on all Android 4.0+ devices (instead of 4.2+ of the current official release). I have made all the changes needed to make it compile and technically run on pre-4.2 firmwares, but I have not tested it on an actual 4.0 or 4.1 firmware yet. Let me know if it works for your pre-4.2 firmware!
Issues
This is a very young app and its main feature is doing something that by all counts no app should be doing - as such, it will probably always have issues.
The app was developed against and tested on the following devices:
- Google Nexus 5 @ Stock+root 4.4.2
- Samsung Galaxy S4 @ Stock+root 4.4.2
- Samsung Galaxy Note3 @ Stock+root 4.4.2
- Samsung Galaxy Note2 @ OmniROM 4.4.2
- HTC One @ Stock+root 4.3 (S-OFF or otherwise writable /system needed)
- Sony Xperia family - NOT COMPATIBLE
- Oppo devices - NOT COMPATIBLE
Note that your firmwares should be fully up to date - that includes the TrustZone component in case of Samsung.
Known issues
- Requires SuperSU ?
It's tested against SuperSU, and uses some features that may not be available in other root management apps. Depending on both your Android and root management app version it may or may not work with other solutions, but I certainly recommend against it.
- Using the Android Wi-Fi settings is weird
Pry-Fi does a lot of event-based Wi-Fi on/off switching and connecting/disconnecting. So if you go to settings and turn Wi-Fi on or off, add a network, etc, the interface may start looking as if it has gone mad for a few seconds. Don't worry, this is expected behavior.
- Connecting to a Wi-Fi network (either a new one or a previously known one) is slower
Yes. Indeed.
- Forgetting networks
You can't just forget a network from the normal Android Wi-Fi settings. If Pry-Fi is enabled, you need to use the in-app network management tool to forget a network.
- Multiple known networks
Since v1.10, multiple known networks should be supported.
- Hidden networks
It doesn't currently work with hidden SSIDs, and it won't in the future.
- Wi-Fi Direct (to-do)
Behavior is undefined. Pry-Fi probably heavily interferes with this. Needs more testing/development.
- Beam, S Share, etc
Some methods that quickly share data between two Android devices that are close, tapped together, etc, make use of Wi-Fi Direct, and may thus be negatively affected by Pry-Fi.
- Authentication errors
If the Wi-Fi settings keep claiming authentication errors, your device may not actually support changing the MAC address, and Pry-Fi may not be for you... this doesn't have to be the issue, but it is one of the indicators.
Changelogs
2014.02.02 - v1.20
- Force toolbox calls. Typical case of busybox symlinks causing unexpected failures. Probably the primary cause of people losing Wi-Fi completely
- Service receivers are now en/disabled dynamically. Saves a few CPU cycles and a bit of memory when Pry-Fi is installed but disabled.
2014.02.02 - v1.10
- Support for multiple simultaneously known SSIDs
- Spoofing MACs *also* while connected to a network is now a feature you need to enable separately, as this is the feature that causes most issues yet is arguably the least important tracking-wise.
2014.02.01 - v1.02
- Fixed crash/freeze in case of SU denied
- Changed non-SuperSU error to a warning
- Fixed various reported crashes
- Added Superuser permission (doh)
2014.02.01 - v1.01
- (Hopefully) Fixed an issue with the optional IAP
2014.02.01 - v1.00
- Initial public release
--- reserved ---
This app only works with SuperSU. Would it be able to work with Koush's Superuser in the near future?
Sent from my Nexus 4
Whilst not its main purpose, it will also work great at airports with time based free WiFi. Schipol uses the MAC address to assign a timeframe to devices.
Anyway, working well on HTC One - 4.4.2.
0.0 said:
This app only works with SuperSU. Would it be able to work with Koush's Superuser in the near future?
Click to expand...
Click to collapse
Maybe. Currently has to do with some changes to AOSP that haven't fully panned out yet. Once I'm clear on that, I might put in some time to make it work with Superuser. But I'm certainly not going to delay a release to make it compatible...
Up and running on my s2 with slimkat. So glad I'm aware of guys like you and the work you do. Thank you.
Sent from my GT-I9100 using Tapatalk
Just fine here on my Nexus4.
One thing though is that Playstore has v1.00. I've downloaded v1.01 from here and it updated flawlessly. I just thought you'd like to know it.
Anyway thank you for all your hard work to our benefits.
• OMNI 4.4.2 NIGHTLY • AK.042.XGENESIS •
HTC One, CM11, up and running. Have multiple networks at home so can test with that if needed. I'm ready for a little wifi war.
Thanks for this tiny and helpful utility. However, I initiated it, then started my (home) wifi up, then could not login to the network, although I have re-entered the correct password. Turning this off, again allows me to access the wifi. What should I do? (I am on Samsung Galaxy S4, I9500 @ 4.3)
Working great on s4 4.4.2 Probam
Sent from my GT-I9505 using Tapatalk
Thanks!!!
Working great on note 2.
4.3 alliance
4.4.2 Resurrection Remix
4.4.2 Omni
Hope this will still work in future android development
Verstuurd vanaf mijn GT-N7100 met Tapatalk
Which features will not work on HTC One with root SuperSU, but with S-ON?
This app broke my WiFi on GalaxyS4 (i9505) with Omega ROM v19. I already tried to flash the ROM again, flash new kernel, flash the modem via ODIN again and WiFi fix, but nothing helped. I'm out of ideas what could happen. I cant put the WiFi on anymore.
thangbom said:
Thanks for this tiny and helpful utility. However, I initiated it, then started my (home) wifi up, then could not login to the network, although I have re-entered the correct password. Turning this off, again allows me to access the wifi. What should I do? (I am on Samsung Galaxy S4, I9500 @ 4.3)
Click to expand...
Click to collapse
Something is breaking some of Samsung's extra encryption... this would take a lot of tinkering to figure out, there's no direct answer I can give you right now. Turn it off for the time being.
muamers said:
This app broke my WiFi on GalaxyS4 (i9505) with Omega ROM v19. I already tried to flash the ROM again, flash new kernel, flash the modem via ODIN again and WiFi fix, but nothing helped. I'm out of ideas what could happen. I cant put the WiFi on anymore.
Click to expand...
Click to collapse
If all else fails, flash a full stock firmware and see if that restores operation.
reeder said:
Which functions will not work on HTC One with root SuperSU, but with S-ON?
Click to expand...
Click to collapse
S-ON is not supported at all.
Confirmed working on Galaxy Note N7000 running Kitkat 4.4.2 with SuperSU 1.91
- OmniROM nightly 2014-02-01 (ART)
- Carbon ROM nightly 2014-01-31 (Dalvik)
In the play store description it was mentioned "developed for phones". I tried it nevertheless with a Galaxy Tab2 10.1 GSM (P5100) running OmniRom KK nightly and it changed successfully the Mac address also.
?
Yes. Reconnect to known WiFi takes a bit longer, but still working..
Just about to backup my apps and setting ... will try a clean instal first.
How do I exactly check if it's working?
I'm on HTC One Cyanogenmod 10.2 Rooted S-ON and there seemed to be no error till now :/
Same for me. Please share if you are able to fix this. Unfortunately I am away from a laptop for the coming week
At least the app does what it should.nobody can track me through Wi-Fi now...
muamers said:
This app broke my WiFi on GalaxyS4 (i9505) with Omega ROM v19. I already tried to flash the ROM again, flash new kernel, flash the modem via ODIN again and WiFi fix, but nothing helped. I'm out of ideas what could happen. I cant put the WiFi on anymore.
Click to expand...
Click to collapse
Hello,
I have a "problem" with wifi/3G usage at same time:
Generally Android uses wifi OR 3G, at least as I know and as it worked on ROMs <CM12. When I come home and login to my wifi, I see that some apps are using 3G while wifi is connected. If I then disable 3G and reactivate it, my phone stops using 3G. This happens only in my home wifi. I assume that there's a "problem" with my network config. I'm using a firewall with web proxy, everything is blocked so all devices are forced to connect to web via 8080. Proxy ist configured in the wifi settings. However there are plenty of apps that are not interested in using this proxy - it seems Android decides then to use 3G.
Could it be like that: CM12 connects to my wifi and discovers that all ports are blocked except 8080. All Apps trying to connect directly to the internet can't do that and CM12 directs them to 3G?
In Samsung Settings you are able to set an option to allow the usage of both networks, if wifi is poor. But in CM 12 I can't find such option. How can I disable that?
---
One more thing: I use very often system profiles but always have to go to settings to change the profile. Is there a way to configure the action bar buttons like in CM11?
TIA
Hello again, I'll give it another try. No one noticed that with CM12?
dbsoundz said:
Hello again, I'll give it another try. No one noticed that with CM12?
Click to expand...
Click to collapse
I can't answer your specific question, but as a short term workaround, maybe try installing SmartWiFi Toggler, it has an option to force a disconnect mobile data when you're connected to Wifi.
[APPLICATION UPDATED 2/25/21 Version:2.02]
Hello XDA!
If you are interested in a simple and straight forward WIFI application that allows you to easily roam, scan the area, and see your current status. This is the app for you.
I have spend 6 months writing and testing my application with select beta testers. Enjoy!
SDK 15+
My Website for download:
https://ruckman.net/wifibadger.html
Github for Source Code:
https://github.com/williamruckman/WIFIBadger
Why I don't put apps on Google Play:
https://ruckman.net/whynotgoogle.html
Description:
Get the strongest and best performing WIFI access point automatically based on your selected roaming profile.
Works great on most mobile or on the move devices:
- Phones
- Tablets
Available roaming profiles:
- Same SSID (Roam across access points that have the same name)
- Any Saved SSID (Roam across any saved access point regardless of name)
- Any SSID and Open (Roam across any saved and open access points) *VPN Suggested
- Off (Turns off roaming. Only use as a WIFI scanner)
Great for businesses, homes, or any large building with multiple access points.
All timers are customizable. Choose how often you want your device to check for better access points.
View your connections current status and the available access points in your area.
Get the best from your WIFI!
AREA TAB:
- Green = Connected AP
- Yellow = Candidate AP
- Blue = Encrypted AP
- Red = Open AP
LANGUAGES:
- English
- Portuguese (Brazil) - Thanks to Jijo Smidi
@RuckmanXDA
first off all thanks for that nice and usefull app
Is it necessary that the symbol stays active in status bar ?
And how is battery consumption with this app ?
Battery consumption is good with the default settings. If you increase the timers you will scan more and use more battery.
The icon is necessary in later versions of Android as they prefer that persistent services show their presence. No way around it unfortunately. Not without root.
RuckmanXDA said:
Battery consumption is good with the default settings. If you increase the timers you will scan more and use more battery.
The icon is necessary in later versions of Android as they prefer that persistent services show their presence. No way around it unfortunately. Not without root.
Click to expand...
Click to collapse
and whats the solution with root ? can you explain that ?
or maybe the icon can be changed ? i my case the icon is to big and unproportional. maybe thats because i changed the default DPI
-Update-
maybe you can implement the notification in a different way ?
Other apps like LightFlow or Avast AntiVirus doenst show a persistent icon but have a persistent notification in notification bar.
der_Kief said:
and whats the solution with root ? can you explain that ?
or maybe the icon can be changed ? i my case the icon is to big and unproportional. maybe thats because i changed the default DPI
-Update-
maybe you can implement the notification in a different way ?
Other apps like LightFlow or Avast AntiVirus doenst show a persistent icon but have a persistent notification in notification bar.
Click to expand...
Click to collapse
That's a good suggestion! I'll see if I can figure that out. Thanks!
2-23-17: I have changed the software so that after version 1.7 is released that the persistent notification will no longer show in your tray but only shows in the notification tray.
This is only available to API 16+, anyone on API 15 will still see it.
With this simple code addition for anyone else who needs it:
Code:
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN) {
notification.priority = Notification.PRIORITY_MIN;
}
I currently don't plan to implement any root options as I want to stick to the API as closely as possible to minimize compatibility headaches.
Thanks!
@RuckmanXDA
Hello RuckmanXDA,
Thank you for your app. It addresses an important problem with Android network usability: selection of the desired WiFi network. Others developers have tried to address the issue in different ways, but the implementations have been severely lacking.
In the interest of improving the app development, I have made some notes from a user's perceptive about desirable network selection and am sharing them with you.
A user often has various criteria to decide upon which is or are the desirable access point(s). The following are considered:
Not all access points have the same features, security, or offer the same level of access. This is true regardless of SSID-name sameness or signal strength. For example, access points of a given SSID name may offer Internet access at different levels of service (or none at all) or impose different network management criteria; it may therefore be preferable to connect to an access point with lower signal power that offers superior features than one with same SSID name and higher signal strength, but that does not offer the better access or features.
There are some access points that are defective, rogue, or otherwise undesirable. Connecting to such access points is problematic, and thus it is important to be able to prevent automatic roaming to such access points.
At times it is desirable to manually select a specific access point to use or test.
It is sometimes, oftentimes, or always important to know which specific network or access point one is connected to. This is especially true with network roaming, where the network or access point one was connected to may no longer be the current network or access point.
There may be more than one option with regards to network interfaces (single or multiple of WiFi, Ethernet, Bluetooth, cellular, etc.) and such options should be manageable to be usable how the user wants. Currently, this is handled very poorly on Android; the interface types are prioritized and network connection is often exclusive. For example, if there are network resources on Ethernet (which seems to be given low interface priority), they often cannot be used without disabling other interfaces (such as WiFi or Cellular data) first if they are enabled. Ideally, the different interfaces and links should be used, prioritized, or balanced in the manner a user wants.
It is also worth noting the following common use scenarios:
Same SSID naming and feature access points are used for a single network.
Different SSID and feature access points are used for a single network.
Same SSIDs used for multiple and separate networks.
Subscription services over public access points. (such as subscription WiFi Internet service). These are sometimes troublesome to roam when they have captive portals. These may use the same or different SSIDs.
For the moment, I request three features:
Ability to manually select an Access Point to connect to.
Ability to create and use custom (SSID, MAC address, etc.) roaming rules and profiles.
Ability to blacklist access points given criteria (SSID, MAC address, etc.).
Hey @RuckmanXDA are u alive? Badger is missing at Google Play Stole and even your webpage is not functional. Wifi Badger was excelent app but now it can not be installed anymore
frogale said:
Hey @RuckmanXDA are u alive? Badger is missing at Google Play Stole and even your webpage is not functional. Wifi Badger was excellent app but now it can not be installed anymore
Click to expand...
Click to collapse
I am still alive, I have updated the app information. The final version, updated links, and github page are now listed. Thanks for the bump, I forgot to update the info here.
Samsung S7 - Android 7.0 - rooted - phone stable
I have an app for real-time viewing for my action cam. The link, unfortunately, is via WiFi. And, of course, there's no Internet access in the camera. The challenge is to use the app and use mobile data at the same time. I tried the enhanced download option (load balancer, I assume) - nothing. I tried the "Mobile always on" option in the Developers panel - nothing. All of the apps I've found appear to be the Samsung load balancer option in an app form.
RBEmerson said:
Samsung S7 - Android 7.0 - rooted - phone stable
I have an app for real-time viewing for my action cam. The link, unfortunately, is via WiFi. And, of course, there's no Internet access in the camera. The challenge is to use the app and use mobile data at the same time. I tried the enhanced download option (load balancer, I assume) - nothing. I tried the "Mobile always on" option in the Developers panel - nothing. All of the apps I've found appear to be the Samsung load balancer option in an app form.
Click to expand...
Click to collapse
Code a application wich turns mobile data on when wifi is off. Use connectivitymanager class and network permission in android manifest
kpwnApps said:
Code a application wich turns mobile data on when wifi is off. Use connectivitymanager class and network permission in android manifest
Click to expand...
Click to collapse
Not to be unkind but... I haven't a clue about what you're saying. If I read this correctly, I think you're saying I should write an app. I have no tools or even understanding of what's involved.