← HOME02 / NETWORKING
Layer / Network

Ayron Jins networking.
Make the path understandable.

Networking technical content

The applications only matter because the network connects everything together. This is how packets move, services get exposed, names resolve, and failures actually get traced.

MODE / SELF-MANAGEDDNS / CONFIGUREDPROXY / ACTIVEROUTING / MANAGED
03 / 05
INBOUND CONCEPTUAL REQUEST PATHINTERNET → ROUTER
MOVING SIGNAL · SELECT A NODE
Network explorer

Choose the layer that explains the failure.

DNS / NAME RESOLUTION

Maps human-readable domain names to IP addresses.

Without DNS, users would need to remember raw addresses.

IN MY ENVIRONMENT / DNS is also used for network-level filtering and local service resolution.

CONNECTED TO / AdGuard Home, local clients, domains and exposed services.
Trace a request

Follow one request from name to response.

Conceptual trace only. The exact route depends on the service and exposure model.

01 — BROWSER
The browser requests a hostname instead of an IP address.
Core infrastructure

Names, ports and boundaries.

DNS / ADGUARD HOME

Resolution is infrastructure.

Clients send a DNS query to a network-level handler that can filter it and forward the request for resolution. Doing it this way centralizes the behavior instead of having to configure every single device separately.

CLIENTDNS QUERYADGUARD HOMEFILTER / RESOLVERESPONSE
LOCAL DNS ↔ PUBLIC DNS

One system, different contexts.

Local DNS handles internal systems and controlled names; public DNS resolves domains out on the wider internet. Both are just part of the path a service ends up depending on.

LOCAL
internal context
PUBLIC
internet context
REVERSE PROXY / NGINX

One front door, many destinations.

Nginx takes a hostname-based request and routes it to the right internal application. (The names below are just illustrative, not published domains.)

HOSTNAMENGINXREQUEST ROUTINGAPP

photos.example.test → IMMICH
cloud.example.test → NEXTCLOUD
ai.example.test → OPENWEBUI

PORTS

Address the machine, then the service.

An IP identifies a machine; a port identifies a service on that machine. Containerization adds one more boundary on top: host port to container port.

SERVER IPPRIVATE ADDRESS
PORTWEB / APPLICATION
HOST PORTEXTERNAL BOUNDARY
CONTAINER PORTAPPLICATION
NAT

Translate between contexts.

Private addresses live inside a local network. A router is what translates traffic between those internal devices and the public internet.

PRIVATE NETWORKROUTER / NATPUBLIC INTERNET
PORT FORWARDING

Direct one controlled path.

An inbound request can be forwarded toward an internal server, but whether it actually gets there depends on the internal address, the listener, the firewall, the router, and the upstream network, any of which can block it.

PUBLIC REQUESTPORT 443FORWARD RULESERVER
FIREWALL THINKING

Open only what needs reachability.

A firewall checks source, destination, port and protocol against its rules. This is just a conceptual example, not a claim about the lab's full rule set.

ALLOWTCP / 443WEB SERVER
Public vs private

Not every service belongs on the public edge.

PRIVATE

Keep internal tools internal.

Management interfaces, dashboards, and other infrastructure tools can just stay reachable inside the local environment when there's no real need for public access.

PUBLIC

Expose deliberately.

A public service should have an actual reason to be reachable, a clear proxy path, HTTPS where it makes sense, and an attack surface you understand.

Diagnostic ladder

How I troubleshoot networks.

Do not guess. Isolate the layer that failed.

01APPLICATIONIs it running?
02LOCALHOSTDoes it answer locally?
03PORTIs it listening?
04FIREWALLIs traffic allowed?
05LANCan another device reach it?
06PROXYIs Nginx routing?
07DNSDoes the name resolve?
08ROUTER / NATIs forwarding correct?
09PUBLIC IPIs the address expected?
10UPSTREAMDouble NAT, CGNAT or ISP?
CASE STUDY

Service works locally, fails publicly.

A realistic diagnostic sequence: passing locally just narrows the problem down, it doesn't prove the public path is fine.

APPLICATION RESPONDS LOCALLY
PASS
PORT REACHABLE LOCALLY
PASS
REVERSE PROXY RESPONDS
PASS
DOMAIN RESOLVES
PASS
FIREWALL CHECK
PASS
EXTERNAL CONNECTION
FAIL / INVESTIGATE

REMAINING AREAS / PORT FORWARDING · DOUBLE NAT · CGNAT · ISP FILTERING · WRONG WAN ADDRESS

LAYERED THINKING

Use practical layers.

A lightweight layer model helps narrow down a failure without turning the whole thing into a textbook exercise.

APPLICATION HTTP / SERVICETRANSPORT TCP / PORTNETWORK IPLINK LOCAL NETWORK
IP CONTEXT

Addressing vocabulary.

PRIVATE IP — inside the LAN.
PUBLIC IP — wider internet boundary.
LOCALHOST — this machine.
GATEWAY — route beyond the subnet.
SUBNET — local address range.

CONTAINER NETWORKING

Another boundary to trace.

Clients reach a host port, which maps through a Docker network to a container and its application port. Services can also talk to each other over internal container networks directly.

CLIENTHOST PORTDOCKER NETWORKCONTAINER
NAME → SERVICE

Remember the sequence.

NAMEADDRESSPORTPROTOCOLAPPLICATION
Command explorer

Use the CLI to test assumptions.

These commands are shown as diagnostic vocabulary, not live output.

$ ip addr
Inspect interfaces and assigned addresses.
How I think about networks

Principles that keep the path legible.

UNDERSTAND THE PATHKnow where traffic starts, where it should go and which systems it crosses.
MINIMIZE EXPOSUREOnly expose what actually needs external access.
TRACE BEFORE CHANGINGTest each layer before changing configuration randomly.
OBSERVEUse logs, ports and connectivity tests to understand behavior.
DOCUMENTKeep track of services, ports and relationships.
SIMPLIFYA network that is understandable is easier to maintain.
Architecture summary / network stack
EDGERouter / NAT
DNSAdGuard Home
PROXYNginx
HOSTINGLinux / Docker
DIAGNOSTICSLinux tools
Transition / Part 4

When packets reach compute, software can act.

NETWORK → COMPUTE → TOOLS → AI AGENT

NEXT / AI & DEVELOPMENT
Continue through the system

Open AI & Development

Follow the path from infrastructure and networks into models, tools and software.

Open section
Practical utility / Subnet design

Design the address space.

Use Network Architect for CIDR boundaries, subnet splitting and browser-local VLSM planning.

Open Network Architect
References / Verified sources

Networking references.

The protocols and tools used to reason about names, routes, boundaries and web delivery.

SOURCES / 05

Notes and diagrams by Ayron Jins, drawn from running his own network rather than from coursework. The planning tool referenced here is Network Architect.