Blatantly ripped off from richhed's thread. I'm a cheap [email protected]$#^&* so I wanted to enable wifi hotspot without paying for apps. Here's how.
I'm writing these instructions for Win7 x64, and assuming that your USB drivers and busybox are working. YMMV. No, I won't help you fix your phone if you brick it, and won't be responsible if it doesn't work for you.
1. Download Superoneclick 1.6.5 for rooting your phone. Your phone needs to be rooted, if you haven't done this yet you need to do it now.
2. Download SQLite database browser on your PC and unzip to some folder. Remember where this is.
3. Plug phone into PC and turn airplane mode on.
4. Open a command prompt as administrator (right-click, open as administrator)
5. Navigate in the command prompt to where your Superoneclick is unzipped (for me, it's in a folder on my desktop)
6. Run 'adb shell'
** note** all commands from step 7 to step 12 are in the ADB shell
7. su (if you rooted in step 1, you may have to allow access, watch your phone as it may ask)
8. mv /data/data/com.android.providers.telephony/databases/telephony.db /data/data/com.android.providers.telephony/databases/telephony.old
9. chmod 777 /data/data/com.android.providers.telephony/databases
10. chmod 664 /data/data/com.android.providers.telephony/databases/telephony.old
11. exit
12. exit
13. in the same command window which your second 'exit' command dropped you to, type 'adb pull /data/data/com.android.providers.telephony/databases/telephony.old ./telephony.db'
14. Run SQLite database browser and open the telephony.db file that you downloaded to the Superoneclick folder in the last step.
15. Click 'browse data' and select table 'Carriers'
16. You should see a long list of APN settings for various carriers, the ones you are interested in are rows 4, 6, and 7. Highlight row 4, named 'AT&T US HSDPA'. Scroll ALL THE WAY TO THE RIGHT where the title of the last column says "preloaded." Double-click the field that says 'true', and in the resulting dialog box change the "true" to "false" and click "Apply Changes". Repeat this step for rows 6 and 7.
17. Edit the 'type' (3rd last) field of row 6. Right now the field says 'tether'. Double-click and change it so that it says 'default,agps,fota,supl,tether' and apply changes.
18. Change the 'apn' (6th) field in row 6 from 'broadband' to 'wap.cingular' and apply changes.
19. Click 'save' and exit the DB browser.
20. Back in the command window, type 'adb push ./telephony.db /data/data/com.android.providers.telephony/databases/telephony.new'
21. Run 'adb shell'
** note** all commands from step 22 to step 32 are in the ADB shell
22. su
23. cd /data/data/com.android.providers.telephony/databases
24. su radio
25. cp telephony.new telephony.db
26. chmod 660 telephony.db
27. rm telephony.new
28. exit
29. cd ..
30. chmod 771 databases
31. exit
32. exit
33. Disable airplane mode
34. Go to Settings>Wireless + Networks>Mobile Networks>Access Point Names. Select radio button for AT&T Tether.
35. Reboot phone.
36. Mobile Hotspot will still validate but will turn on when using this APN. You might have to switch APN's after a reboot, I've had to and at least one other user has had to.
If you ever want to revert, we saved the file as /data/data/com.android.providers.telephony/databases/telephony.old in step 10. Just 'su' and 'cp' that puppy overtop of the existing telephony.db, remembering of course to enable airplane mode.
Not trying to start anything, but theres already a pretty good thread on this bro.
Sent from my MB860 using Tapatalk
http://code.google.com/p/android-wifi-tether/downloads/list
2.07 works flawless
lsxrx7 said:
http://code.google.com/p/android-wifi-tether/downloads/list
2.07 works flawless
Click to expand...
Click to collapse
for me as well
lsxrx7 said:
http://code.google.com/p/android-wifi-tether/downloads/list
2.07 works flawless
Click to expand...
Click to collapse
is this without modifying the sql db's??
stop linking android-wifi-tether.
Infrastructure AP (what this and richhed's method and others enable) > Adhoc (what android-wifi-tether enables)
Google the differences. Ill give you a couple reasons to start
1) a lot of corporate laptops disable adhoc connections
2) Adhoc only allows WEP - crackable in 30 seconds, a huge security risk. Infrastructure allows WPA2...
so if you dont care about any of those, then yes, android-wifi-tether is fine... and much simpler.
andy2na said:
stop linking android-wifi-tether.
Infrastructure AP (what this and richhed's method and others enable) > Adhoc (what android-wifi-tether enables)
Google the differences. Ill give you a couple reasons to start
1) a lot of corporate laptops disable adhoc connections
2) Adhoc only allows WEP - crackable in 30 seconds, a huge security risk. Infrastructure allows WPA2...
so if you dont care about any of those, then yes, android-wifi-tether is fine... and much simpler.
Click to expand...
Click to collapse
sweet. thanks bro
andy2na said:
stop linking android-wifi-tether.
Infrastructure AP (what this and richhed's method and others enable) > Adhoc (what android-wifi-tether enables)
Google the differences. Ill give you a couple reasons to start
1) a lot of corporate laptops disable adhoc connections
2) Adhoc only allows WEP - crackable in 30 seconds, a huge security risk. Infrastructure allows WPA2...
so if you dont care about any of those, then yes, android-wifi-tether is fine... and much simpler.
Click to expand...
Click to collapse
Number 2 is kinda a mute point as if your using your phone to tether i doubt its going to be your primary connection. Also the fact that your not even going to see your phone after about a 100ft for tethering it would be pretty easy to narrow down someone hacking into your wep
LancerV said:
Number 2 is kinda a mute point as if your using your phone to tether i doubt its going to be your primary connection. Also the fact that your not even going to see your phone after about a 100ft for tethering it would be pretty easy to narrow down someone hacking into your wep
Click to expand...
Click to collapse
Number 2 is pretty important; it only takes about a minute to hack through WEP when the connection is in use.
Yea think you missed it completely
Sent from my MB860 using XDA Premium App
Thanks for this, I will try this out this weekend.
Bakano said:
is this without modifying the sql db's??
Click to expand...
Click to collapse
Yes. I flashed Motorola Atrix 4G U4_1.5.2 last night, restore my apps with mybackuppro this morning and this was the first thing I tried.
Just loaded it. Didnt have to do jack. Changed SSID, changed encryption. Not letting me change password, wanking the 13 character requirement when I enter a 16 character ASCII password is too short.
But the app worked beautifully. I have tried the other methods, modding db's. That didn't work until I added this below.
Tether without at&t tethering plan: (thanks to Fixter)
http://forum.xda-developers.com/show...&postcount=193
after doing this. mobile hotspot is still greyed out in settings. It says 'high speed coverage required'. granted i am on edge with no way to test 3g atm. I am wondering if this is normal and if there is a way to enable the hotspot over edge? (yes i know it would be impractically slow)
Finally got around to doing this and it worked great.
A few corrections to your steps.
Step 3. Plug phone into PC. (I know stupid explanation, but some people may forget.)
Step 15. Select Table 'Carriers'
Step 34. 34. Go to Settings>Wireless + Networks>Mobile Networks>Access Point Names. Select radio button for AT&T Tether.
Finally, I had a ton of APNs listed in my phone. Something like 80. The ATT ones were listed near the bottom. I am not sure if this is because who I purchased my phone from, Walmart, but maybe you should give some description of rows 4,5, and 6 so that people will not get confused. I figured it out fine, but you never know.
Finally, this works in webtop, but it appears that on every reboot of the phone you have to change the APN setting when you first use webtop. It doesnt seem to matter if you are already in tethering, you have toswitch away and then switch back. After you do this once everything works fine until the next reboot.
Thanks again.
andy2na said:
2) Adhoc only allows WEP - crackable in 30 seconds, a huge security risk. Infrastructure allows WPA2...
Click to expand...
Click to collapse
It isn't so much someone could access your wifi tether, but more that the data can be captured and easily decrypted. Anything you do over that connection may as well be broadcast for all to see. (Unless you're using https etc for everything)
I use the android-wifi-tether app on bluetooth only, unfortunately it also sucks battery more than the usb port on my mac can supply so the battery depletes in a few hours.
Thank you to the OP for providing a way to enable the built-in tethering.
krkeegan said:
A few corrections to your steps.
Click to expand...
Click to collapse
Thanks, OP fixed.
Thanks for the step by step
I am not sure if it made any difference to it working, but as I'm with Telstra (Australia) I added 'default,agps,fota,supl,tether' to the entry for "Telstra Internet" and it works perfectly.
Not sure if this has been beaten to death yet, but do we for sure know that AT&T cannot track this? How are connection speeds?
I've read a few posts expressing concerns about AT&T automatically switching people to the tether/4GB plan (I have the 2GB plan), and also slow (<1mbit) download speeds. Can someone shed some light on this?
i think they can tell when we swtich from "phone" to "wap.cingular," it showed a record of me switching between the two. I also looked up my data usage and got 2 reports of usage rather than just one. still my data plan has remained unchanged. this also happened when i would switch out my sim card b/w my windows 7 samsung focus and my dell streak, and att didn't do anything. i figure if they contact me about this i can just say i've been swapping my sim card between phones. don't think they can tell the difference there (may be wrong).
Related
OK, this took a lot of trial and error, some bravery on my part, and SEVERAL calls to AT&T, but I finally got it working!* I am not a Dev anywhere CLOSE to the likes of DG, but I do have extensive knowledge of hacking mobile devices in general, GSM networks, CS/PS infrastructure, and industry experience from the NOC side of several MSOs (aka ISPs), so I tackled this problem from a "what would I implement if I were AT&T and wanted to force a tethering package on subscribers?" Point of view, and worked backwards from there.
Many have tried the solution already posted, and I give credit to the poster of that original "fix" while respectfully pointing out that using this "fix" accomplished AT&T deleting my data package twice, and provisioning a tethering plan automatically once, all automatically done by the system. This was not the solution I was looking for.
So, without further introductions/banter on my part, here is the step-by-step... I will try to keep explanations to a minimum for now, if they are asked for I will put them in post #2.
*Prerequisites: ROOT
*Tools required: Root Explorer, SQLite Editor (both available in market, yes they are paid apps but they are WORTH EVERY PENNY!)
----note: this can also be accomplished using adb and a sqlite database editor on your pc, but requires many, many more steps, and won't work after reboot unless you have a working busybox and can successfully chown/chmod the .db file after you copy it back to the device, and even then I still had trouble with it after reboot, so... I had success with these paid apps, so I'm writing the tutorial assuming you have them. If there is enough demand I'll write an alternate tutorial on how to do this using free tools.
*******
++++++++++++ Edited, now shorter! Thanks to all for testing these settings, the new steps are confirmed working!
*(if you used the steps prior to my editing them, you're good, your settings will work fine, the changes reflect a different, shorter way to do this)
1) Create a NEW access point setting using the following settings: (SETTINGS>WIRELESS AND NETWORKS>MOBILE NETWORKS>ACCESS POINT NAMES> {press menu} NEW APN
Name: whatever you like here, I use att
APN: wap.cingular
Proxy:
Port:
Username:
Password:
Server:
MMSC: http://mmsc.cingular.com
MMS Proxy: wireless.cingular.com
MMS Port: 80
MCC: 310
MNC: 410
Authentication Type:
APN Type: default,agps,fota,supl,fota,tether,mms
(all settings I left blank, leave blank, make sure you press menu, save to save)</br>
2) Enable Airplane Mode
(hold power button for three seconds, select Airplane Mode)
3) Open Root Explorer
4) Navigate to: /data/data/com.android.providers.telephony/databases/
5) Click on "telephony.db"** (this should open the db using SQLite Editor)
6) Select "carriers"
7) You should see a long list of APN settings for various carriers, the ones you are interested in are rows 4, 6, and 7. Scroll ALL THE WAY TO THE RIGHT and the last column should be labeled "preloaded." You will notice that each is labeled "true" press and hold the word "true" in row 4 and select "Edit Field" from the pop up menu. Change the "true" to "false" and click "Save". Repeat this step for rows 6 and 7.
7b) Edit the type field of row 6. Right now the field says "tether". Change it so that it says "default,agps,fota,supl,fota,tether"
7c) Change the APN field in row 6 from BROADBAND to wap.cingular
8) Press back twice to close the SQLite editor and you should be back in Root Explorer. Close Root Explorer.
9) Disable Airplane Mode
10) Go back to the list of APNs you saw in step 1. You should see that the "locked padlock" is now unlocked on the preloaded APNs named AT&T US, AT&T US HSDPA, and AT&T TETHER. You now need to edit the one labeled AT&T TETHER. Change the following settings:
APN: wap.cingular
Proxy:
Proxy port:
APN type:
Press menu, save.
11) Select the radio button for the APN you created in step one. AT&T Tether.
12) Reboot phone.
13) Enjoy! Mobile Hotspot should now work first time no issues!
Note: (Due to some pre-existing (bug?) in the software, you do need to have wifi turned on BEFORE you enable Mobile Hotspot for it to set up properly. If you forget it will hang until you enable wifi.)
#########################
After staying up all night to figure this out, I have confirmed that using the Webtop without dock MOD combined with mine you CAN use webtop with your 3G/H+ connection!!! No wifi required!
Steps to make this work:
1) Connect Webtop
2) Using the window that allows you to control the regular phone interface, navigate to the ACCESS POINT NAMES menu described in step 1 above.
3) Select the radio button next to "AT&T Tethering"
Done! Open firefox and enjoy!
Credits to Fenny, author of the MOD to enable Webtop without dock!
Also designgears, author of Adeo, which is necessary to run aforesaid MOD!
And to t0dbld, who contributed significantly and led the discussion that resulted in said MOD.
##########################
Sent from my MB860 using XDA App (yes, posted entirely from my phone. Thank you swype!)
If this helped you great! I'm glad I could help! I am not asking for donations! If you still feel like this saved you enough money to buy me a beer, my paypal email's in my profile.
Reserved for OP
Sent from my MB860 using XDA App
Thanks for the tutorial. Does this allow the laptop dock and media dock to work without using wifi?
airbillion said:
Thanks for the tutorial. Does this allow the laptop dock and media dock to work without using wifi?
Click to expand...
Click to collapse
It should, though I personally own neither, and therefore have not tested that particular functionality. There is no way that I am aware of that AT&T SHOULD be able to tell any difference between traffic from tethered devices and traffic from the device itself, so unless they are packet sniffing (illegal for ISPs, somewhat hazy regulation on wireless service providers, but would be a BIG shock to me if they were) or there is something in the actual webtop ubuntu software that would inform AT&T that webtop is being used somehow (also HIGHLY unlikely, as it would be a HUGE invasion of privacy) the answer is YES!
PLEASE if you have access to either of these $$$$$ expensive docks if you wouldn't mind test this for me and report back to confirm that indeed it does allow use without wifi.
Sent from my MB860 using XDA App
richhed said:
It should, though I personally own neither, and therefore have not tested that particular functionality. There is no way that I am aware of that AT&T SHOULD be able to tell any difference between traffic from tethered devices and traffic from the device itself, so unless they are packet sniffing (illegal for ISPs, somewhat hazy regulation on wireless service providers, but would be a BIG shock to me if they were) or there is something in the actual webtop ubuntu software that would inform AT&T that webtop is being used somehow (also HIGHLY unlikely, as it would be a HUGE invasion of privacy) the answer is YES!
PLEASE if you have access to either of these $$$$$ expensive docks if you wouldn't mind test this for me and report back to confirm that indeed it does allow use without wifi.
Sent from my MB860 using XDA App
Click to expand...
Click to collapse
Cool thanks for the info. I have the hd dock and will give it a shot and post the results . I hope it works!
@airbillion
Thanks for your help!
Sent from my MB860 using XDA App
ah crap, i accidentally deleted the ATT Tether profile, can you give me the settings please?
Thanks!
or even better, attach the original sq file?
I hate that you are probably on final steps, but... You cannot re-create the AT&T Tethering profile manually, as this will break the functionality of the script that Mobile hotspot uses to "Verify" that you have a tethering plan...
Please go to your APN list, and press MENU>Restore Default Settings
Then (sorry) start over from step 1
richhed said:
I hate that you are probably on final steps, but... You cannot re-create the AT&T Tethering profile manually, as this will break the functionality of the script that Mobile hotspot uses to "Verify" that you have a tethering plan...
Please go to your APN list, and press MENU>Restore Default Settings
Then (sorry) start over from step 1
Click to expand...
Click to collapse
ahh didnt see that, thanks!
I can confirm that this works great - you no longer get stuck at "setting up data link" (so no more changing APNs to fix that).
Although, I tried the newly found webtop hack which allows you to just connect the HDMI cable to a TV and run webtop - it does not work without wifi. If you try turning off wifi and use 3g, it says "communicating with ATT to see if webtop something something" and nothing loads.
http://forum.xda-developers.com/showthread.php?t=980193
andy2na said:
I can confirm that this works great - you no longer get stuck at "setting up data link" (so no more changing APNs to fix that).
Although, I tried the newly found webtop hack which allows you to just connect the HDMI cable to a TV and run webtop - it does not work without wifi. If you try turning off wifi and use 3g, it says "communicating with ATT to see if webtop something something" and nothing loads.
http://forum.xda-developers.com/showthread.php?t=980193
Click to expand...
Click to collapse
Good work richhed!
Wifi hotspot works, but it does not seem to work with the hd dock over 3g only with wifi. There must be another check somewhere along the way. Too bad, hopefully we canfigure it out soon though.
I'm using the Atrix in Australia on the 3/Vodafone network, is there a way I can get it to work?
richhed said:
OK, this took a lot of trial and error, some bravery on my part, and SEVERAL calls to AT&T, but I finally got it working!* I am not a Dev anywhere CLOSE to the likes of DG, but I do have extensive knowledge of hacking mobile devices in general, GSM networks, CS/PS infrastructure, and industry experience from the NOC side of several MSOs (aka ISPs), so I tackled this problem from a "what would I implement if I were AT&T and wanted to force a tethering package on subscribers?" Point of view, and worked backwards from there.
Many have tried the solution already posted, and I give credit to the poster of that original "fix" while respectfully pointing out that using this "fix" accomplished AT&T deleting my data package twice, and provisioning a tethering plan automatically once, all automatically done by the system. This was not the solution I was looking for.
So, without further introductions/banter on my part, here is the step-by-step... I will try to keep explanations to a minimum for now, if they are asked for I will put them in post #2.
Click to expand...
Click to collapse
great find on unlocking there crap !! btw if you delete the apn type or the apn all together for the tethering etc you wont have to do the wifi on off thing, you have to do that because sometimes its still defaulting to the apn that is strictly tethering
airbillion said:
Good work richhed!
Wifi hotspot works, but it does not seem to work with the hd dock over 3g only with wifi. There must be another check somewhere along the way. Too bad, hopefully we canfigure it out soon though.
Click to expand...
Click to collapse
Yes it does , i would check your settings again , jsut because the blue tethering active comes up does not mean it is tethering an active connection, recheck your settings and try again, working fine here
t0dbld said:
Yes it does , i would check your settings again , jsut because the blue tethering active comes up does not mean it is tethering an active connection, recheck your settings and try again, working fine here
Click to expand...
Click to collapse
Have you tried it on the laptop dock or the hd dock?
The wifi hotspot works for my ipad.
I'll check again, but for me when I start up firefox on the hd dock it hangs on: checking att for plan....
Edit:
Just tried it again on my hd dock after a reboot and it now works! Thanks
richhed said:
If there is enough demand I'll write an alternate tutorial on how to do this using free tools.
Click to expand...
Click to collapse
I for one would be interested in a tutorial with the alternative method!
Nice job! This hack is based on the same principle as the TBH NVRAM tether hack that we released for Droid devices except yours is done by changing the APN in the system and ours is done by changing the Tethered NAI(Network Access Identifier) strings in the NVM because that is where the carrier data authentication components are actually stored in CDMA phones. With GSM all of that is stored in the SIM card itself and is not accessible in the NVM.
The change does functionally the same thing, that being making all data use appear to the network as internal data rather than flagged as an externally tethered device.
Congratulations!
uhm I tried this, when i launch with internal viewer, i cannot edit. but when i try to launch with the db editor, it wont open cuz it says no network connect (since we turned on airplane mode)
EDIT: nvm I needed to download the editor from the market since I didnt have one installed.
Can we delete all of the other APN settings without ill-effect?
ikenley said:
I'm using the Atrix in Australia on the 3/Vodafone network, is there a way I can get it to work?
Click to expand...
Click to collapse
ikenley,
I am less familiar with your network, and I'll also need more information:
1) Are you using a US, AT&T branded Atrix?
2) What are the DEFAULT, working APN(s) for 3/Vodafone "smartphone" data plans?
3) Do these APN(s) require login credentials, and
4) Do they proxy their smartphone data plan
Unfortunately, if the answer to #4 is yes, then the answer is no, it (probably) won't work. Also, if they require a login, it depends on the type.
Sent from my MB860 using XDA App
fl13dl1c3 said:
I for one would be interested in a tutorial with the alternative method!
Click to expand...
Click to collapse
LOL, I was hoping that you wouldn't say that
Every time I personally tried I couldn't get it to stick on reboot, I think I may have been doing something wrong with the chown or something. Give me a few days I'll keep at it ;-)
BTW, if you have a basic knowledge of adb, and bash or busybox or any linux based command line terminal, basically you follow all steps the same except when you are editing the .db you'll need to copy that file to the sdcard, then to your pc, then edit it, then copy it back to sdcard, then back to /data/data/com.android.provider.telephony/databases/ and THEN you have to use adb shell to chown/chmod the file to the proper settings. I think it may be that the group ownership is changed to sdcard when you move the file... Anyway I'll work on it.
Sent from my MB860 using XDA App
After a few evenings of searching, reading and testing, I finally found a solution for setting up a reverse-tether connection between my Droid 3 and my Ubuntu box over a USB cable, which I can use to download apps and app updates from Google Play without eating up my mobile data credit. And since it seems to me that complete and clear explanations of how to do this with USB and Ubuntu are not available anywhere, I want to detail here all the steps of my connection setup process, in a way that will hopefully be accessible to most users of Android and Ubuntu. So here goes:
Prerequisites:
- a PC that is connected to the Internet and running Ubuntu, where you have root access and a free USB port
- a rooted Android device (in my case the Motorola Droid 3) with a SIM and an active mobile subscription
- a USB cable (I have the one that came with the phone).
Setup:
#1. Disconnect your Android device's data connection from your mobile carrier by touching the corresponding icon in the notifications tray (2 parallel vertical arrows pointing in opposite directions) or by switching your phone to Airplane Mode.
#2. Launch the Terminal emulator app on your Android device and enter this command:
ifconfig
You should get a response that shows only one network interface, named "lo" or "lo0" or something like that, with an information field that says "inet addr:127.0.0.1". This is the local loopback connection. We will not be using it - just know that it's always there in responses to "ifconfig" and ignore it from now on.
#3. Re-enable your Android device's data connection by reversing what you did at #1. Go back to the Terminal and do another
ifconfig
This time, in addition to the "lo" interface, you should see another interface that is used to communicate with the Internet through your mobile carrier. For me this interface is called "ppp0"; you may have something else, but just remember what it is because you will have to use it later wherever you see me use ppp0 in the commands below.
#4. Now connect your Android device to your Ubuntu PC using the USB cable. Access the USB connection notification in your Android notifications tray and select "PC Mode" as your USB Mode. (If you don't have this option, then I don't know what to say, you will probably have to try them all, but in that case I wouldn't start with the "Mass storage" option - that's the least likely one to work for this.)
#5. Still on the Android, open Settings -> Wireless & networks -> Tethering & Mobile Hotspot and enable "USB tethering". You should get a second, green USB icon on your status bar after tethering is enabled.
#6. Go back to the Terminal app on your Android device and do yet another
ifconfig
This time you should receive information for 3 network interfaces: in addition to "lo" and "ppp0" you should now see a new interface that corresponds to your USB. For me it's called "gether0"; remember what yours is and use it wherever I use gether0 in the commands below.
Also, look at the "inet addr:" specification of your gether0 interface and remember this IP address because we will need it later. (My USB tether interface always gets the same IP address - 192.168.42.129 - so this is what I will be using in my example commands below.)
#7. Now let's look at the PC's network interfaces. Open a terminal emulator (I use Ctrl-Alt-T to do this; depending on what launchers, shortcuts or desktop environments you have, you may need to find it in a menu or do something else to get to it) and type
ifconfig
This response depends a lot on how your PC is set up, but generally I'd expect to see at least a "lo" (local loopback) interface, a "usb0" interface, one or more "eth0", "eth1" etc. interfaces and maybe a "ppp0" interface. The "ppp0" and "eth0" type interfaces will be for your PC's Internet connection and the "usb0" interface will correspond to the USB cable connecting you to the Android device. If you have a "ppp0", that's probably the one you should use in all setup commands to be run on the PC where I will use ppp0. Otherwise if you only have "lo", "usb0" and "eth0", your PC's Internet is probably on "eth0", so use that one in place of my ppp0 in commands run on the PC. (If you have any other combinations without a "ppp0", I don't know what to suggest except try them all one by one, everything you have besides "lo" and "usb0".)
#8. Back to the Android device. What we want here is for the ppp0 interface to remain enabled - because that's the only way the app store will agree to download any apps - but all our Internet communication to actually go through the gether0 interface, i.e. through the USB tether. To do this, we need to change the default route Android apps use to send data, namely to delete the default route that points to ppp0 and add a new default route that points to gether0 and that uses as a gateway the IP address of the Ubuntu PC (an address we will set up on the PC at the end of this process). So run these commands in the Terminal on the Android:
su
route del default
route add default gw 192.168.42.1 dev gether0
setprop net.dns1 8.8.8.8
Notice that the gateway IP address we will be using is made up of the first 3 numbers from our USB tether interface's IP from step #6, followed by a ".1" instead of whatever the 4th group was in the original IP.
#9. On the PC we want to set up standard Internet connection sharing between usb0 and ppp0 according to the instructions from the Ubuntu manual, so we will run these commands in the terminal window:
sudo su -
(enter your password here to get root access and then do 5 more lines)
iptables -A FORWARD -o ppp0 -i usb0 -s 192.168.42.0/24 -m conntrack --ctstate NEW -j ACCEPT
iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -t nat -F POSTROUTING
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
echo 1 > /proc/sys/net/ipv4/ip_forward
Here again you can see we're using the first 3 numbers from the USB tether interface's IP, but adding a ".0" and a "/24" at the end to specify an entire class of IPs we're going to accept packets from over the USB, a class that includes our Android's actual IP, 192.168.42.129. (We could probably just use that single IP without a "/24", but whatever, this class stuff is usually the way it's done.)
#10. Finally, we will set our PC's usb0 interface IP to the gateway IP we already told the Android to send everything to, i.e. 192.168.42.1, after which we need to quickly check that the connection is working and jump right into Google Play to download some apps. I say "quickly" because in my case, for whatever reason, after I set the gateway IP on the PC I can only leave the connection unused for about 1 minute before it drops on its own. So don't wait too much after #10.1 to do the rest:
#10.1. Enter this into your PC's terminal:
ip addr add 192.168.42.1/24 dev usb0
#10.2. Check that the connection is up by entering this into your Android's terminal first:
ping -c 3 google.com
If you get 3 responses from Google, you're all set to launch Google Play and download some apps:victory:. If there's no response, go back to #10.1 and try again.
Another indication that the PC has dropped the connection is that you get a notification popup on the PC that says "Wired network/ Disconnected". That tells you you need to jump back to #10.1 to get the USB link working again.
Also, you will know you need to do this again if you find Google Play is suddenly refusing to load apps or pages even though it was loading them before - you probably waited too long between clicks and allowed the connection to drop.
#11. To reset all the connections to normal when you're done, make sure to
#11.A. Go to Settings -> Wireless & networks -> Tethering & Mobile Hotspot and disable "USB tethering" before you unplug the USB cable from either device, otherwise the gether0 interface may remain active and interfere with your ability to get back your data link to your mobile carrier.
#11.B. Do steps #1 and #3 again to get your Android to automatically re-establish the proper settings for the link to your mobile carrier.
Final remarks:
- In order to streamline this process, especially steps #8-#10, you should probably put these commands and your specific interface names and IP addresses in some scripts - one on the PC, one on the Android device - that you can then launch more easily. I'm a newbie at both Ubuntu and Android, so I have to do some more searching to figure out how to do this properly.
- Keeping the connection up even if you're idle - e.g. while reading app descriptions and deciding what to download - is probably a matter of sending some dummy packets periodically through the USB, which would probably involve another script running in the background - again something I haven't taken the time to figure out how to set up yet.
- Anytime you get paranoid about whether the apps are being downloaded through the USB cable or your mobile data plan, go to your Android terminal and check whether your default network route is still pointing to your gateway PC by running:
route
This will show you all the routes that are configured on your Android. The last line in the table should say "default", then "192.168.42.1" and end with "gether0". This means the data is still going through the USB and not eating up your mobile data credit.
Enjoy!
It seems to work, but I'm still not sure whether my phone uses my computer's internet connection or my 3G. Upon executing:
Code:
busybox route
I get a lot of lines instead of just "192.168.42.1" ended with "rndis0" (this is how its named on my device) though this "192.168.42.1" exists.
leledumbo said:
It seems to work, but I'm still not sure whether my phone uses my computer's internet connection or my 3G.
Click to expand...
Click to collapse
The simple way I confirm it is by looking at the 3G icon at the top: during normal usage the two arrows in the icon light up depending on whether I'm transmitting or receiving or both; when I'm reverse-tethered they never light up at all.
I get a lot of lines instead of just "192.168.42.1" ended with "rndis0" (this is how its named on my device) though this "192.168.42.1" exists.
Click to expand...
Click to collapse
Well, in principle you should only need to care about the "default" line, but if by any chance you have some rule in that table that specifies a non-default route for exactly the websites you're trying to access in all this and that rule happens to specify a different interface than "rndis0", then yes - you might be using your mobile data plan after all. But I wouldn't bet on it. I have a few routes on there, but I think they're just related to services my carrier is offering at some specific IPs it has.
If you can't confirm the 3G is being bypassed by looking at the icon and if you can't spare the traffic to do a direct consumption test (query how much traffic is left/spent, use some more traffic through this setup, query again and compare), then the only other way to make sure that I can think of is to clean up the whole routing table ("route del" everything) and leave only the "default" rule from the instructions above. Then there really won't be any other path for your network packets to take but through the USB. But then you have to hope the routing table will get rebuilt as it was after you reset everything. Or you could just write down all the rules you had before so you can reconfigure them if they don't get re-created automatically at reset.
In fact - what am I talking about? - there's another way you can make sure your Android is really trying to go through the USB to get to the Internet: when you do step #10.1 on the PC just set up a wrong gateway IP, for example 192.1.1.1. If your Android fails to open any webpages or the app store and then if you do #10.1 properly it starts working (again), then it's clear that it's trying to go through the USB cable and isn't using any alternate route.
Weird, the method doesn't work anymore for the subsequent trials. I'll try rebooting the phone.
Works for Windows too
I mixed the instructions found in this thread with another thread here in xda and it worked well under Windows 7.
Thank you for the excelent guide!
donjoe0 said:
After a few evenings of searching, reading and testing, I finally found a solution for setting up a reverse-tether connection between my Droid 3 and my Ubuntu box over a USB cable, which I can use to download apps and app updates from Google Play without eating up my mobile data credit. And since it seems to me that complete and clear explanations of how to do this with USB and Ubuntu are not available anywhere, I want to detail here all the steps of my connection setup process, in a way that will hopefully be accessible to most users of Android and Ubuntu. So here goes:
[guide goes here, edited quote]
Enjoy!
Click to expand...
Click to collapse
So I tried everything on a LG Phoenix running Kitkat and no go. All the commands go through except the ping command. Any suggestions?
AndrMatr said:
So I tried everything on a LG Phoenix running Kitkat and no go. All the commands go through except the ping command. Any suggestions?
Click to expand...
Click to collapse
All I can say is this method continued to work for me pretty much the same as described when I switched to KitKat on an ASUS Padfone 2 with two minor exceptions:
- busybox was no longer set up to be invoked automatically on this other custom ROM so I had to prefix some commands with "busybox " (e.g. the "route" commands)
- my USB tether connection is now named "rndis0" instead of "gether0"; I had to fiddle around a bit with the "netcfg" command to figure that out.
This mod will enable native hotspot to work w/ 4G
You will need a root file explorer and sqlite editor to complete this mod.
Your choice to flash this- Do a back up
After that- GET S-OFF
Sunshine will cost you, but is well worth it.
Instructions:
1) Flash the attached aroma installer in recovery.
2) Select the appropriate option, click install, and reboot. Upon reboot your phone will optimize
3) Once rebooted, navigate to /data/data/com.android.providers.telephony/databases with a root explorer
4) Open the cdmaapn.db with a sqlite editor and select carriers.
5) Scroll over until you see the block of apns with a 1 in the current column
6) In that block you want to edit the apn labeled Internet. Open it and delete hidden. Just leave it blank, and hit save.
7) Go to settings>mobile data. You will see a new option named Access point names. Tap that, and then tap the apn
8) In the Apn type section add ,dun. IMPORTANT- no spaces. So you would end up w/ default,mms,supl,hipri,dun w/ no space after.
9) Tap the Apn protocol and change it to IPv4.
10) Reboot. After booting back up, tether should be good to go
Notes:
1) The flash will install a script that disables IPv6 for wlan0. If you need that don't flash this
2) It is a good idea to forget any wifi networks that you regularly connect to, and reconnect
3) When you are not tethering you can switch the APN protocol back to IPv4/IPv6 if you choose, though I have found no benefit to doing so
Credits:
@OMJ- He put the aroma installer together. It would be a lot more complicated to get this on your phone without it. I have been working on this for a good while, but didn't have 4G in my area until last week. Without he and @benny3 testing, this would have been a while longer coming out.
I have tested this on the following Bad Boyz roms- Stock Rooted, L w/ Sense 6, and L w/ Sense 7
EDIT: Please do a profile update after doing this.
EDIT2 New option added for Non- Bad Boyz sense 7 ROM's HERE
huge kudos to @chas123 for figuring this out!
Chas put a lot of time into this, make sure you thank him!!!
this 1
This is amazing work and a huge step forward.
I have a question for you though.
Is there a way to cut out any of these steps by flashing a modified file to the corresponding location?
My idea is to write a modified cdmaapn.db to /data/data/com.android.providers.telephony/databases
and possibly even a modified APN config.xml.
Would it be the same across roms?
I know most would frown on this because if you want the goods you should be able to make a few edits and reboot, but if it can all be done by flashing something in recovery or through the same aroma, it could save time and cut out user errors.
dopy25 said:
This is amazing work and a huge step forward.
I have a question for you though.
Is there a way to cut out any of these steps by flashing a modified file to the corresponding location?
My idea is to write a modified cdmaapn.db to /data/data/com.android.providers.telephony/databases
and possibly even a modified APN config.xml.
Would it be the same across roms?
I know most would frown on this because if you want the goods you should be able to make a few edits and reboot, but if it can all be done by flashing something in recovery or through the same aroma, it could save time and cut out user errors.
Click to expand...
Click to collapse
It was tried. Flashing a modified database causes the phone to fc, and revert back to the old apns. Sprint doesn't use the apn config file. It uses a .dat file in /system/customize
Is this mod only for badboyz or can it be use on any rom?
carrilloevo said:
Is this mod only for badboyz or can it be use on any rom?
Click to expand...
Click to collapse
Should work on any rom. There is an option in aroma for roms w/ init.d support that doesn't flash our boot
Question @Chas. Is this for those that have a tether plan? Do you have the tethering option from sprint? I don't have tethering plan and after the adjustments i can connect but data will disconnect after loading a few pages on my surface. Thanks!
itsachirpthing said:
Question @Chas. Is this for those that have a tether plan? Do you have the tethering option from sprint? I don't have tethering plan and after the adjustments i can connect but data will disconnect after loading a few pages on my surface. Thanks!
Click to expand...
Click to collapse
None of this is necessary with a tethering plan. If you want to post up a logcat of when the data disconnects I'll look at it.
@chas123
The sql edit can be done via a script flashed in recovery. Hit me up for more info and I can link you to scripts I've put together in the past
itsachirpthing said:
Question @Chas. Is this for those that have a tether plan? Do you have the tethering option from sprint? I don't have tethering plan and after the adjustments i can connect but data will disconnect after loading a few pages on my surface. Thanks!
Click to expand...
Click to collapse
Did you reboot the phone after the changes?
Yes, I have. I'm running Badboyz sense 6 rom. Had no issues with root explorer or sqlite making the changes to the db. I'll try to get a log cat
This worked like a charm on my Bad Boyz Sense 7 ROM.
Thank you for your hard work on this.
chas123 said:
None of this is necessary with a tethering plan. If you want to post up a logcat of when the data disconnects I'll look at it.
Click to expand...
Click to collapse
Here is a log. Log should begin when I use the tether in the quick settings. I connect my windows surface pro 2. Everything connects and I am able to successfully browse for a couple minutes then the data connection on my phone will disconnect then reconnect several seconds later. I have to reset the tether connection to get back online. Does this on 3g and 4g. I have flashed the aroma file and made the edits as necessary. Think this is related to this being a windows device which would be red flag to tethering without a plan? If this device was pinging a MS server for an update it would be very obvious. On the plus side my market WiFi tether app works good, however having the native app to work would be great. Many thanks for your contributions.
RonMac said:
This worked like a charm on my Bad Boyz Sense 7 ROM.
Thank you for your hard work on this.
Click to expand...
Click to collapse
What devices were you tethering? Just curious.
itsachirpthing said:
Here is a log. Log should begin when I use the tether in the quick settings. I connect my windows surface pro 2. Everything connects and I am able to successfully browse for a couple minutes then the data connection on my phone will disconnect then reconnect several seconds later. I have to reset the tether connection to get back online. Does this on 3g and 4g. I have flashed the aroma file and made the edits as necessary. Think this is related to this being a windows device which would be red flag to tethering without a plan? If this device was pinging a MS server for an update it would be very obvious. On the plus side my market WiFi tether app works good, however having the native app to work would be great. Many thanks for your contributions.
Click to expand...
Click to collapse
Can you put a google browser on that device?
I tested w/ a HP envy hybrid device w/ chrome. Everything worked fine- email, internet, etc...
Edit: Are you on a vpn?
You are s-on?
OP amended
I was able to connect my Galaxy Tab 3 and my Xbox One and was able to stream netflix on both of them. I wasn't able to get my Acer desktop running Win 8.1 to connect though. Gonna try the tether app and see if that makes a differnece.
itsachirpthing said:
What devices were you tethering? Just curious.
Click to expand...
Click to collapse
RonMac said:
I was able to connect my Galaxy Tab 3 and my Xbox One and was able to stream netflix on both of them. I wasn't able to get my Acer desktop running Win 8.1 to connect though. Gonna try the tether app and see if that makes a differnece.
Click to expand...
Click to collapse
IE whatever was not tested w/ this. If there is a large contingency w/ this problem, I will have to look into the reporting algorithms.
WiFi Tether app is working with my desktop FYI.
chas123 said:
IE whatever was not tested w/ this. If there is a large contingency w/ this problem, I will have to look into the reporting algorithms.
Click to expand...
Click to collapse
Hey everyone I'm rooted and everything so I've been trying to find a way to get around paying $30 for a hot spot that should come with the phone. anyways I found a way to disable the "you are not subscribed to hot spot" thing but when I connect anything to the hot spot I keep getting errors saying the DNS couldn't resolve server names. I tried for hours with different DNS servers so I'm guessing it's something vm has done. If anyone could help me with this I would greatly appreciate it I used it a lot before I got this phone and now I'm kinda stuck :/
I know from experience that you can usb tether with pdanet and it'll hide your tethering with metro. It will not however hide hotspot HOW EVER you can use its experimental feature internet sharing which is essence creates a hotspot however I've only ever been able to connect to a phone that was with metro AND the phone that was hotspotting was not with metro. Trying to do so with my metro phone give me dns errors as well.
I haven't tried to use USB tethering yet only because some of my things can't be tethered via USB. I just don't see why I'd be getting DNS errors now and never did before. Oh wel. Surely someone here will have a solution for me soon.
schuylar156 said:
I haven't tried to use USB tethering yet only because some of my things can't be tethered via USB. I just don't see why I'd be getting DNS errors now and never did before. Oh wel. Surely someone here will have a solution for me soon.
Click to expand...
Click to collapse
I don't know if you are rooted, but I'm using Wifi Tether Router (just google an apk file) instead of trying for the native hotspot function.
javierrr13 said:
I don't know if you are rooted, but I'm using Wifi Tether Router (just google an apk file) instead of trying for the native hotspot function.
Click to expand...
Click to collapse
Are you sure? I tried this app before and it wouldn't broadcast the network. And yes I am rooted. I found a way to partially get the native hotspot working but it's a pain in the butt. If I could figure out how to edit the apn settings I'd have it going in 5 seconds but they're locked and htc phones don't have a "hidden menu" like lg phones.
Weird... Well, If you can't get that working, I'll let you know my current configurations for that app.
keep up the good work guys.
I'm looking for a solution for the hotspot on my 626 from Verizon.
native mobile hotspot and tether on cricket
I was able to use the phone as a wifi hotspot by doing the following:
1) install the following apps: MK explorer, Axel (xml editor)
2) phone must be rooted
3) using MK explorer navigate to the following folder (root directory): /system/customize/ACC
4) make a copy of the default.xml file and rename it in case it gets corrupted
5) run Axel and open the default.xml file for editing
6) scroll down about 80% from the top of the file to find the entry (find didn't work for me):
<app
name="Tethering_provision">
^ <item
type="integer"
name="TetheringGuard_Rule">
. 3 (note:dot is in middle)
7) edit the entry to change the 3 to 0
8) use "save as" and save modified file
9) rename the edited file to default.xml
10) reboot
11) go to settings->more->mobile hotspot and tethering, click on Mobile Hotspot, click on OK, change the hotspot name and password to what you want
12) after this step the phone just sat there so I rebooted
13) hotspot now works
I have no idea if this is hidden from the carrier
If you're like me, a PdaNet customer running Linux who's sad that there's no build of PdaNet designed for Linux for hiding tether usage over USB Tethering, then fear not! After some research I've devised a plan to hide USB tethering usage from carriers that DOES NOT require PdaNet!. I've tested this myself on T-Mobile and Verizon, and on both of these carriers it looks like it works just fine. This does not mean that it will only work with these carriers, these are just the ones I've tested myself (with the exception of the appended notes below). If you have another carrier not mentioned here, please test this out and let me know if it works for you and I'll add it to the OP at the bottom
Here's a precaution I'd take on Android too, just to make sure the carrier really doesn't find anything out:
Go to Magisk Manager and get yourself the OpenDNS or DNSCrypt addon and install that. I think Verizon is catching on that I'm tethering somehow through DNS, even when I use VPN. By setting my DNS on my phone's LTE connection to something that's not-verizon, this should allow me to dodge that. I recommend you doing it too as a precaution
Here's what you have to do for Linux:
1) Hop over to your Linux machine, open a terminal emulator, and type the following commands (with root privileges):
sudo sysctl net.ipv4.ip_default_ttl=65
echo 65 | sudo tee /proc/sys/net/ipv4/ip_default_ttl
What this does is sets your PC's network packets to have a Time To Live of 65. This is to make it seem like the packets were originated from your phone instead of your PC. Android's default TTL for its packets is 64, so when the PC sends packets to your phone through tethering with a TTL of 65, they have a TTL of 64 by the time your phone sends them out to T-Mobile's towers (the internet).
2) If you want to have the PC's TTL set to 65 on every startup so you don't have to keep entering the two commands above again and again every time you reboot, add the following line to your PC's /etc/sysctl.conf file and save:
net.ipv4.ip_default_ttl=65
Here's what you have to do for Mac: (credits for the instructions and post going to @BrettB0727)
For those wondering how to do this on a Mac, it can be done temporarily using:
Code:
sudo sysctl -w net.inet.ip.ttl=65
Or permanently by creating or editing /etc/sysctl.conf to add
Code:
net.inet.ip.ttl=65
if you end up creating the file, you will need to be sure and do:
Code:
sudo chmod 0644 /etc/sysctl.conf
sudo chown root:wheel /etc/sysctl.conf
Here's what you have to do for Windows:
1) Open up regedit and go to HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
2) Make a new REG_DWORD entry in there called DefaultTTL and set it to 65
3) Reboot
NOTE: I've found that downloading files can be finicky. I was able to download an MP4 video before without it detecting I was using tethering data, but when I tried to get a .zip file from ModDB T-Mobile found out what I was doing. Just take warning that not all forms of network traffic will be hidden when tethering.
NOTE 2: Confirmed by @triggerlord to work with WiFi Hotspot, as well as with Simple Mobile
NOTE 3: If you're one of those people who have trouble hiding their data with this method, take @niry's advice and see if it helps: he said to remove `dun` type from pcweb.t-mobile.com APN and add it to the end of the fast.t-mobile.com one (if it's not already there)
Lol, this fixed my Simple Mobile (powered by T-Mobile) tethering issues. Nice! This works with the WiFi hotspot feature too BTW.
triggerlord said:
Lol, this fixed my Simple Mobile (powered by T-Mobile) tethering issues. Nice! This works with the WiFi hotspot feature too BTW.
Click to expand...
Click to collapse
Were you able to browse the web (hidden) without changing your browsers user agent? I find that if I don't set Chrome to look like Android its 50/50 if it gets hidden or not.
Sent from my Moto G Play using XDA-Developers Legacy app
jasonmerc said:
Were you able to browse the web (hidden) without changing your browsers user agent? I find that if I don't set Chrome to look like Android its 50/50 if it gets hidden or not.
Sent from my Moto G Play using XDA-Developers Legacy app
Click to expand...
Click to collapse
Everything works fine. I didn't need to change browser agents or anything. (I'm using chromium though.) I've only tried this via WiFi hotspot. EDIT: And I didn't need to change the APN setting either. Changing the TTL was enough to get it working.
is ma.t-mobile.com working for anyone? i keep getting sent to my.t-mobile.com even after doing what OP suggested. it used to work for me a few weeks back.
shawtydat said:
is ma.t-mobile.com working for anyone? i keep getting sent to my.t-mobile.com even after doing what OP suggested. it used to work for me a few weeks back.
Click to expand...
Click to collapse
Maybe they shut down the website. Haven't been on it myself in months
jasonmerc said:
Maybe they shut down the website. Haven't been on it myself in months
Click to expand...
Click to collapse
i'm afraid that to be the case, but is there another way to monitor tether vs mobile data?
shawtydat said:
i'm afraid that to be the case, but is there another way to monitor tether vs mobile data?
Click to expand...
Click to collapse
You might be able to in the T-Mobile app on your phone but other than that I think we're screwed now
jasonmerc said:
If you're like me, a PdaNet customer running Linux who's sad that there's no build of PdaNet designed for Linux for hiding tether usage over USB Tethering, then fear not! After some research I've devised a plan to hide USB tethering usage from T-Mobile. Tested and confirmed working with Ubuntu 16.10 and Mint 18.1, with the latest ResurrectionRemix on my XT1607.
Click to expand...
Click to collapse
When using this method, is the PdaNet app required on the phone?
MountainX said:
When using this method, is the PdaNet app required on the phone?
Click to expand...
Click to collapse
No, you don't need any apps
triggerlord said:
Lol, this fixed my Simple Mobile (powered by T-Mobile) tethering issues. Nice! This works with the WiFi hotspot feature too BTW.
Click to expand...
Click to collapse
Can you supply more information.
I'm looking at switching carriers due to my location(In the mountains with just about nothing for service providers) and want to know how much data you actually use.
What's the most data you have used with this TTL method?
Have they throttled you? and if so, how much?
Any information you can supply is extremely helpful. Thank you! =D
I've used 60gb no throttle.
That's awesome. Thank you for that information.
shawtydat said:
is ma.t-mobile.com working for anyone? i keep getting sent to my.t-mobile.com even after doing what OP suggested. it used to work for me a few weeks back.
Click to expand...
Click to collapse
Works for me.
jasonmerc said:
What this does is sets your PC's network packets to have a Time To Live of 65. This is to make it seem like the packets were originated from your phone instead of your PC. Android's default TTL for its packets is 64, so when the PC sends packets to your phone through tethering with a TTL of 65, they have a TTL of 64 by the time your phone sends them out to T-Mobile's towers (the internet).
Click to expand...
Click to collapse
Thanks, jasonmerc! This put me in the right direction to remove the need for PdaNet on my Mac and also to be able also use my phone as a Wi-Fi Hotspot at full speed on T-Mobile. I'll be looking for your tutorial to bypass T-Mobile's international speed limits!
For those wondering how to do this on a Mac, it can be done temporarily using:
Code:
sudo sysctl -w net.inet.ip.ttl=65
Or permanently by creating or editing /etc/sysctl.conf to add
Code:
net.inet.ip.ttl=65
if you end up creating the file, you will need to be sure and do:
Code:
sudo chmod 0644 /etc/sysctl.conf
sudo chown root:wheel /etc/sysctl.conf
BrettB0727 said:
Thanks, jasonmerc! This put me in the right direction to remove the need for PdaNet on my Mac and also to be able also use my phone as a Wi-Fi Hotspot at full speed on T-Mobile. I'll be looking for your tutorial to bypass T-Mobile's international speed limits!
For those wondering how to do this on a Mac, it can be done temporarily using:
Code:
sudo sysctl -w net.inet.ip.ttl=65
Or permanently by creating or editing /etc/sysctl.conf to add
Code:
net.inet.ip.ttl=65
if you end up creating the file, you will need to be sure and do:
Code:
sudo chmod 0644 /etc/sysctl.conf
sudo chown root:wheel /etc/sysctl.conf
Click to expand...
Click to collapse
I just noticed your reply right now, and I appreciate the steps for doing this on a Mac! I'm going to add these Mac steps to the first post and give you credit for it
As far as international data limits go, I'm not sure I can address that with a fix like this unfortunately.
Still working?
I haven't been able to get over 500kbps using this method. Is this approach still working for folks in 2018?
tatemz said:
I haven't been able to get over 500kbps using this method. Is this approach still working for folks in 2018?
Click to expand...
Click to collapse
I haven't used this in a while, but I'll give it a try soon to see if it still does
tatemz said:
I haven't been able to get over 500kbps using this method. Is this approach still working for folks in 2018?
Click to expand...
Click to collapse
It works in combination with altering the `type` string in the APNs: remove `dun` from pcweb.t-mobile.com one and add it to the fast.t-mobile.com one so it will read `default,supl,hipri,fota,dun`.
niry said:
It works in combination with altering the `type` string in the APNs: remove `dun` from pcweb.t-mobile.com one and add it to the fast.t-mobile.com one so it will read `default,supl,hipri,fota,dun`.
Click to expand...
Click to collapse
Thanks for letting me know about this. I was talking to some people about using this method and they said it was a hit or miss in terms of hiding their tethering usage. I'll update the OP to include what you said as a fix, for people to try out if it's not working