Get One Month of Starlink FreeSPECIAL OFFER: GET A FREE MONTH OF STARLINK >
Connected network ports on a home router

Starlink Ethernet Not Working? A Step-by-Step Troubleshooting Guide

Troubleshooting & Fixes

Back to Troubleshooting & Fixes

A Starlink Ethernet fault is easiest to fix when you stop treating “Ethernet not working” as one problem. A wired connection depends on several separate layers: the Starlink internet connection, the Ethernet-capable Starlink hardware, the cable, any switch or wall cabling, the router's DHCP service, and finally the device itself. Proving those layers in order is much faster than repeatedly rebooting everything.

This guide is for the common situation where a computer, television, games console, access point or third-party router will not get internet through Ethernet. Starlink hardware differs by generation and market, so first identify the equipment shown in your Starlink app/account and use the connection method specified for that kit. Some Starlink routers provide Ethernet ports directly; other generations use separate compatible hardware.

What the symptoms tell you

Before changing anything, note exactly what fails.

Starlink Wi-Fi works, but every wired device fails. The satellite connection is probably functioning, so concentrate on the Ethernet output, adapter if fitted, cable and local network.

One wired device fails, but another works on the same cable. The fault is probably at the first device: its Ethernet adapter, dock, IP configuration, driver or operating-system settings.

A direct wired connection works, but devices behind a switch do not. Investigate the switch, its power supply, uplink cable and any managed-switch configuration.

Ethernet shows “connected” but there is no internet. The physical link may be working while IP addressing, routing or DNS is not.

The connection repeatedly changes between connected and disconnected. Suspect a marginal cable, connector, adapter, port, power problem or dock before changing DNS settings.

This distinction matters because DNS cannot repair a cable that has no physical link, and a factory reset is a poor first test for a damaged patch lead.

1. Draw the actual connection path

Write the network as a simple chain. For example:

Starlink → Starlink router → Ethernet → laptop

or:

Starlink → Starlink router/Ethernet connection → third-party router WAN → switch → desktop

or, where your particular Starlink hardware requires it:

Starlink → compatible Starlink Ethernet hardware → Ethernet cable → third-party equipment

Include wall sockets, patch panels, powerline adapters, USB docks and mesh units. They are not invisible parts of the network: every extra connection is another possible failure point.

Do not buy an Ethernet adapter simply because its connector appears to fit. Check compatibility for your exact Starlink kit in the official Starlink app/support information.

2. Prove that the Starlink internet service itself is working

Connect a phone or laptop to the normal Wi-Fi network and open several unrelated sites. Check the Starlink app for the system's current status and any reported interruption.

If Wi-Fi also has no internet, an Ethernet-only diagnosis is premature. Resolve the Starlink service, dish, power or wider network issue first.

If Wi-Fi works normally, leave the satellite side alone for now. You have already learned something useful: the fault is more likely to be between the router's wired interface and the endpoint.

3. Check for an Ethernet physical link

Ethernet devices often have LEDs at the socket. With both ends powered and the cable connected, look for a link/activity light. A light commonly means the two Ethernet interfaces have established a physical connection; flashing commonly represents traffic.

No light at either end is a strong reason to investigate the cable, connectors, ports, adapter and power. It is not a reason to start changing DNS servers.

A link light is not proof of internet access. It only tells you that the local Ethernet interfaces can see each other.

On equipment without LEDs, use the operating system or router interface. Windows, macOS and many router dashboards show whether an Ethernet interface is physically connected.

4. Inspect the cable rather than merely looking at it

Unplug and reseat the Ethernet connectors. A plug should latch firmly. Look for a broken retaining tab, crushed section, tight kink, stretched cable, damaged jacket, moisture or corrosion.

Pay particular attention to places where cables commonly fail:

  • behind furniture;
  • through doors or windows;
  • at wall penetrations;
  • close to an outdoor entry point;
  • where a cable is repeatedly bent;
  • at plugs carrying the weight of a hanging cable;
  • inside a motorhome or campervan where fittings can move.

Do not open Starlink power equipment or modify proprietary connectors. Isolate power before inspecting damaged powered cabling, and do not work on outdoor equipment during thunderstorms.

5. Perform the most useful test: one device, one short cable

Strip the network down to the shortest supported wired path. Use one known-good computer and one short known-good Ethernet cable directly from the Starlink Ethernet output where your hardware supports that arrangement.

Temporarily remove:

  • Ethernet switches;
  • wall sockets and patch panels;
  • long installed cable runs;
  • powerline networking;
  • USB hubs;
  • mesh units;
  • secondary access points;
  • extra routers.

