Hjemmenetværk # Fejlfind port forwarding uden en scanner Tjek tjenesten, den lokale firewall, forwarding-reglen og NAT længere ude, før du prøver en forbindelse udefra. 4 minutters læsning · Udgivet 11. oktober 2026 ## Start med tjenesten inde på dit netværk En forwarding-regel kan ikke gøre en stoppet tjeneste tilgængelig. Bekræft, at programmet kører og lytter på den forventede port og det forventede interface. En tjeneste, der kun er bundet til 127.0.0.1, tager imod lokale forbindelser, men kan ikke nås fra en anden enhed via LAN-adressen. Prøv derefter programmet fra en anden enhed på samme LAN med serverens private adresse. Tjek serverens firewall for det program og den port. Hold testen snæver; at åbne alle porte eller slå hele firewallen fra gør fejlsøgningen sværere og blotter tjenester, der ikke har noget med sagen at gøre. ``` # On the Linux machine hosting your service: # inspect listening TCP sockets; this sends no network probes ss -ltn ``` ## Gennemregnet eksempel: ekstern 8443 til intern 443 Forestil dig en HTTPS-tjeneste på 192.168.1.50:443, hvor routeren videresender ekstern TCP 8443 til intern TCP 443. En klient udefra skal bruge port 8443, ikke 443. Forwarding-destinationen skal forblive 192.168.1.50; en DHCP-reservation forhindrer, at et senere adresseskift sender forbindelser til den forkerte enhed. Bekræft først, at tjenesten svarer lokalt. Bekræft derefter, at routerreglen angiver TCP, peger på den rigtige LAN-adresse og kobler de to porte i den rigtige retning. HTTPS-certifikatet skal også passe til det værtsnavn, du faktisk bruger; en TLS-advarsel er et andet problem end en port, der ikke kan nås. ## Tjek vejen efter din egen router Forbindelsessiden har en lokal sammenligning af WAN-adresser: kopiér routerens IPv4 under WAN/Internet, og sammenlign den med den offentlige IPv4 fra samme netværk og tidspunkt. Det indtastede bliver i browseren, og der oprettes ingen forbindelse til den indtastede adresse. Privat eller delt adresserum er et nyttigt fingerpeg; en forskel er ikke i sig selv bevis for CGNAT. - En privat WAN-adresse kan betyde, at der er endnu en router, som også skal have en forwarding-regel, eller en gateway fra udbyderen, som du skal have omkonfigureret sammen med den, der administrerer den. - En WAN-adresse i 100.64.0.0/10 tyder på udbyderens delte adresserum. Almindelig port forwarding på din router kan ikke oprette en indgående kobling i udbyderens NAT. - Tjek, om din udbyder begrænser indgående forbindelser eller tilbyder en offentlig adresse. - For IPv6 skal du se på destinationens IPv6-adresse og firewallreglerne på routeren og værten. En forwarding-regel for IPv4 konfigurerer ikke adgang over IPv6. - Når du styrer destinationen og bevidst vil gøre tjenesten tilgængelig, så test det faktiske program fra et andet netværk. En test inde fra samme LAN kan afhænge af, om routeren understøtter NAT loopback. ## Hvad et portresultat ikke ville besvare En accepteret TCP-forbindelse ville kun vise, at der kunne opnås forbindelse fra én kilde på ét tidspunkt. Den ville ikke vise, at programmet virker korrekt, at certifikatet er gyldigt, eller at tjenesten er sikker. En timeout kan ikke skelne mellem en stoppet vært, filtrering, routingproblemer og en manglende forwarding-regel. myip.dk foretager ikke portforsøg mod din adresse. Tjeklisten hjælper dig med først at indsamle dokumentation for opsætningen og med at undgå at behandle et tvetydigt “lukket” som en diagnose. ## Læs mere og kilder - [RFC 6598: shared address space and carrier-grade NAT ↗](https://www.rfc-editor.org/rfc/rfc6598) - [RFC 4787: NAT behavior and hairpinning ↗](https://www.rfc-editor.org/rfc/rfc4787) - [Linux kernel: IP networking behavior ↗](https://docs.kernel.org/networking/ip-sysctl.html) [← Se alle guider](https://myip.dk/da/guides)[Tjek din forbindelse →](https://myip.dk/da) ---