标签：#ha

One of the first networking concepts that confused me was this: Why does a computer need both a MAC address and an IP address? At first glance, they seem to solve the same problem. Both appear to identify a device. Both show up in networking tools. Both appear in packet captures. So why do we need two different addresses? While exploring Linux networking tools and Wireshark, the distinction finally started making sense. This article summarizes the mental model that helped me understand the difference. Looking Inside the Machine Before discussing addresses, it helps to understand where they come from. If you open a typical laptop, you will usually find components such as: Battery RAM Storage Processor Cooling system Network interfaces One of those network interfaces is typically: A Wi-Fi card An Ethernet controller These components are responsible for network communication. They are the parts of the machine that actually send and receive data across a network. Every Network Interface Has an Identity A network interface needs a way to identify itself. This is where the MAC address comes in. A MAC address is associated with a network interface card (NIC). Example: ```text id="q3d9nm" 2C:9C:58:8B:2D:7B Think of it as the identity of the network interface itself. Not the operating system. Not the browser. Not the application. The network hardware. --- ## What Is a MAC Address? MAC stands for: **Media Access Control** A MAC address operates at the **Data Link Layer** of the OSI model. Its primary purpose is to help devices communicate within a local network. Examples include: * Laptop to router * Router to switch * Switch to printer In other words: > MAC addresses help devices find each other on the same local network. --- ## What Is an IP Address? An IP address serves a different purpose. Example: ```text id="g8x4tc" 192.168.1.20 or ```text id="v6u7mz" 2405:201:8000::1 IP addresses operate at the **Network Layer**. Their job is to identify where a device exists within a

This is a submission for the GitHub Finish-Up-A-Thon Challenge What I Built I built Academia, a modern, delivery-only Learning Management System (LMS) designed for creators who want a premium, distraction-free environment for their students. With Academia, educators can spin up their own custom academy, build out rich curriculums with video and text lessons, and securely invite students via email magic-links. Once a student accepts an invite, they are dropped into an isolated, hyper-clean student portal that tracks their course progress in real-time. This project started two years ago during a hackathon. I had this really great idea, but I was still very much a beginner. Between the tight timeframe, lack of sleep, and my slow coding speed, I just couldn't pull through to finish the project in time to submit. It sat abandoned in my repositories, gathering dust. Finishing it means finally delivering on the exact vision I had in my head two years ago, but with the skills and architecture of today. Demo Live Site Repository The Comeback Story I always told myself I’d finish this project "after the dust settles," but I never got around to it. When I saw this challenge, I knew it was time. Just looking at the 2-year-old repository gave me an instant headache. The packages were entirely outdated, Vercel was throwing massive build errors, and running npm run dev was painfully slow. Basically, everything was lagging. I seriously considered just starting a fresh repo from scratch. I figured I would just look at the shabby design I created two years ago and try to manually copy-paste the "important" code over, because I knew updating the existing mess would be an absolute nightmare. But instead, I decided to lean heavily on GitHub Copilot Auto (so I could automatically get the best models for the job) to see if we could salvage and modernize the original codebase. Here is the story of my before-and-after journey, and how Copilot helped me finally finish what I started. My Expe