Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


Configure Proxy is where iPhone proxy settings live: it decides whether one Wi-Fi network sends web requests through a proxy server. Off uses no proxy, Manual uses a trusted server and port, and Automatic follows a trusted PAC URL. To remove a proxy, open Settings > Wi-Fi, tap the information button beside the connected network, select Configure Proxy, choose Off, and tap Save. Record the current mode and every value first, turn a proxy off only on an unmanaged configuration you own, and restore it if the test does not help.
Apple's iPhone User Guide lists HTTP Proxy among the settings you change after tapping the information button beside the connected Wi-Fi network.[1] Its Setup Assistant guidance explicitly lists HTTP proxy controls among the advanced options on a network information page; on an already configured iPhone, verify the current labels shown on your own screen.[2]
Key Takeaways
- The Wi-Fi HTTP proxy belongs to one saved network and is not the same as a VPN.
- Determine whether the iPhone or network is managed before changing anything.
- Record mode, server, port, authentication state, and PAC URL without exposing secrets.
- Never use an open proxy or an unknown PAC file, and never delete profiles or certificates to bypass controls.
- Verify both a browser and a relevant app, because app behavior can differ.
Use the device and app troubleshooting guide if you have not yet shown that a proxy is involved. For a general Wi-Fi outage, start with iPhone connected to Wi-Fi but no internet.
The ownership check is the main safety boundary. A personal proxy you configured for a service you control can be tested and restored. A work, school, filtering, or security proxy can be part of access policy and certificate trust. Turning it off, replacing its PAC file, or deleting related management can break access or violate policy.
Before editing, check for a supervision notice, configuration profiles, organization instructions, security or filtering apps, and values you do not recognize. Apple documents global HTTP proxy and filtering controls that organizations can deploy to managed devices.[3] A locked field, a value that reappears, or an unknown PAC URL is a stop condition: contact the administrator.
Do not remove a profile, certificate, content filter, VPN configuration, or device-management enrollment. Do not try to “work around” organization controls. This guide covers the ordinary per-Wi-Fi proxy page only.
Open Settings > Wi-Fi, confirm the checkmark is beside the intended network, tap its information button, and scroll to Configure Proxy. Record:
This recovery note lets you reverse one test. It also prevents a common mistake: switching from an unknown Automatic configuration to a guessed Manual server and losing the original route.
Use Manual only when an administrator or trusted service gives you the exact server, port, and authentication requirements.
Do not search for a free or open proxy to fill these fields. An unknown operator can observe connection metadata, alter unprotected traffic, or simply fail. A familiar-looking hostname is not proof of ownership; obtain the details through the owner's trusted channel.
If certificate warnings appear after enabling a proxy, stop. Do not install an unknown root certificate or dismiss repeated warnings. Ask the proxy owner to explain the intended certificate and device-management path.
A proxy auto-configuration file contains rules that decide which requests use a proxy and which connect directly. Because the script influences routing, treat the URL as trusted configuration, not as a harmless webpage.
An unknown PAC file is a stop condition. Do not open it merely to see whether it works. If a trusted PAC file cannot be reached or behaves differently on one network, record the network, time, URL without embedded secrets, and errors, then ask its owner to check availability and policy.
The Wi-Fi HTTP proxy is a system network setting, but not every app uses networking in exactly the same way. A browser result alone does not prove that every app follows the proxy, and one app failure does not prove that the proxy is down.
Use a controlled matrix:
| Test | What it helps distinguish |
|---|---|
| Two unrelated HTTPS sites in a browser | Broad web path versus one destination |
| The affected app and a known-good app | App-specific behavior versus wider failure |
| Same tests with the original proxy restored | Proxy change versus coincidence |
| Another trusted Wi-Fi network | Per-network configuration versus device-wide symptom |
Record exact errors and times. Never use a sensitive account or confidential internal page as the first proxy test. If authentication is requested unexpectedly, verify the prompt with the proxy owner before entering credentials.
Also note whether the failure occurs before sign-in, after sign-in, or only while loading a particular resource. That distinction gives the owner more useful evidence than a generic “proxy failed” report.
Choosing Off is how you remove a Manual or Automatic proxy from that Wi-Fi network; it does not remove a configuration profile or change other saved networks. For a personal, unmanaged configuration, a temporary Off test can identify whether the proxy participates in the failure:
Do not treat “works with proxy off” as permission to leave an organization control disabled. It only narrows the failing layer. Send the owner the time, network, affected destinations, mode, and error without sharing passwords.
If turning the proxy off changes nothing, restore it before checking DNS or another layer. The iPhone DNS guide keeps resolver changes separate.
An HTTP proxy forwards supported web requests according to proxy settings or a PAC rule. A VPN usually creates a network tunnel and can also supply routes, DNS, or filters. One product may install both, but changing one setting does not guarantee that the other turns off.
Do not describe a proxy as encrypting all iPhone traffic. Do not assume a VPN caused the proxy value. Identify the owner shown in each supported configuration path. For more context, see web proxy versus VPN.
Return to Settings > Wi-Fi > [network information] > Configure Proxy. Select the recorded mode, restore the exact server and port or PAC URL, restore the authentication choice, and save. Reopen apps and verify both previously working and failing destinations.
If settings are locked or reappear, stop editing. If the symptom follows the iPhone across trusted networks even after the original proxy is restored, continue with reversible device checks. Read the side effects before considering Reset Network Settings; it is not a routine proxy toggle.
Configure an iPhone Wi-Fi proxy only with exact details from a trusted owner. Preserve Off, Manual, or Automatic state and all values, test browser and app behavior separately, and temporarily turn off only a personal configuration you can restore. Unknown PAC files, open proxies, managed controls, certificate prompts, and profile deletion are all reasons to stop rather than improvise.
Open Settings > Wi-Fi, tap the information button beside a saved network, then choose Configure Proxy.
It is the per-Wi-Fi control that decides whether web requests on that network use a proxy. Off uses no HTTP proxy, Manual uses a server and port, and Automatic uses a trusted PAC URL containing routing rules.
Open Settings > Wi-Fi, tap the information button beside the network, select Configure Proxy, choose Off, and tap Save. If the field is locked or the proxy returns, a profile or management policy controls it; ask its owner instead of deleting the profile.
No. They are separate network layers with different traffic scope and configuration ownership.
No. Use only a proxy whose operator, purpose, and connection details you have verified. A PAC file controls routing decisions, so an unknown PAC URL is untrusted configuration.
A profile, device-management policy, security app, or network owner may control it. Contact that owner.
Apps can use different protocols, endpoints, certificate rules, or network libraries. Test the app separately and record its exact error.
No. That can break trust and managed access. Use the supported owner or administrator path. AethoVPN is separate from an iPhone's managed proxy configuration; a VPN cannot authorize bypassing an organization's PAC file or repair a bad proxy address.
Sources checked 4 October 2026.
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.