This test is powerful because it divides the fault domain. If the simple connection works, Starlink's Ethernet output can pass traffic and one of the removed components or cables is responsible. Add the components back individually until the failure returns.

If the simple connection fails, continue testing the cable, device and Ethernet source.

6. Use a genuinely known-good cable

“New” and “looks fine” are not the same as known-good. Use a cable that you have just proved on another working Ethernet connection if possible.

Then perform the reverse test: use the suspect cable on a network connection known to work. This A/B approach gives much stronger evidence than repeatedly reconnecting the same unknown cable.

If an installed wall run is suspected, bypass it with a temporary patch lead laid safely across the room. If the temporary cable works, investigate the permanent run, terminations and wall plates rather than the Starlink service.

7. Swap the endpoint

Connect a second Ethernet-capable device to the same cable and port.

If device B works and device A does not, the Starlink side has largely been exonerated. On device A, check that the Ethernet interface is enabled, the operating system sees it without an error, and no USB dock or adapter is introducing the fault.

If neither device works, move upstream: cable, switch, adapter, Starlink Ethernet output or router configuration.

This “change one variable” method is basic network fault-finding, but it prevents expensive and unnecessary hardware replacement.

8. Understand the IP address test

A physical Ethernet link is only the beginning. The device normally needs network settings from a DHCP server: an IP address, subnet information, default gateway and usually DNS information.

For a normal home setup, leave IPv4 address and DNS acquisition on automatic/DHCP unless you intentionally operate a manually configured network.

On many systems, an IPv4 address in the 169.254.x.x range indicates Automatic Private IP Addressing/link-local addressing. In practical troubleshooting terms, it often means the computer has a physical Ethernet connection but has not obtained the expected IPv4 configuration from a DHCP server.

That narrows the investigation considerably. Check:

  1. Is the device connected to the LAN side of the correct router?
  2. Is the router providing DHCP?
  3. Is an intermediate switch actually passing traffic?
  4. Has the device retained an old manual IP configuration?
  5. Is a third-party router connected backwards?

Do not copy another computer's IP address. Two devices using the same address can create an address conflict and make diagnosis harder.

9. Test gateway access separately from internet access

If the device receives a normal private address, find its default gateway in the network details. The gateway is normally the local router.

Try opening the router's local management interface using the normal method provided by its manufacturer. If the device can communicate with the local router but cannot reach the internet, the Ethernet cable and local link are doing more than they would be if there were no physical connection at all.

If the device cannot even communicate with its local gateway, concentrate on the LAN: VLAN configuration, switch, cable, local firewall, IP/subnet settings or router LAN service.

This distinction separates “my Ethernet is dead” from “my Ethernet works locally but the router has no usable upstream internet.”

10. Diagnose a switch properly

For an unmanaged Ethernet switch, check:

  • the switch has power;
  • the Starlink/router-facing port has link;
  • the device-facing port has link;
  • a different numbered port behaves the same way;
  • a direct connection that bypasses the switch works.

If bypassing the switch restores service, test its power supply and cables before replacing it.

Managed switches add more possibilities: VLAN membership, port disabling, loop protection, access-control settings and other configuration can intentionally prevent traffic. Do not factory-reset a managed switch until its configuration has been recorded; a reset can remove a working network design.

11. Third-party router: WAN and LAN are not interchangeable

A very common topology error is connecting the Starlink Ethernet feed to a numbered LAN socket on a third-party router when it should feed that router's WAN/Internet interface.

In a conventional arrangement:

Starlink Ethernet → third-party router WAN/Internet port

third-party router LAN → computers/switch/access points

Open the third-party router's status page and inspect its WAN/Internet status. If the WAN interface says disconnected or has no usable address, test the WAN cable and port and confirm the router is configured for the intended connection method.

If a computer works when connected directly to the Starlink Ethernet source but the third-party router's WAN does not, the evidence now points towards the third-party router, its WAN configuration or the cable between them.

12. Bypass mode changes who is doing the routing

Bypass mode is relevant when a third-party router takes over routing duties. Once the network has been deliberately configured this way, troubleshooting should focus on the device that is actually acting as the router.

Do not toggle bypass mode simply to “see what happens.” First record the current settings and confirm the recovery procedure for your exact Starlink hardware in official support material. Recovery behaviour can vary with hardware, and a reset may have consequences for network configuration.

The important diagnostic question is: Which device currently provides routing, DHCP and local Wi-Fi? Once you know that, you know where to look for IP-address and LAN problems.

13. Ethernet works, but it is unexpectedly slow

A wired connection can be functional while negotiating below its expected local link speed. Check the Ethernet link rate reported by the computer, switch or router.

