Tailscale को तेज़ बनाना
Tailscale के हालिया WireGuard-आधारित mesh VPN को तेज़ बनाने के काम ने user-space, cross-platform dataplane और kernel-level या hardware-accelerated alternatives के बीच trade-offs पर बहस फिर से तेज़ कर दी है। Commenters बताते हैं कि जहाँ Tailscale setup की आसानी, device onboarding, और NAT traversal में self-managed WireGuard या IPsec की तुलना में उत्कृष्ट है, वहीं multi-gigabit links का पूरा लाभ उठाने में अभी भी कठिनाई होती है और mobile devices पर battery usage बढ़ सकता है। भविष्य की दिशाओं में बेहतर relay strategies, post-quantum और hardware-accelerated crypto, तथा routers, microcontrollers, और app-free access models के लिए अधिक समृद्ध support में भी गहरी रुचि है.
प्लैटफ़ॉर्म फोकस और dataplane काम
- चर्चा नोट्स में कहा गया है कि ब्लॉग पोस्ट Linux/Android पर ज़ोर देती है क्योंकि packet-level कई optimizations OS-specific होती हैं और इन प्लेटफ़ॉर्म्स पर ज़रूरी features उपलब्ध होते हैं।
- multiqueue और memory optimizations जैसे architectural changes को अन्य OSes पर भी सामान्यतः लागू होने योग्य बताया गया है।
Performance, userspace बनाम kernel
- कई commenters का तर्क है कि Tailscale “slow” है, और desktop clients पर 1 Gbps से ऊपर जाने में कठिनाई तथा synthetic tests में Linux पर लगभग 10 Gbps का हवाला देते हैं।
- आलोचकों का कहना है कि अतिरिक्त copies और context switches वाला userspace networking स्वाभाविक रूप से एक ceiling रखता है, और वे kernel WireGuard या DPDK/XDP-style zero-copy approaches की मांग करते हैं।
- अन्य लोग जवाब देते हैं कि memory copies और syscalls मुख्य bottlenecks नहीं हैं; protocol और implementation choices ज़्यादा महत्वपूर्ण हैं।
- Tailscale का एक representative जवाब देता है कि kernel हमेशा अपने-आप तेज़ नहीं होता; एक समय पर उनका userspace WireGuard kernel version से बेहतर perform कर रहा था, और high-end DPDK-style paths वैसे भी userspace में ही होते हैं।
WireGuard बनाम Tailscale बनाम alternatives
- कुछ users बेहतर stability, perceived speed, और router integrations तथा सरल key setup के कारण Tailscale से plain WireGuard पर चले जाते हैं।
- दूसरे लोग विपरीत दिशा में जाते हैं, और trivial onboarding, dynamic device registration (CI jobs सहित), आसान DNS integration, तथा NAT और port-forwarding limitations (जैसे रिश्तेदारों के घर) के workaround के लिए Tailscale की प्रशंसा करते हैं।
- कुछ use cases के लिए Cloudflare Tunnels को एक “app-free” alternative के रूप में उल्लेख किया गया है।
Crypto, hardware acceleration और post‑quantum
- इस पर बहस है कि क्या Tailscale को WireGuard के ChaCha20/Poly1305 से हटकर AES-GCM अपनाना चाहिए ताकि 100–400+ Gbps के लिए NIC hardware offload का लाभ लिया जा सके।
- चिंता जताई गई है कि WireGuard के carefully analyzed design से हटने पर formal guarantees खो जाती हैं; अन्य लोग तर्क देते हैं कि ciphers बदलने पर भी core properties बनी रह सकती हैं।
- कुछ लोगों के लिए IPsec अत्यधिक जटिल और ऐतिहासिक रूप से finicky है; अन्य लोग नोट करते हैं कि इसे simplified control plane और मजबूत hardware acceleration के साथ इस्तेमाल किया जा सकता है।
- Post-quantum support पर चर्चा होती है: कुछ का कहना है कि WireGuard v2 या एक updated data plane अपरिहार्य है; अन्य लोग PSKs को एक सीमित “quantum-resistant” अस्थायी उपाय मानते हैं।
Relays, routing और DERP
- DERP latency को लेकर शिकायतें और अधिक flexible relaying की इच्छा।
- peer relay feature मौजूद है, लेकिन वर्तमान में आवश्यक है कि relay peer NAT के पीछे न हो; commenters अधिक opportunistic use of NAT-traversable peers as ad-hoc relays चाहते हैं।
Client UX, battery और platform quirks
- कई टिप्पणियाँ iOS पर और exit nodes का उपयोग करते समय high battery usage की रिपोर्ट करती हैं; users चाहते हैं कि Tailscale लगातार connected रहे बिना बड़े drain के।
- Apple TV exit-node performance reportedly खराब है; OS background apps को आक्रामक रूप से kill करता है, जिससे Tailscale क्या कर सकता है, उस पर सीमा लगती है।
- Android apps के VPN paths से excluded होने को लेकर कुछ भ्रम/शिकायतें हैं; अन्य लोग बताते हैं कि Android apps को opt out करने देता है, और “block connections without VPN” leaks को कम कर सकता है।
- DNS privacy: DoH support की मांग; Tailscale नोट करता है कि tailnet DNS server का उपयोग करने से DNS queries tunnel के भीतर ही private रहती हैं, जबकि DoH TLS complexity जोड़ता है।
Advanced/edge use cases और feature requests
- अनुरोध:
- microcontroller/IoT support के लिए बेहतर story।
- जब devices सीधे Tailscale नहीं चला सकते, तब multi-node proxy/sidecar setup को आसान बनाना (आज अक्सर proxied device के लिए एक container की आवश्यकता होती है)।
- ब्लॉग के networking diagrams में “queues” और “depth” का अधिक स्पष्ट विवरण।
- कुछ users स्पष्ट रूप से Tailscale से “enshitify” न करने का आग्रह करते हैं, जो लंबे समय के product direction को लेकर चिंता के साथ-साथ मजबूत उत्साह को भी दर्शाता है।