SShortSingh.
Back to feed

ESP32 microcontroller enables TCP proxy over MQTT to bypass internet restrictions

0
·4 views

A proof-of-concept project uses an inexpensive ESP32 microcontroller as a hardware proxy. It tunnels TCP traffic, such as web browser requests, through an MQTT broker. This setup allows a user in a censored location to access restricted websites by relaying data through an ESP32 in an uncensored region. All traffic is forwarded as raw bytes without decryption. The system has limitations, including handling only a few simultaneous connections due to the ESP32's constrained resources.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Google Announces Gemini 4 Argon AI Model, Limits Initial Access

Google DeepMind announced its new Gemini 4 Argon frontier AI model on September 30, 2026. The model is designed for complex tasks like software engineering, enterprise work, and cybersecurity. Initial access is currently restricted to participants in Google's Fairwind Program for trusted cyber defenders. A broader rollout to paid API customers and Google AI Ultra subscribers is planned for the future.

0
ProgrammingDEV Community ·

Tutorial details strategy for traceable document processing with MongoDB Atlas

A tutorial by Matteo Rossi outlines building a document processing pipeline that addresses traceability issues. It highlights problems when layouts change, causing parsers to misplace data without a clear audit trail. The proposed solution stores not just extracted values but also their source text, page position, and the model used. This approach aims to improve review processes and system reliability for handling diverse and changing document formats.

0
ProgrammingDEV Community ·

Guide to Selecting Error Tracking for Express APIs in Checkout Systems

A technical article advises developers on criteria for choosing error tracking services for Express APIs in checkout workflows. It emphasizes the need to reconstruct sequences across multiple systems like payment and entitlements. The author recommends testing services with real failure scenarios rather than comparing feature lists. Key requirements include preserving structured evidence trails while protecting customer data privacy. The piece concludes that services should answer specific operational questions during incident investigations.

0
ProgrammingDEV Community ·

Write-Behind Caching in Go Offers Speed but Presents Durability Challenges

A technical article from DEV Community explains write-behind caching in Go, which improves write performance by decoupling cache operations from database updates. This approach can achieve 5-20 times lower latency for write-heavy workloads by acknowledging writes after caching and flushing to the database asynchronously. However, it introduces a durability risk where data can be lost if the system fails between the cache write and the database flush. The article details implementation mechanics like flush worker design, ordering guarantees, and failure handling needed for production systems. It emphasizes the importance of properly managing the durability boundary based on specific service-level agreements.