求助：iPhone蓝牙PAN热点不响应Linux系统DHCP请求

Let’s break down this problem first: you’ve got a working Bluetooth PAN (NAP service) connection between your Linux system and iPhones (5C on iOS 10.3.2 / 6S on iOS 11.x) acting as a hotspot, but the iPhone isn’t responding to DHCP discover/request packets—so no IP address gets assigned. Here are actionable steps to fix this:

1. Confirm the PAN Interface is Properly Set Up #

First, make sure the Linux side recognizes the Bluetooth PAN interface:

• Open the Bluetooth control shell with bluetoothctl, then run info [iPhone-MAC-Address] to verify the NAP service is actively connected.
• Check if the PAN interface (typically named bnep0) exists with ip link show. If it’s in a "down" state, bring it up manually:

  sudo ip link set bnep0 up
  

2. Force DHCP Client to Target the Correct Interface #

Sometimes dhclient defaults to the wrong network interface. Specify the PAN interface explicitly to avoid this:

sudo dhclient -v bnep0

The -v flag enables verbose output, so you can see exactly if DHCP packets are being sent and if any responses come back.

3. Double-Check iOS Hotspot Settings #

Older iOS versions have specific quirks with Bluetooth sharing—verify these settings:

• Ensure Bluetooth Sharing is enabled (path varies by iOS: either Settings > Personal Hotspot > Bluetooth Sharing or Settings > Cellular > Personal Hotspot).
• Disconnect the iPhone from any Wi-Fi network—iOS sometimes prioritizes Wi-Fi over Bluetooth PAN for sharing, which can block DHCP responses.

4. Inspect Traffic with Wireshark #

Capture traffic on the bnep0 interface to confirm if DHCP packets are leaving your Linux system and if the iPhone sends any replies:

sudo wireshark -i bnep0

Use the filter bootp to narrow down to DHCP traffic. If you see Discover packets sent but no Offer/ACK from the iPhone, the issue is either on the iOS side or a Bluetooth layer compatibility problem.

5. Update Your Linux Bluetooth Stack #

Outdated bluez packages or drivers often cause compatibility issues with older iOS versions. Update the stack:

• For Debian/Ubuntu-based systems:

  sudo apt update && sudo apt install --only-upgrade bluez bluez-tools
  

• For RHEL/CentOS-based systems:

  sudo dnf update bluez
  

After updating, restart the Bluetooth service:

sudo systemctl restart bluetooth

6. Re-Pair Devices with Explicit NAP Selection #

Sometimes re-pairing with explicit service selection fixes hidden connection glitches:

1. Remove the existing pairing from both devices:
   • On Linux: bluetoothctl > remove [iPhone-MAC-Address]
   • On iPhone: Settings > Bluetooth > Tap the "i" next to your Linux device > Forget This Device
2. Re-pair, and when prompted, explicitly choose the "Network Access Point" (NAP) service instead of letting it auto-select.

7. Try iOS-Specific Workarounds #

Older iOS builds have known tricks to kickstart the DHCP server:

• Disable and re-enable Personal Hotspot on the iPhone right after pairing—this often triggers the DHCP service to start listening.
• Ensure the iPhone has active cellular data and a valid plan—iOS won’t spin up the DHCP server for PAN if there’s no cellular connectivity to share.

内容的提问来源于stack exchange，提问作者Alan Bautista