Lack of SOCKS or HTTP proxy support
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 17.6k
- Forks
- 2k
- Avg merge
- 2d 3h
- Merged PRs (30d)
- 40
Description
I've been experimenting with using Tailscale to securely access a Redis instance in another AWS VPC from an AWS Lambda without exposing it to the public internet.
In theory, we need two pieces for this work
- A public AWS EC2 instance which runs the Tailscale tunnel to securely expose the private subnet where the Redis cluster is.
- An AWS Lambda function running Tailscale in userspace networking mode since regular VPN connections through
/dev/net/tunare not possible. Instead, Tailscale creates a SOCKS5 (or HTTP) proxy onlocalhost:1055.
I've been able to make all of this work and the Redis instance is accessible from my desktop running the Tailscale client. However, when trying the same in the AWS Lambda, I was not able to make Redis aware of the proxy.
Some other tools like MongoDB and PostgreSQL do support this sort of configuration.
Environment:
- Node.js Version: 14
- Redis Server Version: 6.2
- Node Redis Version: @redis/client 1.1.0
- Platform: Ubuntu 20.04.3
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files or tests are named. Start by locating the Node Redis connection configuration and determine how the client could use the localhost:1055 SOCKS5 or HTTP proxy; done means Redis connections work through the proxy in the AWS Lambda setup described.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, node.js, redis, typescript
- Domain
- backend, networking
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 40/100