nadoo/glider

glider is a forward proxy with multiple protocols support, and also a dns/dhcp server with ipset management features.

View on GitHub ↗Jump to charts ↓

Summary Information

Updated 41 minutes ago
Added to GitGenius on September 18th, 2026
Created on July 13th, 2017
Open Issues & Pull Requests: 20 (+0)
GitHub issues: Enabled
Number of forks: 470
Total Stargazers: 3,699 (+0)
Total Subscribers: 69 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 18.2 days
Mean response time: 68.4 days
90th percentile: 98.7 days
Tracked items: 21

Most active contributors

Sign in to see contributor activity.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 4
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 824 days
Stale 30+ days: 2
Stale 90+ days: 2

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • Stale (26)
  • enhancement (2)
  • needs info (1)
  • question (1)

Most active issues this week

No issue events were indexed in the last 7 days.

Detailed Description

glider is a forward proxy with multiple protocols support that also functions as a DNS and DHCP server with ipset management capabilities.

The tool solves the problem of routing network traffic through multiple proxy protocols and managing DNS resolution with rule-based forwarding. It works by establishing local listeners that act as proxy servers, accepting incoming requests and forwarding them to the internet through configurable forwarders. The architecture supports flexible proxy chains, allowing requests to traverse multiple protocols in sequence. Load balancing is built in with multiple scheduling algorithms including round robin, high availability, latency-based selection, and destination hashing. The DNS server component can forward queries through proxies, enforce TCP-only upstream queries, cache results, and associate DNS rules with both forwarder selection and ipset management. On Linux systems, the tool can manage ipsets by adding resolved IPs for domains matching rule files.

The tool suits users who need sophisticated traffic routing with protocol flexibility and DNS-level control. It is particularly valuable for transparent proxy setups on Linux, where it can intercept traffic and apply rules based on domain names. The project provides configuration examples specifically for transparent proxy scenarios both with and without dnsmasq integration. Users should choose this tool if they need to combine multiple proxy protocols, apply rule-based routing decisions, and manage DNS resolution centrally. The extensive protocol support—including HTTP, SOCKS5, Shadowsocks, Trojan, VLESS, SSH tunneling, and various transport layers like KCP, WebSocket, and TLS—makes it suitable for complex networking environments where different protocols may be required for different destinations.

Development activity shows consistent maintenance with regular updates addressing bug fixes and feature improvements. The project maintains comprehensive documentation including configuration examples and scheme references. Community engagement is evident through the availability of the tool across multiple package managers and container registries, indicating active distribution and user support. The codebase demonstrates attention to edge cases and protocol compliance, with support for protocol variants and cleartext modes alongside encrypted versions.