
Network Debugging
- 476 installs
- 305 repo stars
- Updated March 4, 2026
- aj-geddes/useful-ai-prompts
network-debugging is a Claude agent skill that diagnoses connectivity, DNS, TLS, latency, and API failures using curl, tcpdump, traceroute, and browser tooling for developers troubleshooting production network issues.
About
network-debugging is a skill from aj-geddes/useful-ai-prompts that structures agent-led investigation of connectivity, DNS resolution, TLS handshakes, latency spikes, and API failures. It leverages curl for HTTP probes, tcpdump for packet capture, traceroute for path analysis, and browser or proxy tools for client-side verification. Developers reach for network-debugging when services fail intermittently, endpoints time out, certificates misbehave, or API gateways return ambiguous errors. The skill fits backend and platform engineers who need a repeatable network triage playbook inside agent sessions rather than ad-hoc command guessing.
- HTTP/TLS failure diagnosis
- DNS and routing checks
- Packet and connection tracing
- CORS and proxy pitfalls
- Repro steps and minimal fixes
Network Debugging by the numbers
- 476 all-time installs (skills.sh)
- Ranked #92 of 596 Debugging skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill network-debuggingAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 476 |
|---|---|
| repo stars | ★ 305 |
| Last updated | March 4, 2026 |
| Repository | aj-geddes/useful-ai-prompts ↗ |
How do you debug API connectivity and TLS failures?
Diagnose connectivity, DNS, TLS, latency, and API failures using curl, tcpdump, traceroute, and browser or proxy tooling.
Who is it for?
Backend and platform engineers investigating intermittent API failures, DNS issues, TLS errors, or latency problems in staging or production.
Skip if: Pure application logic bugs with no network symptoms or teams without permission to run packet captures on target hosts.
When should I use this skill?
API calls fail, connections time out, TLS certificates error, DNS resolution breaks, or latency spikes need systematic network triage.
What you get
Network diagnosis notes, packet capture findings, traceroute hops, curl response traces, and root-cause hypotheses.
- network triage report
- curl and traceroute traces
By the numbers
- Covers 5 failure domains: connectivity, DNS, TLS, latency, and API errors
Files
Network Debugging
Table of Contents
Overview
Network debugging identifies connectivity issues, latency problems, and data transmission errors that impact application performance.
When to Use
- Slow loading times
- Failed requests
- Intermittent connectivity
- CORS errors
- SSL/TLS issues
- API communication problems
Quick Start
Minimal working example:
Chrome DevTools Network Tab:
Columns:
- Name: Request file/endpoint
- Status: HTTP status code
- Type: Resource type (xhr, fetch, etc)
- Initiator: What triggered request
- Size: Resource size / transferred size
- Time: Total time to complete
- Waterfall: Timeline visualization
Timeline Breakdown:
- Queueing: Waiting in queue
- DNS: Domain name resolution
- Initial connection: TCP handshake
- SSL: SSL/TLS negotiation
- Request sent: Time to send request
- Waiting (TTFB): Time to first byte
- Content Download: Receiving response
---
Network Conditions:
Throttling Presets:
- Fast 3G: 1.6 Mbps down, 750 Kbps up
// ... (see reference guides for full implementation)Reference Guides
Detailed implementations in the references/ directory:
| Guide | Contents |
|---|---|
| Browser Network Tools | Browser Network Tools |
| Common Network Issues | Common Network Issues |
| Debugging Tools & Techniques | Debugging Tools & Techniques |
| Checklist | Checklist |
Best Practices
✅ DO
- Follow established patterns and conventions
- Write clean, maintainable code
- Add appropriate documentation
- Test thoroughly before deploying
❌ DON'T
- Skip testing or validation
- Ignore error handling
- Hard-code configuration values
Browser Network Tools
Browser Network Tools
Chrome DevTools Network Tab:
Columns:
- Name: Request file/endpoint
- Status: HTTP status code
- Type: Resource type (xhr, fetch, etc)
- Initiator: What triggered request
- Size: Resource size / transferred size
- Time: Total time to complete
- Waterfall: Timeline visualization
Timeline Breakdown:
- Queueing: Waiting in queue
- DNS: Domain name resolution
- Initial connection: TCP handshake
- SSL: SSL/TLS negotiation
- Request sent: Time to send request
- Waiting (TTFB): Time to first byte
- Content Download: Receiving response
---
Network Conditions:
Throttling Presets:
- Fast 3G: 1.6 Mbps down, 750 Kbps up
- Slow 3G: 400 Kbps down, 400 Kbps up
- Offline: No network connection
Custom Settings:
- Simulate real network speeds
- Test mobile performance
- Identify bottlenecks
- Verify error handling
---
Request Analysis:
Headers:
- Request headers (what browser sent)
- Response headers (server response)
- Cookies (session data)
- Authorization (tokens)
Preview:
- JSON formatted view
- Response data inspection
- Parse errors highlighted
Response:
- Full response body
- Raw vs formatted view
- File download option
Timing:
- Detailed timing breakdown
- Identify slow components
- DNS lookup time
- Connection establishmentChecklist
Checklist
Network Debugging Checklist:
Connection:
[ ] Internet connectivity verified
[ ] Firewall allows connection
[ ] VPN not blocking
[ ] Proxy configured if needed
[ ] DNS resolving correctly
Request:
[ ] Correct URL
[ ] Correct HTTP method
[ ] Required headers present
[ ] Authorization correct
[ ] Request body valid
Response:
[ ] Status code expected
[ ] Response headers correct
[ ] Content-Type appropriate
[ ] Response body valid
[ ] No parsing errors
Performance:
[ ] DNS lookup <50ms
[ ] Connection <100ms
[ ] TTFB <500ms
[ ] Download reasonable
[ ] Total time acceptable
Monitoring:
[ ] Error logging enabled
[ ] Network metrics tracked
[ ] Alerts configured
[ ] Baseline establishedCommon Network Issues
Common Network Issues
Issue: CORS Error
Error: "No 'Access-Control-Allow-Origin' header"
Solution:
1. Check server CORS headers
2. Verify allowed origins
3. Check request method (GET, POST, etc)
4. Add preflight handling
5. Test with curl first
Server Configuration (Node.js):
app.use((req, res, next) => {
res.header('Access-Control-Allow-Origin', '*');
res.header('Access-Control-Allow-Methods', 'GET, POST, PUT, DELETE');
res.header('Access-Control-Allow-Headers', 'Content-Type');
next();
});
---
Issue: Slow DNS Resolution
Symptoms: Long DNS lookup time (>100ms)
Solutions:
1. Use faster DNS (8.8.8.8, 1.1.1.1)
2. Pre-connect to domain: <link rel="preconnect" href="https://api.example.com">
3. DNS prefetch: <link rel="dns-prefetch" href="https://cdn.example.com">
4. Check DNS provider
5. Implement DNS caching
---
Issue: SSL Certificate Error
Error: "SSL_ERROR_RX_RECORD_TOO_LONG"
Debug:
curl -v https://example.com
openssl s_client -connect example.com:443
Check certificate validity
Check certificate chain
Verify hostname matches
Solutions:
1. Renew certificate
2. Fix certificate chain
3. Verify hostname
4. Check server configuration
---
Issue: Timeout Errors
Symptoms: Requests hang, then fail after timeout
Analysis:
1. Increase timeout in DevTools
2. Check server response
3. Verify network connectivity
4. Check firewall rules
5. Review server logs
---
Issue: Failed Requests (5xx errors)
Diagnosis:
1. Check server logs
2. Verify request data
3. Check server resources
4. Review recent changes
5. Check database connectivity
Response:
1. Implement retry logic
2. Fallback mechanism
3. Error notifications
4. Graceful degradationDebugging Tools & Techniques
Debugging Tools & Techniques
Tools:
curl:
curl -v https://api.example.com
curl -H "Authorization: Bearer token" https://api.example.com
curl -X POST -d '{"key": "value"}' https://api.example.com
Postman:
- GUI for request testing
- Collection of requests
- Environment variables
- Pre/post request scripts
- Mock servers
Network Inspector:
- Browser DevTools Network tab
- Real request/response viewing
- Request filtering
- Timing analysis
Traffic Analysis:
- Charles Proxy (HTTP/HTTPS)
- Fiddler
- Wireshark (packet level)
- tcpdump
---
Analysis Steps:
1. Reproduce Issue
- Clear cache
- Disable plugins
- Disable extensions
- Try incognito mode
2. Capture Traffic
- Open Network tab
- Clear current requests
- Perform action
- Observe requests
3. Analyze Requests
- Check status codes
- Review headers
- Inspect payload
- Check response time
4. Identify Pattern
- Failed request pattern
- Timing correlation
- Specific conditions
- Data size impact
5. Test Fix
- Make change
- Clear cache
- Reproduce
- Verify fix#!/bin/bash
# validate-api.sh - Validate API specification
# Usage: ./validate-api.sh <openapi_spec>
set -euo pipefail
SPEC_FILE="${{1:?Usage: $0 <openapi_spec>}}"
echo "Validating API spec: $SPEC_FILE"
# TODO: Add API validation
# - Validate OpenAPI/Swagger syntax
# - Check endpoint naming conventions
# - Verify response schemas
# - Check for required headers
# - Validate authentication definitions
echo "API validation complete."
# API Endpoint Scaffold
# TODO: Customize for your API framework
openapi: "3.0.3"
info:
title: "API Service"
version: "1.0.0"
paths:
/api/v1/resource:
get:
summary: "List resources"
# TODO: Define parameters and responses
responses:
"200":
description: "Success"
post:
summary: "Create resource"
# TODO: Define request body and responses
responses:
"201":
description: "Created"
Related skills
How it compares
Use network-debugging for layered network triage commands instead of guessing single curl flags without a structured incident checklist.
FAQ
Which tools does network-debugging use?
network-debugging structures diagnosis with curl for HTTP probes, tcpdump for packet capture, traceroute for path analysis, and browser or proxy tooling for client-side checks. The skill targets connectivity, DNS, TLS, latency, and API failure patterns.
When should you invoke network-debugging?
network-debugging fits when services show timeouts, certificate errors, DNS failures, or unstable API latency. Use it during incident response to isolate whether faults sit in DNS, TLS, routing, or the application layer.