Facing a Packet Loss in an MPLS Network. Here's a concise bullet-point summary for troubleshooting packet loss in an MPLS network: * Verify End-to-End Path: Use `traceroute`/`mtr` to identify the specific hop(s) experiencing loss. Confirm the exact MPLS path. * Check Physical Layer & Interfaces: Inspect interfaces (CE, PE, P routers) for errors (`input/output drops`, `CRC errors`, `giants`, `runts`). Check cables, optics, and interface utilization. * Confirm IP Reachability: Ensure underlying IGP (OSPF, IS-IS) is stable and core IP paths between P/PE routers are loss-free. * Inspect MPLS Transport: Verify LDP/RSVP-TE sessions are operational (`show mpls ldp neighbor`, `show mpls rsvp neighbor`). Check label bindings (`show mpls forwarding-table`). * Analyze QoS/Queueing: Check for congestion points. Examine QoS policies, queue drops (`show policy-map interface`), and traffic shaping on PE/CE interfaces. * Validate Routing (BGP/VPNv4): Ensure BGP sessions (especially between PE routers) are stable. Verify VPNv4 route exchange and correct next-hop reachability. * Test MTU/Path MTU: Check for MTU mismatches end-to-end (including MPLS header overhead). Test with large ICMP DF packets. * Review Control Plane Stability: Monitor CPU/memory usage on routers. Check for process crashes, route flapping, or excessive logging. * Isolate Layer: Determine if loss occurs in the IP layer (underlying network) or the MPLS layer (label switching). Use PE-PE ICMP tests and PE-CE tests. * Check PE-CE Circuits: Test the access link (PE to CE) separately for loss (e.g., CE-PE ping). * Utilize MPLS OAM: Use tools like `mpls ping`/`mpls traceroute` (LSP Ping) to test MPLS LSP integrity. * Monitor Microbursts: Check for transient congestion bursts using interface counters/histograms if supported. * Inspect Hardware: Rule out faulty line cards/ASICs (check hardware counters, `show platform` errors). Key Principle: Start at the physical/link layer, then move up through IP, MPLS, and BGP/VPN layers, isolating the segment where loss occurs.
Network Troubleshooting Steps
Explore top LinkedIn content from expert professionals.
Summary
Network troubleshooting steps are a structured series of actions used to find and resolve problems in computer networks, ensuring devices can communicate and access resources without interruption. These steps help pinpoint where issues occur, from cables and hardware to software, configurations, and internet connections.
- Check connections: Start by inspecting cables, devices, and ports for loose connections or physical damage.
- Test basic connectivity: Use simple commands like ping and traceroute to confirm network paths and identify where communication fails.
- Review configurations: Examine device settings, firewall rules, and IP addresses to spot any misconfigurations or blocks that might disrupt network access.
-
-
Step-by-step process to troubleshoot routing and switching issues in networks for network engineer: 1. **Gather Information:** - Understand the reported problem. - Collect network diagrams, configurations, and any recent changes. 2. **Physical Layer Check:** - Verify cable connections, interfaces, and physical components. - Ensure devices are powered on and functioning. 3. **Basic Connectivity Tests:** - Use tools like `ping`, `traceroute`, or `arp` to test connectivity between devices. - Check for connectivity issues between specific network segments. 4. **Check Device Configurations:** - Verify device configurations for routing tables, VLAN settings, access control lists (ACLs), etc. - Look for any misconfigurations or inconsistencies. 5. **Routing Protocols:** - Verify if routing protocols (OSPF, BGP, etc.) are correctly configured and neighbors are established. - Check routing tables for correct information and route advertisements. 6. **Switching Configuration:** - Review VLAN configurations, spanning-tree settings, and port configurations. - Ensure proper VLAN tagging and trunking between switches. 7. **Traffic Analysis:** - Use network monitoring tools to analyze traffic patterns, identify bottlenecks, or anomalies. - Look for excessive broadcasts, collisions, or errors. 8. **Hardware Diagnostics:** - Check hardware health using device-specific diagnostic commands. - Look for hardware-related errors or failures in logs. 9. **Firmware/Software Updates:** - Ensure devices are running the latest firmware/software versions to address known bugs or issues. 10. **Isolation Testing:** - Temporarily isolate segments or devices to narrow down the problematic area. - Verify if the problem persists within the isolated segment. 11. **Collaboration and Documentation:** - Collaborate with colleagues or vendor support if needed. - Document each step taken, changes made, and their effects. 12. **Implement Solutions:** - Apply fixes or configuration changes based on identified issues. - Test to confirm that the problem has been resolved. 13. **Monitor and Follow-up:** - Monitor the network after changes to ensure stability and functionality. - Follow up with users or stakeholders to confirm resolution. #troubleshooting #routingandswitching #ccna #ccnp #networkengineer
-
Real Time Troubleshooting Question and Answers for Network Engineers Connectivity Issues Q: A user is unable to connect to the internet. What steps will you take? A: 1. Check if the user's device has a valid IP address using `ipconfig` (Windows) or `ifconfig`/`ip a` (Linux). 2. Ping the default gateway to confirm local connectivity. 3. Ping an external IP (e.g., `8.8.8.8`) to test internet access. 4. Check DNS resolution by pinging a website name (e.g., `ping www.google.com`). 5. Verify switch and router configurations for port and VLAN settings. 6. Examine firewall rules or access control lists (ACLs) that may block traffic. --- Network Latency Q: The network is slow. How do you identify the problem? A: 1. Use `ping` or `traceroute` to identify the latency source. 2. Check bandwidth usage with tools like `netstat` or SNMP monitoring. 3. Analyze network traffic with tools like Wireshark. 4. Check for overloaded network devices (CPU/memory utilization). 5. Identify and mitigate potential network loops. 6. Ensure Quality of Service (QoS) configurations are correct for critical traffic. --- IP Address Conflicts Q: A user reports frequent disconnections. How would you address an IP conflict? A: 1. Use `arp -a` to identify duplicate MAC addresses on the network. 2. Check the DHCP server logs for conflicts. 3. Assign static IPs to devices that need consistent addresses. 4. Isolate the conflicting devices and update IP settings manually. 5. Ensure proper DHCP scope configuration to avoid overlap. --- Device Cannot Access Network Resources Q: A printer is connected to the network but cannot be accessed. What do you do? A: 1. Verify the printer's IP address and subnet mask. 2. Ping the printer from a workstation. 3. Ensure the printer is in the correct VLAN. 4. Check the printer's shared resource settings or print server configurations. 5. Review firewall rules blocking printer communication. 6. Restart the printer and associated network equipment. --- Switch Port Not Working Q: A device connected to a switch is not working. How do you troubleshoot? A: 1. Verify the switch port status using `show interface` or equivalent commands. 2. Check for correct VLAN assignment. 3. Ensure the cable is functional by testing with another device. 4. Confirm the port is not administratively shut down (`shutdown` state). 5. Look for errors like CRC or collisions (`show interface counters`). 6. Reset or reconfigure the port if necessary. --- VPN Issues Q: A user cannot connect to the VPN. What are your steps? A: 1. Verify user credentials and permissions. 2. Check the VPN client configuration (IP, port, protocol). 3. Ensure the user's device has an active internet connection. 4. Test connectivity to the VPN server using `ping` or `traceroute`. 5. Review VPN server logs for errors. 6. Confirm NAT and firewall configurations allow VPN traffic.
-
🛠 Practical IT Support Commands Every New Technician Should Know In IT Support, most issues—slow systems, internet failures, random errors—can be solved quickly if you know the right tools. Here is a trusted command list used every day by Support Engineers. --- 🚀 When the PC Is Slow or Freezing These commands help clean, repair, and boost the system: Command – Purpose temp – Delete system temporary files %temp% – Clear user temporary files prefetch – Remove cached application files cleanmgr – Open Disk Cleanup taskmgr – View high CPU/RAM usage msconfig – Control startup programs services.msc – Start/stop services control update – Check for Windows updates sfc /scannow – Repair corrupted system files DISM /Online /Cleanup-Image /RestoreHealth – Deep system repair chkdsk /f – Fix disk errors powercfg.cpl – Check power settings 👉 Use when: System is lagging, freezing, booting slowly, or not responding. --- 🌐 When the Internet Isn’t Working These commands fix most network and DNS problems: Command – Purpose ping <IP/website> – Test connectivity ipconfig – View network details ipconfig /release – Drop current IP ipconfig /renew – Get fresh IP ipconfig /flushdns – Clear DNS cache nslookup <domain> – Check DNS resolution tracert <domain> – Trace connection path netsh winsock reset – Reset network stack 👉 Use when: Websites fail to load, DNS errors, Wi-Fi drops, slow browsing. --- 🔧 System Troubleshooting Essentials Analyze, monitor, and fix deeper issues: Command – Purpose eventvwr – Check system logs for errors tasklist – Show running processes wmic diskdrive get status – Quick HDD/SSD health control firewall.cpl – Manage firewall devmgmt.msc – Device Manager (drivers & hardware) 👉 Use when: Blue screens, driver issues, app crashes, hardware faults. --- ⭐ Professional Tips for Beginners ✔ Always run commands as Administrator ✔ Create a habit of checking Event Viewer ✔ Keep drivers and Windows updated ✔ Use Task Manager to find heavy applications ✔ Don’t delete system files you don’t understand --- 💡 Bonus Shortcuts Shortcut – Opens Win + R – Run dialog Win + X – Quick Admin Menu Ctrl + Shift + Esc – Task Manager Win + R → mrt – Malware removal tool ---
-
🚀 Advanced Network Troubleshooting Using the TCP/IP Model 🛠️ Effective network troubleshooting requires a methodical approach, and the TCP/IP model is a perfect framework. Here's how to perform advanced diagnostics, layer by layer: 🔍 1. Physical Layer Start with the fundamentals. Always verify the hardware connection quality. ✅ Action: Inspect all network cables, ensure there are no loose connections, and confirm the integrity of ports. 💡 Pro Tip: Use link-state monitoring tools or hardware diagnostics to detect faulty cabling or port issues that might go unnoticed with a casual check. 🔍 2. Data Link Layer At this layer, network interface integrity is key. ✅ Action: Investigate the functionality of network interfaces (NICs) and switches. Ensure that MAC addressing and duplex settings are appropriately configured. 💡 Pro Tip: Utilize tools like Wireshark to inspect traffic patterns and detect any anomalies at Layer 2, such as broadcast storms or MAC address conflicts. 🔍 3. Network Layer Routing and IP configuration are crucial here. ✅ Action: Assess IP configurations (including subnet masks, default gateways, and routing tables). Ensure proper communication paths. 💡 Pro Tip: Advanced commands like tracert (Windows) or traceroute (Linux) can help diagnose routing issues and pinpoint where packets drop in transit. 🔍 4. Transport Layer Connectivity checks go beyond basic pings. ✅ Action: Test transport protocols (TCP/UDP). Ensure sessions are being properly established and maintained. 💡 Pro Tip: Use tools like netstat to analyze active connections and identify ports being used for communication, revealing potential firewall or service-based issues. 🔍 5. Application Layer Finally, validate that the application protocols are functioning as expected. ✅ Action: Analyze DNS, HTTP/HTTPS, and other services for latency or resolution issues. DNS misconfigurations can often mimic deeper network issues. 💡 Pro Tip: Tools like dig and nslookup can offer insights into DNS query responses. Advanced monitoring solutions such as APM tools (Application Performance Monitoring) can help track application performance bottlenecks. By leveraging these techniques and tools at each layer, you can systematically isolate and resolve even the most complex network issues. 💼💡 #AdvancedNetworking #TCPIP #NetworkEngineering #ITProfessional #TechLeadership #Infrastructure #NetworkSecurity #ITInnovation #CCNA #CCNP
-
Scenario Based L1 level network Interview questions: 1. Scenario: You are troubleshooting a network where users cannot access the internet, but they can communicate with each other locally. What steps would you take to diagnose the issue? Check physical connections (cables, switches, routers). Log into the router and confirm it has an active internet connection. Ping the router’s IP address to ensure it's reachable. Verify default gateway settings on affected computers (using ipconfig or ifconfig). Ensure DNS settings are correct, then ping external IPs (e.g., 8.8.8.8) to rule out DNS issues. If DNS is the problem, flush the DNS cache (ipconfig /flushdns). 2. Scenario: A user is complaining that their computer is very slow when trying to access files on the network. What might be causing the issue and how would you troubleshoot it? Check if the issue is isolated to the specific computer. Monitor CPU, memory, and network usage in Task Manager. Ping the file server to check for latency or packet loss. Test the connection speed (Wi-Fi vs. Ethernet) and ensure the server is reachable. Check disk space and system health on the user's computer. Verify network cabling and switch performance. If needed, reboot the router/switches to resolve congestion. 3.Scenario: A new device has been added to the network, but it can’t obtain an IP address from the DHCP server. How would you troubleshoot this issue? Check network connections (Ethernet/Wi-Fi). Ensure the DHCP server is functioning and has available IPs. Verify DHCP service is active on the router/server. Check if the device has an APIPA address (169.x.x.x); if so, try releasing/renewing IP (ipconfig /release and /renew). Ensure MAC address filtering on the router isn't blocking the device. Manually assign an IP to test connectivity if needed. 4.Scenario: A user reports that they are unable to connect to a specific website, while other websites are working fine. What would you do to diagnose the issue? Check the website's status using tools like "Down For Everyone Or Just Me." Ping the website's IP to determine if it's a DNS or network issue. Verify the DNS settings on the user’s computer and consider switching to a different DNS (e.g., 8.8.8.8). Clear the DNS cache (ipconfig /flushdns on Windows). Use Traceroute to pinpoint where the connection is failing. If other devices can access the website, check for local firewall or security software blocking the site.
-
𝐘𝐨𝐮'𝐫𝐞 𝐢𝐧 𝐚 𝐍𝐞𝐭𝐰𝐨𝐫𝐤 𝐄𝐧𝐠𝐢𝐧𝐞𝐞𝐫 𝐢𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰. Your interviewer asked: "𝐘𝐨𝐮 𝐫𝐞𝐜𝐞𝐢𝐯𝐞 𝐚 𝐫𝐞𝐩𝐨𝐫𝐭 𝐭𝐡𝐚𝐭 𝐚 𝐮𝐬𝐞𝐫 𝐜𝐚𝐧𝐧𝐨𝐭 𝐚𝐜𝐜𝐞𝐬𝐬 𝐚 𝐬𝐩𝐞𝐜𝐢𝐟𝐢𝐜 𝐰𝐞𝐛𝐬𝐢𝐭𝐞. 𝐃𝐞𝐬𝐜𝐫𝐢𝐛𝐞 𝐭𝐡𝐞 𝐬𝐭𝐞𝐩𝐬 𝐲𝐨𝐮 𝐰𝐨𝐮𝐥𝐝 𝐭𝐚𝐤𝐞 𝐭𝐨 𝐝𝐢𝐚𝐠𝐧𝐨𝐬𝐞 𝐚𝐧𝐝 𝐫𝐞𝐬𝐨𝐥𝐯𝐞 𝐭𝐡𝐞 𝐢𝐬𝐬𝐮𝐞." " How might you respond to this question? Let's find out: 𝐈𝐧𝐢𝐭𝐢𝐚𝐥 𝐈𝐧𝐟𝐨𝐫𝐦𝐚𝐭𝐢𝐨𝐧 𝐆𝐚𝐭𝐡𝐞𝐫𝐢𝐧𝐠: To address the issue of a user not being able to access a specific website, start by confirming the URL of the website in question. Determine whether the problem is isolated to one user or affects multiple users and gather information about the user's device, including the operating system, browser, and network connection. 𝐁𝐚𝐬𝐢𝐜 𝐓𝐫𝐨𝐮𝐛𝐥𝐞𝐬𝐡𝐨𝐨𝐭𝐢𝐧𝐠: Next, perform basic troubleshooting. Test if the user can access other websites to see if the problem is isolated to the specific website. Instruct the user to try accessing the website from a different browser or device. 𝐍𝐞𝐭𝐰𝐨𝐫𝐤 𝐃𝐢𝐚𝐠𝐧𝐨𝐬𝐭𝐢𝐜𝐬: Proceed with network diagnostics by performing a ping test to the website to check its reachability. Conduct a traceroute to identify where the connection might be failing and verify DNS resolution using tools like nslookup or dig. 𝐋𝐨𝐜𝐚𝐥 𝐂𝐨𝐧𝐟𝐢𝐠𝐮𝐫𝐚𝐭𝐢𝐨𝐧 𝐂𝐡𝐞𝐜𝐤: Check the local configuration by clearing the user's browser cache and cookies. Ensure that local firewall or antivirus settings are not blocking the website and verify that no incorrect proxy settings are configured in the browser. 𝐍𝐞𝐭𝐰𝐨𝐫𝐤 𝐂𝐨𝐧𝐟𝐢𝐠𝐮𝐫𝐚𝐭𝐢𝐨𝐧 𝐂𝐡𝐞𝐜𝐤: Examine the network configuration by checking the logs on the network firewall or router to see if any rules are blocking access to the website. Determine if the user's ISP is experiencing issues by checking ISP status pages or contacting ISP support. 𝐀𝐝𝐯𝐚𝐧𝐜𝐞𝐝 𝐓𝐫𝐨𝐮𝐛𝐥𝐞𝐬𝐡𝐨𝐨𝐭𝐢𝐧𝐠: Move on to advanced troubleshooting by using tools like curl or browser developer tools to inspect the HTTP/HTTPS requests and responses. Test accessing the website through a VPN to see if it is accessible from a different IP or location. 𝐄𝐱𝐭𝐞𝐫𝐧𝐚𝐥 𝐅𝐚𝐜𝐭𝐨𝐫𝐬: Consider external factors by checking if the website itself is down using services like DownDetector or IsItDownRightNow. Verify if the website has any geolocation restrictions that might be affecting access. 𝐃𝐨𝐜𝐮𝐦𝐞𝐧𝐭 𝐚𝐧𝐝 𝐄𝐬𝐜𝐚𝐥𝐚𝐭𝐞: Finally, document all steps taken and findings. If the issue persists, escalate the problem to higher-level support or the website’s administrator. Feel free to share your insights or ask questions! #networking #networkadministration #networkengineer #networkingsolutions #networktroubleshooting #itsupport #support #interviewtips Kevin Apolinario | Jeremy McDowell
-
Network Troubleshooting Guide When network issues arise, understanding the root cause can save time and effort. Below are common scenarios and steps to resolve them, explained in simple terms. Scenario 1: Two PCs in the Same VLAN Can't Ping Each Other Think of VLANs like separate meeting rooms in an office. If two people are in the same room but can't hear each other, something is blocking communication. ✔ Check if both PCs are on the same subnet using `ipconfig` (Windows) or `ifconfig` / `ip a` (Linux). ✔ Verify switchport VLAN configuration using `show vlan brief`. ✔ Check for port security settings that may be blocking MAC addresses with `show port-security interface X`. Scenario 2: Router Not Learning OSPF Routes from a Neighbor OSPF works like a postal service—routes must be correctly registered for delivery to happen. ✔ Confirm OSPF network type and area alignment using `show ip ospf neighbor`. ✔ Check interface status with `show ip interface brief` to ensure it’s up and operational. ✔ Validate hello and dead timers using `show ip ospf interface`. ✔ Check for ACLs blocking OSPF packets with `show access-lists`. Scenario 3: Trunk Link Not Carrying VLAN 20 Traffic A trunk link is like a highway for VLANs—if one VLAN is missing, it means traffic isn't allowed to pass. ✔ Ensure VLAN 20 is allowed on the trunk using `show interfaces trunk`. ✔ Verify VLAN 20 exists on both switches with `show vlan brief`. ✔ Check native VLAN mismatches, which can cause unexpected behavior, using `show interfaces trunk`. Scenario 4: One Site Can't Reach Another via a BGP Link BGP acts like a roadmap for global routing—if routes aren’t exchanged properly, communication fails. ✔ Check if BGP neighbors are established using `show ip bgp summary`. ✔ Verify reachability of the next-hop IP with `ping` or `traceroute`. ✔ Look for route filtering or misconfigurations in `show ip bgp` and `show route-map`. ✔ Ensure correct network advertisements with `show ip bgp network`. Scenario 5: DHCP Not Assigning IPs to Clients If devices aren’t getting an IP, it’s like guests arriving at a hotel with no room assignments. ✔ Confirm DHCP server is running using `show ip dhcp pool`. ✔ Check if the VLAN has a helper address configured with `show ip interface`. ✔ Ensure there’s no DHCP exhaustion by viewing `show ip dhcp binding`. Scenario 6: Internet Slowness or High Latency Think of this as a busy highway—traffic congestion slows everything down. ✔ Run `ping` or `traceroute` to check for high latency or packet loss. ✔ Verify bandwidth usage with `show interfaces counters`. ✔ Check for potential QoS policies affecting priority traffic using `show policy-map`. #Networking #Troubleshooting #CiscoNetworking #NetworkEngineer #TechExplained #CyberSecurity #CCNA #CCNP
-
Real-Time Troubleshooting Scenarios for IT Support Professionals In IT support, quick problem-solving is key. Here are some real-world troubleshooting scenarios with step-by-step solutions: 1️⃣ Internet Connectivity Issues Q: A user reports no internet access. What steps do you take? ✅ A: 1️⃣ Check if the device has a valid IP (ipconfig / ifconfig). 2️⃣ Ping the default gateway to test local connectivity. 3️⃣ Try ping 8.8.8.8 to check external reachability. 4️⃣ Test DNS resolution (ping google.com). 5️⃣ Restart the router/switch if necessary. 6️⃣ Check firewall and proxy settings. 2️⃣ Printer Not Responding Over the Network Q: A network printer is online but not printing. What do you do? ✅ A: 1️⃣ Verify the printer’s IP address and connectivity (ping). 2️⃣ Check if the printer is in the correct VLAN. 3️⃣ Restart the printer and print spooler service. 4️⃣ Verify user permissions and shared printer settings. 5️⃣ Test printing from another device. 3️⃣ Unable to Access a Shared Drive Q: A user cannot access a shared folder. How do you troubleshoot? ✅ A: 1️⃣ Ensure the user has the correct network permissions. 2️⃣ Verify the shared folder’s availability (\\server\share). 3️⃣ Check if the device is on the same domain or workgroup. 4️⃣ Run net use to check active connections. 5️⃣ Restart the workstation and try again. 4️⃣ Slow Network Performance Q: A user complains about slow internet speed. What steps do you follow? ✅ A: 1️⃣ Use ping or tracert to check latency. 2️⃣ Monitor bandwidth usage (netstat, task manager). 3️⃣ Run a speed test to compare expected vs. actual speeds. 4️⃣ Identify high-usage applications or background updates. 5️⃣ Check for network congestion or faulty switches. 5️⃣ VPN Connection Fails Q: A remote user cannot connect to the VPN. What do you check? ✅ A: 1️⃣ Verify user credentials and permissions. 2️⃣ Ensure the VPN client is configured correctly. 3️⃣ Confirm internet connectivity before troubleshooting VPN. 4️⃣ Check if the VPN server is online and reachable (ping). 5️⃣ Review firewall/NAT settings that may block VPN traffic. Troubleshooting is all about logical steps and efficient problem-solving. What’s the toughest IT issue you’ve solved recently? Let’s discuss in the comments! ⬇️ #ITSupport #Troubleshooting #TechSupport #Networking #SysAdmin #HelpDesk
-
Linux Troubleshooting Cheatsheet 🐧 – Must-Know Commands for Every Engineer When things go wrong in a Linux system, knowing the right command can save hours of debugging. Here's a quick troubleshooting reference for common issues: 1. Disk Space Running Low? Check overall usage: df -h Find large directories: du -sh /path/to/dir Use ncdu for an interactive cleanup view. 2. Service Fails to Start? Check status: systemctl status service-name View logs: journalctl -u service-name --since "10 minutes ago" Ensure dependencies and configs (/etc/service-name/config.conf) are correct. 3. Slow or No Network? Ping test: ping 8.8.8.8 (Google DNS) Route check: ip route / traceroute google.com Verify DNS: dig google.com / nslookup google.com Restart network: systemctl restart NetworkManager 4. "Permission Denied" Errors? Check file ownership: ls -l /path/to/file Fix with: chmod 755 file or chown user:group file If SELinux blocks access, check /var/log/audit/audit.log or temporarily disable with setenforce 0. 5. Unresponsive Process? Find PID: ps aux | grep process-name or top Kill process: kill -9 PID / pkill process-name Force all instances: killall -9 process-name 6. System Won't Boot? Check logs: /var/log/boot.log or journalctl -b Repair FS: fsck /dev/sdX Reinstall GRUB: grub-install /dev/sdX 7. "No Space Left on Device" (But Disk Isn’t Full)? Check inode exhaustion: df -i Delete excessive small files to free up inodes. 8. DNS Not Resolving? Check config: cat /etc/resolv.conf Test a DNS server: dig @8.8.8.8 google.com Restart resolver: systemctl restart systemd-resolved 9. High CPU or RAM Usage? Identify culprit: top / htop / vmstat 2 Check memory leaks: free -h 10. SSH Connection Refused? Verify SSH is running: systemctl status sshd Check firewall: ufw status / iptables -L Ensure port 22 is open. 11. Filesystem Corruption? Unmount: umount /dev/sdX Repair with: fsck /dev/sdX (Boot from live USB if needed). 12. Cron Jobs Not Running? Check logs: grep CRON /var/log/syslog Ensure cron is active: systemctl status cron Validate syntax: crontab -e 👉 Which of these commands do you use the most? Drop them in the comments! 🔹 Follow for more DevOps tips & insights. #Linux #DevOps #SysAdmin #Troubleshooting #Automation #CloudComputing