**Background** -------------- Android 7.1.1 Nexus 6P uses VPN app from Private Internet Access. The app has a "Per App Setting" that allows certain apps to bypass the VPN connection (some games like Pokemon Go don't operate if behind a VPN, you get an 'unable to authenticate' error until you disable VPN or turn off PG in the per app settings). My son has my old Moto X phone (no SIM card) and needs to be tethered to my phone to have Wi-Fi when we're out and about. He does not have the PIA app installed on his phone. **PROBLEM** ----------- When he plays his Pokemon Go game, and we are tethered while my VPN app is operating, he cannot log in or authenticate with his game on his phone. I'll need to turn off my VPN completely before his app will allow him to log and play. **QUESTION** ----------- Is there an Android System Process that I can allow to bypass the VPN so that his tethered Wi-Fi connection isn't blocked?

I use my phone (a OnePlus 3 running the stock ROM and Android 7.1.1) as my primary internet connection. This means that I make heavy use of wireless tethering, especially for work. The trouble is, whenever my phone rings, regardless of whether I answer it, wireless tethering gets disabled. If I use USB tethering, I have no such problem, but wireless is much more convenient. I previously came across [this answer](https://android.stackexchange.com/a/112419/14562) , but it doesn't apply to me. I've never had a phone that was unable to simultaneously use phone and data. When I'm on a call, I can enable wireless tethering with no problem. It just gets disabled for no good reason whenever I receive a call. Note that the issue is _not_ the connection technology (WCDMA, VoLTE, carrier support, etc.) This is absolutely impossible, since the fact mentioned above that I can manually re-enable tethering while on a call, coupled with the fact that I have full access to data while on a call, disproves any such theories. This is why I started a new thread instead of using the old one I linked to above. **Is there any way to prevent wireless from being disabled?** Failing my first question, **I would also accept a method to make my phone completely ignore incoming calls during specified times so that they couldn't disable tethering, so long as I kept internet access and text messaging.**

I am running LineageOS 20 (Android 10) on my Xiaomi Redmi 9 (lancelot) rooted using Magisk. I started a WiFi-hotspot and based on https://android.stackexchange.com/a/213626/521733 , I used the following commands from a root shell:

lancelot:/ # ip a show ap0
35: ap0:  mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether c2:98:90:46:b0:dc brd ff:ff:ff:ff:ff:ff
    inet 192.168.233.181/24 brd 192.168.233.255 scope global ap0
       valid_lft forever preferred_lft forever
    inet6 fe80::c098:90ff:fe46:b0dc/64 scope link 
       valid_lft forever preferred_lft forever
lancelot:/ # ip a add 192.168.100.1/24 dev ap0

Then, I connected to the hotspot using three methods: 1. DHCP Client received an IP: 192.168.233.81/24 Obviously, I was able to ping the Android gateway, as expected. 2. Static IP withing the 233 subnet Client IP: 192.168.233.10/24 Gateway and DNS: 192.168.233.81 Once again, I was able to ping the Android gateway, as expected. 3. Static IP within the 100 subnet Client IP: 192.168.100.10/24 Gateway and DNS: 192.168.100.1 **I was not able to ping the Android gateway.** There aren't any iptables rules that would drop this traffic:

lancelot:/ # iptables-save | grep tether                                                                                                                                
:tetherctrl_raw_PREROUTING - [0:0]
-A PREROUTING -j tetherctrl_raw_PREROUTING
-A tetherctrl_raw_PREROUTING -i ap0 -p tcp -m tcp --dport 21 -j CT --helper ftp
-A tetherctrl_raw_PREROUTING -i ap0 -p tcp -m tcp --dport 1723 -j CT --helper pptp
:tetherctrl_nat_POSTROUTING - [0:0]
-A POSTROUTING -j tetherctrl_nat_POSTROUTING
-A tetherctrl_nat_POSTROUTING -o wlan0 -j MASQUERADE
:tetherctrl_mangle_FORWARD - [0:0]
-A FORWARD -j tetherctrl_mangle_FORWARD
-A tetherctrl_mangle_FORWARD -p tcp -m tcp --tcp-flags SYN SYN -j TCPMSS --clamp-mss-to-pmtu
:tetherctrl_FORWARD - [0:0]
:tetherctrl_counters - [0:0]
-A FORWARD -j tetherctrl_FORWARD
-A tetherctrl_FORWARD -j bw_global_alert
-A tetherctrl_FORWARD -i wlan0 -o ap0 -m state --state RELATED,ESTABLISHED -g tetherctrl_counters
-A tetherctrl_FORWARD -i ap0 -o wlan0 -m state --state INVALID -j DROP
-A tetherctrl_FORWARD -i ap0 -o wlan0 -g tetherctrl_counters
-A tetherctrl_FORWARD -j DROP
-A tetherctrl_counters -i ap0 -o ccmni1 -j RETURN
-A tetherctrl_counters -i ccmni1 -o ap0 -j RETURN
-A tetherctrl_counters -i ap0 -o wlan0 -j RETURN
-A tetherctrl_counters -i wlan0 -o ap0 -j RETURN

Why is it not working? What is dropping the traffic? How do I fix it? My use case is as follows: I need to connect a Raspberry Pi to the hotspot and access it from my phone. Unfortunately Android hotspot subnet is set randomly, so I don't know the IP address that the client got assigned. mDNS does not seem to work, so the only other option I can think of is a static IP on a different, non-random subnet.

I use Internet on my S23 Ultra phone via Bluetooth tethering. Is there any upside in using Bluetooth tethering instead of wifi tethering when using Android devices?

I have two SIM cards with data bundles from different carriers. One is working fine with (WiFi) tethering, but with the second SIM card, I cannot use tethering. Searching online, I saw that tethering can be blocked by blocking browsers' user-agent headers or alternatively, by using torrenting software headers, and other PC-related application headers. In my case, I cannot even ping 8.8.8.8 from my laptop using the second SIM card, while I can from my Android using a terminal emulator. The tethering problem with the second SIM card existed from the beginning. Perhaps I just loaded one web page with it (or it seemed like loading, but in reality, the browser retrieved it from its cache). So in my case, how does the carrier block the tethering? Of course, the purpose of this question is to bypass this block. There is also the possibility that there is no block at all, but something else is causing the problem, but I am baffled because this should happen with both SIM cards, right?

I can not see a way to set up the network parameters if I start a wifi sharing in AP mode. The usual behavior of my phones is that they randomly allocate a /24 block somewhere below 192.168.0.0/16, and everything will be random there. They are also re-generated, if the wifi stops working on any reason. I want to change it. I want the good old times back as I just could determine the IP range, the IP of the AP in it and that worked well. It would be yet much better if I could even create a mac-ip mapping, like it is possible in any dhcp daemon on the Linuxes; but I think it will remain a dream today. Can I do it? I have here a rooted Android 11.

I'd like to assign a static IP address to my laptop when it connects to the mobile hotspot created by my Android 14 Xiaomi phone. This would allow me to access SFTP servers running on my laptop from my phone more easily. Additionally, it would be beneficial to have a static IP or a '.local' address for the phone itself, though setting a static IP for the laptop is my primary concern. My laptop already has a .local address, but the address doesn't resolve in Android. (I thought this problem was solved in recent Android versions, but it still doesn't work.) I can root the phone if needed.

I am creating a Wifi hotspot with hostapd and providing DHCP/DNS through dnsmasq on an Android 5.0.1 device. When a client connects to the Wifi hotspot it is subsequently unable to obtain an IP address through DHCP. The dnsmasq server claims to send a DHCP ACK response but no packet is seen in wireshark. dnsmasq is started with the following options (formatted for viewing). /system/bin/dnsmasq --keep-in-foreground --no-resolv --no-poll --dhcp-authoritative --dhcp-option-force=43,ANDROID_METERED --pid-file --dhcp-range=2001::2, 2001::10, ra-stateless,infinite --enable-ra --dhcp-range=192.168.42.2,192.168.42.254,1h --dhcp-range=192.168.43.2,192.168.43.254,1h --dhcp-range=192.168.44.2,192.168.44.254,1h --dhcp-range=192.168.45.2,192.168.45.254,1h --dhcp-range=192.168.46.2,192.168.46.254,1h --dhcp-range=192.168.47.2,192.168.47.254,1h --dhcp-range=192.168.48.2,192.168.48.254,1h --dhcp-range=192.168.49.2,192.168.49.254,1h The dnsmasq logs show that dnsmasq receives the DHCP REQUEST from the client and attempts to respond with DHCP ACK. I/dnsmasq (10989): started, version 2.62 cachesize 150 I/dnsmasq (10989): compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPv6 no-scripts no-TFTP no-conntrack W/dnsmasq (10989): warning: no upstream servers configured I/dnsmasq (10989): IPv6 router advertisement enabled I/dnsmasq (10989): DHCP, IP range 192.168.49.2 -- 192.168.49.254, lease time 1h I/dnsmasq (10989): DHCP, IP range 192.168.48.2 -- 192.168.48.254, lease time 1h I/dnsmasq (10989): DHCP, IP range 192.168.47.2 -- 192.168.47.254, lease time 1h I/dnsmasq (10989): DHCP, IP range 192.168.46.2 -- 192.168.46.254, lease time 1h I/dnsmasq (10989): DHCP, IP range 192.168.45.2 -- 192.168.45.254, lease time 1h I/dnsmasq (10989): DHCP, IP range 192.168.44.2 -- 192.168.44.254, lease time 1h I/dnsmasq (10989): DHCP, IP range 192.168.43.2 -- 192.168.43.254, lease time 1h I/dnsmasq (10989): DHCP, IP range 192.168.42.2 -- 192.168.42.254, lease time 1h I/dnsmasq (10989): stateless DHCPv6 on 2001::2 I/dnsmasq (10989): SLAAC on 2001:: prefix valid infinite I/dnsmasq (10989): read /etc/hosts - 1 addresses I/dnsmasq (10989): using nameserver 8.8.8.8#53 I/dnsmasq (10989): update ra:true|wlan0|rmnet0|97 I/dnsmasq (10989): internal inf is wlan0 I/dnsmasq (10989): external inf is rmnet0 I/dnsmasq (10989): set table number:97 I/dnsmasq (10989): update_ra count:0 I/dnsmasq (10989): link local address:wlan0 I/dnsmasq (10989): failed to send_ra: face_enumerate, parm.found_context I/dnsmasq (10989): failed to update ra:send_ra I/dnsmasq (10989): DHCPDISCOVER(wlan0) c0:bd:d1:4a:3a:0f I/dnsmasq (10989): DHCPOFFER(wlan0) 192.168.43.127 c0:bd:d1:4a:3a:0f I/dnsmasq (10989): DHCPREQUEST(wlan0) 192.168.43.127 c0:bd:d1:4a:3a:0f I/dnsmasq (10989): DHCPACK(wlan0) 192.168.43.127 c0:bd:d1:4a:3a:0f android-e55b7f59c0dfe96 Wireshark shows the reception of the DHCP REQUEST packet from the client but no DHCP ACK is ever sent. Instead, the host is issuing ARP requests for the offered IP address. I cannot understand why the host is sending ARP requests for the offered IP address instead of sending the DHCP ACK. Can anyone help me understand what I am seeing and how it can be fixed? Thanks. **EDIT** The wifi hotspot was created by monitoring all commands sent to the netd socket during standard wifi hotspot creation through Android and replaying those commands with /system/bin/ndc. ndc netd softap fwreload wlan0 AP ndc netd softap set wlan0 Redskins wpa2-psk DanSnyderSucks ndc netd softap startap ndc netd interface getcfg wlan0 ndc netd interface setcfg wlan0 192.168.43.1 24 up multicast running broadcast ndc netd tether interface add wlan0 ndc netd interface getcfg wlan0 ndc netd network interface add local wlan0 ndc netd network route add local wlan0 192.168.43.0/24 ndc netd ipfwd enable ndc netd tether start 192.168.42.2 192.168.42.254 192.168.43.2 192.168.43.254 192.168.44.2 192.168.44.254 192.168.45.2 192.168.45.254 192.168.46.2 192.168.46.254 192.168.47.2 192.168.47.254 192.168.48.2 192.168.48.254 192.168.49.2 192.168.49.254 ndc netd tether dns set 501 8.8.8.8 8.8.4.4 ndc netd nat enable wlan0 rmnet0 1 192.168.43.0/24 ndc netd tether ra true wlan0 rmnet0 **EDIT** Any suggestions or ideas on where to even begin debugging would be greatly appreciated. I have tried comparing logcat logs and kmsg logs but I have been unable to exact any useful information.

I have an Android tablet that has no SIM card and no cellular connection. Is it possible to set it up as a discoverable WiFi access point? I know when you have a cellular connection you can set up tethering and have an id and password that can be discovered by other devices. Is it possible to do this without any cellular connection? I don't actually need internet access at all. All I'm looking for is to set up a small WiFi LAN between an Android tablet and a small device running Debian Linux.

I bought a new Motorola Edge 2024, Android 14, and Kernel v5.10.198. The first thing I checked when I got home was tethering. I was shocked to see "not sharing internet" on the hotspot WiFi selector. Sure enough, upon configuration, a connected device could not ping Google. It also says "sharing internet" on the Bluetooth selector. So I paired my Dell Inspiron 5502 laptop to my Android phone, and activated the Bluetooth tethering selector. My laptop is unable to ping over Bluetooth. The only similar questions I found had to do with a Windows setting. I need the same for Ubuntu. I cannot find a way to enable Bluetooth IP networking on my Ubuntu 24.04 laptop. Is there a way to bypass the WiFi tethering block on this new Android OS? If not, can anybody point me in the correct direction to configure my laptop correctly? I suspect that to be the issue.

On my Samsung Galaxy A-24, when I open in Settings Mobile Hotspot and Tethering section, all options are grayed out, such as Mobile Hotspot , Bluetooth tethering, USB tethering, etc. The phone has a working mobile data conection (at this moment turned on) and is connected to the laptop via a USB-C cable (with scrcpy working over USB.).What can I do to share my data connection to the laptop? Maybe it depends on the mobile data provider?

I have working mobile data on my Samsung Galaxy A24. I am trying to share mobile data to my laptop over Wifi. I guess this is called Wi-Fi tethering. In Settings, there is an option for Mobile Hotspot under the "Mobile Hotspot and tethering" section, but the toggle of Mobile Hotspot is greyed out. What can I do to enable it?

I have a Moto G3 Turbo with Android 6.0.1 Marshmallow. I use the phone to make WiFi hotspot so I can use internet on my laptop. I was able to do a successful Metasploit over WAN/Internet, and for that I need to port-forward to my laptop. But the problem is, I don't have any modem or router to actually go to setting login with admin password or anything like that. What can I do? Is there any app that can do this and whether it needs root permission?

I used to connect my laptop to the internet via USB tethering from my android phone (running android 6), and then connect to my organization's VPN. I got myself a new phone, and realized that it blocks VPN connections. Apparently this issue has been discussed before but that was ~7 years ago, and the solutions offered do not work for me. In particular, the "APN protocol" is already set to IPV4. What is the most recommendable way of getting VPN to work in a laptop connected to the internet with a modern android (in my case it's android 13) through USB tethering or wifi hotspot?

Phone root status: False Here is my ifconfig output in termux:

~ $ ifconfig
Warning: cannot open /proc/net/dev (Permission denied). Limited output.
lo: flags=73  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 1000  (UNSPEC)

rmnet_data0: flags=65  mtu 1500
        inet 10.239.133.81  netmask 255.255.255.252
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 1000  (UNSPEC)

tun0: flags=81  mtu 1500
        inet 26.26.26.1  netmask 255.255.255.252  destination 26.26.26.1
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 500  (UNSPEC)

wlan1: flags=4163  mtu 1500
        inet 192.168.43.1  netmask 255.255.255.0  broadcast 192.168.43.255
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 3000  (UNSPEC)

As you see there is interface named tun0. I tried open listening port such as web server that binded to tethering interface in my android.

python3 -m http.server --bind 192.168.43.1 --port 8000

In laptop that connected to android which has IP 192.168.43.150, I tried to access the web through browser http://192.168.43.1:8000 . It didn't successfully returning response. But if I turned off VPN which remove tun0. It successfully returning response in my laptop browser. What happened?

I noticed, whenever I am in foreign country (i.e. DATA ROAMING) I can connect other devices to my android phones via its hotspot, but they (devices) have restricted access to internet.. In other words: My phone, where I would like to share internet via operator's data in foreing country roaming DOES have internet access, but devices connected to it via WiFi hot spot do NOT. As soon as I return to home country, the problem disapears and tethering works normally. This I've noticed on 2 Android phones I owned and tried: Nokia 6.1 and Motorola G10. Vendors claim they do not have a fix for it, operator also claims he is innocent. Does it look more like a problem of Andorid OS, foreign operators, or my home operator ? **Edit:** (based on Robert's suggestion) **My home country:** Slovakia (Not to be confused with Slovenia) **My home operator:** 4ka **Foreing countries traveled:** Austria, Czech Republic, Germany, Netherland, Belgium, France, Luxemburg **Foreign operators:** Any one I encountered. Really do not know their names. Can anyone help to identify the source of the problem, please ?

How can I configure and enable/disable the WiFi Hotspot using the terminal without root? Also I want to kick a user from my hotspot using the terminal.

I've set my phone (Kitkat 4.4.2 (18.3.C.0.37)) to set up a wifi-hotspot using the stock software. There's a simple http webserver on the phone @ 192.168.43.1:80 I can connect to the webserver from a machine that's logged into the hotspot. What I'd like to do is make -all- requests to the hotspot goto 1 webpage that's hosted on the phone instead of having to type the i.p. address in full. Is there a replacement or a way to reconfigure the routing of the hotspot?

When connecting my PC to Android Wi-Fi hotspot, it assigned a 192.168.42.x address to my PC. I really need to change this as it conflicts with one of our work subnets - is this possible?

**Goal:** I want to run a web server that provides a Captive portal service on an Android Device, using the native Android [Soft AP/Hotspot](https://source.android.com/devices/tech/connect/wifi-softap-tethering) , Termux, NodeJs, and the "new" way to detect captive portals using a DHCP option: [Captive-Portal Identification in DHCP and Router Advertisements (RAs)](https://datatracker.ietf.org/doc/html/rfc8910) ,. **Approach:** I want to add an option on the DHCP handshake of my Android Device Soft AP as specified in the [RFC](https://datatracker.ietf.org/doc/html/rfc8910) , [Apple](https://developer.apple.com/news/?id=q78sq5rv) and [Android](https://developer.android.com/about/versions/11/features/captive-portal) official forums. (the old way to create a captive portal was to intercept and controll all DNS or HTTP requests of each device conected to the AccessPoint, but in order to do it I need to ROOT my Device and install a DNS server or change the IP tables, and I dont want to do it becouse is very similar of what I already did that on a RaspberryPi) **Current State:** Im able to run a local Http Server running Nodejs in Termux app on an NOT ROOTED Android device,I want to know if it is posible to ADD THAT SIMPLE DHCP OPTION to the Android DHCP native handshake, maybe creating an APP and using the [wifi-softap-tethering](https://source.android.com/devices/tech/connect/wifi-softap-tethering) utilities or changing some kind of DHCP config file in some location like /etc/dhcp/dhcp.conf to add the option. If adding a DHCP option is not posible Im gonna change the IP tables or run a DNS server and intercept the trafic to provide the Captive Portal Detection as the OLD fashion way. **Previous Attempts:** I was able to create a captive portal using DNSMASQ and HOSTAPD on a RaspberryPi, I suppose that I can do the same on MY Android device, but I want to USe the "modern Way" using DHCP captive portal options. **Unknowns** 1. Where is the configuration of the local Android DHCP?, is it hardcoded in the source code or it exists in a /system/{some-dhcp-func}/dhcp.conf file? 2. Is it posible to add a DHCP option to the native Android Soft AP functionality? 3. Can I use or extend some offical Class of Android apk and create my app to add the DHCP Option in the Handshake? 4. Do I really need to root my device, install a DNS server and intercept all the DNS /HTTP trafic to provide the captive portal functionality?