If equipment that should be capable of a faster Ethernet link repeatedly negotiates at only 100 Mbps, simplify the path and replace the patch cable first. Gigabit Ethernet over common twisted-pair cabling uses all four wire pairs; a damaged conductor or poor termination can therefore leave you with a link that still works but does not negotiate as expected.

Do not confuse Ethernet link rate with Starlink internet throughput. A 1 Gbps local Ethernet link does not mean Starlink should deliver 1 Gbps to the internet. The local link simply needs enough capacity not to become the bottleneck.

For meaningful comparisons, test the same server at similar times and make several measurements. Satellite-network performance and local demand can vary.

14. USB-C docks and Ethernet dongles deserve their own test

If a laptop connects through a USB-C dock or USB-to-Ethernet adapter, the dock is part of the network path.

Test the Ethernet adapter directly on another computer if possible, try a different compatible USB port, and remove unnecessary USB hubs. If the laptop works over Wi-Fi and another computer works on the same Ethernet cable, the dock/dongle becomes a strong suspect.

Also check whether the operating system reports the Ethernet adapter disappearing and reappearing. That points to a USB, driver, power or adapter problem rather than Starlink's satellite connection.

15. Restart once, in a controlled order

After physical and configuration checks, a controlled restart can clear a stale interface or DHCP state.

  1. Shut down the endpoint.
  2. Power down optional switches and the third-party router.
  3. Restart Starlink using the normal procedure appropriate to your hardware.
  4. Wait until the Starlink app reports the connection online.
  5. Start the third-party router, if used, and allow it to establish its WAN connection.
  6. Start the switch.
  7. Start the endpoint and test Ethernet again.

Avoid repeated rapid power cycling. It destroys the before/after evidence you are trying to collect and, depending on hardware, can have effects beyond a simple reboot.

16. A practical fault-isolation example

Suppose Starlink Wi-Fi works but a desktop connected through a wall socket says “Unidentified network.”

First, connect the desktop to the router using a temporary short cable. If it immediately obtains a normal IP address and internet access, the desktop, router and Starlink service have all passed an important test.

Reconnect through the wall run. If the fault returns, there is little value in resetting Starlink. The evidence points to the wall cable, wall jacks, patch leads or an intermediate connection.

Now suppose the direct cable still fails, but a second laptop works on that exact cable. The evidence changes: the desktop's Ethernet interface or network configuration is now the logical place to investigate.

That is what useful troubleshooting looks like: each test answers a specific question.

17. What not to do

Avoid these common mistakes:

  • factory-resetting the router before testing a cable;
  • changing DNS when there is no physical Ethernet link;
  • replacing several components at once;
  • assuming a new cable is a good cable;
  • using a LAN port as a WAN port on a third-party router;
  • manually inventing IP addresses;
  • repeatedly power-cycling equipment;
  • opening powered Starlink hardware;
  • treating a speed-test result as proof that an Ethernet port is defective.

18. When to involve Starlink support

If Starlink internet works over Wi-Fi but the Starlink-provided Ethernet path still fails after testing two known-good cables and two known-good Ethernet devices directly, you have useful evidence for support.

Record:

  • the exact Starlink kit/router model shown in your account/app;
  • whether Wi-Fi internet works;
  • the complete Ethernet path;
  • whether physical link is detected;
  • the IP address behaviour of the test device;
  • two cables tested;
  • two endpoints tested;
  • whether switches and wall cabling were bypassed;
  • whether a third-party router or bypass mode is involved;
  • date and time of the tests;
  • clear photographs of connections if useful, without exposing account details.

Use the official Starlink support route for Starlink account or hardware issues. For a failed third-party switch, router, dock or structured cable run, use that manufacturer's support or a competent network installer.

Final diagnostic sequence

Follow this order and stop when the fault is isolated:

  1. Prove Starlink itself has internet.
  2. Draw the wired path.
  3. Check physical link.
  4. Reseat and inspect connectors.
  5. Test one short known-good cable.
  6. Test a second endpoint.
  7. Bypass switches, wall cabling, docks and extra routers.
  8. Check whether the endpoint receives a sensible DHCP address.
  9. Test communication with the local gateway.
  10. Check third-party router WAN status and topology.
  11. Check Ethernet link rate if the complaint is speed rather than total failure.
  12. Restart once in a controlled order.
  13. Escalate with the evidence rather than starting again from scratch.

The aim is not to perform the greatest number of fixes. It is to make each test eliminate part of the network until only the failing layer remains.

Related Starlink guides


Get One Month of Starlink Free

Claim Your Free Month

Order through my referral link and activate your service. Your second month of Starlink service will be free.

Answers for your next step