I signed up for a tethering plan with ATT... where can I see tethering data consumed? All I see is media net/phone.
I am using mywi for tethering.
I am using mywi for tethering.
I signed up for a tethering plan with ATT... where can I see tethering data consumed? All I see is media net/phone.
I am using mywi for tethering.
Yes - you can change the TTL of the iPad by either installing a terminal client and using the sysctl command on the device or you can ssh into the device and execute it there. The command to change it is the exact same as the one posted above for OSX.
And it's impossible to do this without JB'ing the iPad? There's no way to go in and change one single digit of code?
nvmd, figured it out and it works
unzip the attached. Place com.scott.TTLmod.plist into /Library/LaunchDaemons on the iPad. Make sure ownership is root:wheel and permissions are 644. Place TTLmod.sh into /var/mobile/Scripts. Make sure permissions are 775. Might have to create the Scripts folder.
Reboot and running
sysctl net.inet.ip.ttl
should return 65.
Long post for something that's already been mentioned in this thread.
Really, I wasn't aware that someone had posted that a rep from AT&T explicitly stated that AT&T looks at TTL in the packet header to determine if someone is tethering or not.
I know this has been discussed that AT&T is most likely keying on the fact that the TTL on packets coming through the iPhone router have an unexpected TTL (63 for OSX/iOS, 127 for Windows) to detect tethering. When they reach ATT's node packets should always have ttl=64 so we can get around this on a client by client bases by setting the TTL on each one to 65. This of course makes it where when the first hop to the phone occurs the packet ttl is decremented to the expected 64.
On OS X clients the TTL can be set appropriately by pasting the following in terminal:
sudo sysctl -w net.inet.ip.ttl=65
To modify the default TTL in Windows, do the following:
Click on Start and Run (or Search) and type "regedit" to open the Windows registry editor.
Navigate to the following registry key: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
In the right-hand pane, right-click and select "New - DWORD (32-bit value)" and set its name to "DefaultTTL" and its value to 65 - I make no guarantees this does not adversely affect your Windows box
I have not researched how to modify this on the iOS side (for my iPad) because if I mess with anything in iOS I want it to be a more robust hack than just changing this on EVERY freaking device I connect to my network, it's just my luck some jerk would connect to MyWi and send some data and I get busted.
So now to the point of the thread. I have seen Linux scripts that set ALL traffic routed though a device to a certain value - I want this on my iPhone. Basically I just want to hard code the TTL on ALL packets that leave the phone - regardless of what it was at the source. I don't know what to start with that though so I thought I'd share with the brain trust here and see what we can come up with. At the end of the day I bet we could sell our TetherCloak on Cydia for at least a dollar
If you missed the really long thread, I have tried tethering with TTL set to that and also with a VPN and still got a text a few weeks later. So nope it doesn't work unless AT&T doesn't really care anymore since your max "unlimited data" is pretty much capped at 3GB anyways.
Did anybody else try doing this TTL hiding method and still got the message from AT&T? I already got the txt message once and stopped tethering that was around 1 year ago and I never went over the 2gb mark when tethering, (I have the unlimited data plan) my buddy with who I share the plan right now lately uses his data (phone only no tethering) over 50gb a month and he never got a message from AT&T so it's definitely something else then the data usage that they use to figure out wether your tethering or not. I got the new iPad and really want to tether but don't want to loose the grandfathered unlimited plan, anybody can verify 100% that this TTL method works???? Please let me know thanks!!!
nvmd, figured it out and it works
unzip the attached. Place com.scott.TTLmod.plist into /Library/LaunchDaemons on the iPad. Make sure ownership is root:wheel and permissions are 644. Place TTLmod.sh into /var/mobile/Scripts. Make sure permissions are 775. Might have to create the Scripts folder.
Reboot and running
sysctl net.inet.ip.ttl
should return 65.
I have not been able to get this script to run. I used iExplorer 3 with afc2add from cydia installed on the iPad to access the respective files and place the scripts. My iPad still returns ttl=64 after reboot.
Can anyone assist me in checking/changing the associated permissions through mobile terminal?
Is it possible that these instructions are for a mobile terminal installation only? . . or did I miss something?
Any assistance would be greatly appreciated.
A great blast from the past!This is a really old thread I know but I have tried everything to change the TTL to 65 but ping test still shows 64 on my iPad running 9.3.3
Can any smart soul help ?
This isn't working on VZW anymore.
Can anyone test/confirm that the TTL trick is still working for VZW as of 2019?
It worked for me in my test with just testing the speeds. My hotspot is capped at 15GB. I used it already because I was recently downloading. My tethered speeds dropped to 0.36 Down and 0.64 Up. After I entered the commands in terminal to my surprise the speeds increased dramatically. They were pretty consistent through for WiFi and USB tethering. Around 22-23 Down and 22-23 Up. With VPN on the speed test crashed. My speeds from my iPhone were 40 Down and 25 Up.As of 28 August 2019 this seem to be working with Verizon.
My tethered data was reached before implementing, and resulted in tethered speeds of about 0.16mbps down/ 0.54 mbps up on a MBA tethered to an iPhone 7.
After changing mba's ttl to 65 from 64, I retested at 4.38mbps down/ 4.40 mbps up. (I ran a couple tests, these are averages.)
NOTE that speeds tested on the iPhone are 26.36mbps down/ 15.23mbps up. Not sure why the tethered vs on device speeds are so different.