L2/L3 Support Engineer - Infrastructure Hosting (Remote, Senior)

L2/L3 Support Engineer - Infrastructure Hosting (Remote, Senior)

FDC Servers runs bare metal, VPS, and network infrastructure across more than thirty locations in North America, Europe, and Asia. Real hardware, real clients, and real consequences when it goes down.

This role is the end of the line on the technical side. When a ticket has been through two people and still isn't solved, it comes to you. When a client's packet loss doesn't show up in any obvious place, you're the one who finds it. When the same failure has happened four times, you're the one who works out why and makes it stop.

It's the depth track rather than the management track. You'll mentor and you'll set the technical standard, but nobody is asking you to run a rota or write performance reviews.

We're hiring across the L2 and L3 band. Level is set at offer based on what you demonstrate.

COMPENSATION: USD $2,200-$3,000/month, depending on experience. Full-time, 40 hours/week.
SCHEDULE: Shift-based with coverage expectations, weekend rotation shared across the team. More scheduling flexibility than our L1/L2 roles.
REPORTS TO: FDC support tech lead.

WHAT YOU'LL ACTUALLY DO

• Own the problems nobody else could close. Intermittent packet loss, hardware that fails only under load, boot failures with no obvious cause, performance problems that aren't where the client thinks they are.
• Diagnose at the network layer and interpret what you find. MTR analysis, packet capture, DHCP and PXE failure signatures, routing behavior, throughput testing across sites.
• Turn one-off fixes into permanent ones: a runbook, a KB article, or an AWX job template so the L1s solve it themselves next time. We measure this.
• Build and extend the tooling. We run automation in AWX and Ansible: multi-site iperf3 throughput testing, NIC tuning, PXE boot diagnostics with packet-level tracing, firmware version tracking. You'll add to them.
• Set the technical standard by example. Your notes, escalations, and client writing are what the L1s copy.
• Be the second pair of eyes on remote hands scope before a technician drives to a data center.
• Escalate outward when it really is beyond us: vendor escalation, network team, hardware RMA, with the evidence assembled.

YOU DON'T NEED A HOSTING BACKGROUND, AND YOU MAY NOT NEED THE TITLE EITHER
We're looking for demonstrated depth, not a specific job history, and we're not counting years. Backgrounds that work well here:

• NOC or ISP engineering. If you've chased packet loss across a transit provider's network, you already do the hardest part of this job.
• A serious homelab or self-hosted setup. Multiple hypervisors, a segmented network, BGP at home because you wanted to understand it.
• You were the whole IT department somewhere. Everything from the switch config to the backups was yours.
• Open source or community work. You maintain something, you answer hard questions in a forum or ---------- .
• Adjacent engineering: SRE, DevOps, systems, platform. The hardware is learnable. The diagnostic instinct is the hard part.
• Self-taught, with no degree and no certs. That works. We test directly.

If you're strong but have never held a senior title because the org never had one to give you, please apply. That's a common shape and it isn't a mark against you.

TECHNICAL BASELINE (this is what we test)

• Linux, deeply. Not just navigating. Diagnosing: what's consuming the resource, why the service won't start, what the kernel is complaining about, and how to prove it.
• Networking, properly. Routing, VLANs, MTU and fragmentation, reading an MTR and knowing what asymmetry means, packet capture and analysis, DHCP and PXE mechanics. BGP concepts a strong plus.
• Hardware failure modes. SMART data and what predicts failure, RAID controller behavior, NVMe/SAS/SATA differences that matter in practice, memory and thermal faults, IPMI and BMC.
• Automation. Scripting at minimum. Ansible, or the ability to pick it up quickly.
• Written English strong enough to be the escalation standard. You'll write the notes other people learn from.

NICE TO HAVE: Proxmox VE at scale, Kubernetes/Docker/Ceph, runbooks or KB material others actually used, data center operations exposure, any language beyond scripting.

WORTH KNOWING BEFORE YOU APPLY
This isn't a step into meetings, and it isn't a role where you stop touching tickets. A large part of it is making yourself less necessary: writing down what you know and automating what you repeat, so the team can solve next time what you solved this time.

HOW TO APPLY
Send a CV. Then send us something that shows depth, because a CV usually doesn't. Any one of: a war story with the diagnostic path (a hard problem, what you thought it was, what the evidence said, how you proved the real cause - the wrong turns are the interesting part); something you built (a tool, script, playbook, repo, or homelab you can describe in detail); or something you wrote (a runbook, postmortem, KB article, or long technical answer).

HOW WE HIRE
A written technical exercise, then a live interview that goes deep on real scenarios rather than trivia. "I don't know, here's how I'd find out" is a good answer here. We tell you yes or no either way, with the reason.

Note: We only review applications from ID-verified OnlineJobs.ph accounts.