A practical systems explainer on DNS, routing, policy enforcement, captive portals, messaging-only access, in-app browsers, and whether satellites are likely involved in the difference.
The plane probably is not giving you “the internet.” It is giving you a policy-shaped subset of the internet.
Telegram traffic is likely allowlisted or specially classified, while normal browsing from Safari is blocked unless full access is purchased or enabled.
This is another client → gateway → policy → allowed capability surface architecture, similar in shape to VPNs and agent gateways.
The most likely explanation is:
The decision about what you can access is usually made before traffic becomes just “normal internet.” The gateway or policy system inspects or classifies your request and decides whether it is allowed.
If DNS is unfamiliar, think of it like the internet's contact lookup system.
telegram.org or blakethom8.github.io
“What IP address should I use to reach that domain?”
Once your device has an IP, the network decides where the packets go.
Airline networks can control DNS in several ways:
Routing is the process of moving packets from one network hop to the next until they reach their destination.
In normal home internet, your traffic is usually just routed onward. On airline Wi‑Fi, the network is often much more opinionated:
There are a few likely mechanisms, and more than one can be true at the same time.
| Mechanism | What it means | How it helps Telegram work |
|---|---|---|
| Allowlist by domain/IP | The airline permits known Telegram endpoints. | Traffic to Telegram servers passes; other sites do not. |
| App-category policy | The network classifies traffic as messaging vs general browsing. | Messaging flows are allowed under a lower-cost plan. |
| Captive portal exception rules | Some apps bypass the normal web-login wall. | Telegram can keep sending/receiving while Safari is redirected or blocked. |
| Lower bandwidth tolerance | Messaging traffic is small and predictable. | Airlines are more willing to allow lightweight traffic. |
Safari is usually your most obvious “general internet” test, so it is often where the restriction becomes visible.
Possible visible outcomes:
This is especially interesting, and there are several plausible explanations.
Links tapped inside Telegram may open in an in-app browser/webview rather than full Safari. The airline network or OS path may treat this differently, especially if Telegram already has an approved session path.
Telegram often fetches preview information for URLs. In some cases, enough of the content or route is already available that opening the link feels different from a fresh request in Safari.
GitHub Pages is static hosting. It may pass through some policy edge cases more easily than arbitrary browsing, especially if only certain domains/CDN paths are blocked aggressively.
The OS may strongly associate Safari with the normal browsing path and captive-portal enforcement, while an in-app webview may slip through a slightly different route.
Probably not in the way it feels from the user side.
Usually the main split is not:
More likely, it is:
Yes, indirectly:
So the satellite affects the economics and policy, but the app difference is usually caused by network control policy, not by “Telegram has a different satellite.”
| Term | Plain English meaning |
|---|---|
| DNS | The system that translates names like github.com into IP addresses. |
| IP address | The numeric network address a device or service uses. |
| Routing | The process of forwarding packets toward their destination. |
| Gateway | The network control point your traffic passes through on its way out. |
| Captive portal | The login/payment gate on public Wi‑Fi that intercepts web access. |
| Allowlist | A list of approved destinations or traffic types that are permitted. |
| Backhaul | The upstream connection from the plane to the wider internet, often via satellite or air-to-ground link. |
Created in response to in-flight testing and discussion about Telegram, Safari, GitHub Pages, Cisco Secure Client, gateways, DNS, routing, and network policy enforcement.