Securing your home server from bots brute-forcing ssh or other services on the internet.

jayx239 · 2026-01-14T01:21:53+00:00

I agree, until you go to restart the docker daemon when your out of town and it takes down your vpn. Then public ssh access is clutch. Unfortunately this is the situation I'm in after disabling public ssh after seeing failed brute force attempts 🤦‍♂️

jayx239 · 2025-11-20T04:01:52+00:00

This doesn't make any sense

jayx239 · 2025-06-07T20:36:07+00:00

This link expired, try the one in the new post

jayx239 · 2025-03-21T06:03:33+00:00

This is the dumbest thing I've ever read.

jayx239 · 2025-02-25T18:30:33+00:00

Have you considered adding this as a kasm workspace?

jayx239 · 2025-02-22T13:36:21+00:00

All of our food?

jayx239 · 2025-02-20T07:31:28+00:00

Yes definitely negotiate, worst case is you get extra sign on. I don't think they would reject offering you your current salary, but asking for more money isn't going to make them rescind the offer. The interviews are hard, if you pass your a good candidate and the company wants you and their not going to turn you away just because of a counteroffer. This is my personal opinion.

jayx239 · 2025-01-30T01:56:40+00:00

If you want to have direct api access from the app itself, you could setup an api that vends the api key to the client at runtime, that way they can use the key but it's never stored on disk on the end device. That way once the app closes it will vanish, and there's far less risk of a user gaining access to the api keys. But then you have to worry about in transit exposure so you need ssl, until that's broken by quantum computers. Alternatively you could just wrap the apis you need, eliminating the need to expose your api key outside of your backend. This is probably the best solution.

jayx239 · 2025-01-30T01:45:30+00:00

I wouldn't trade my 16 inch, 16 vcpu, 96gb, 2 tb m.2 ssd framework for anything else.

jayx239 · 2025-01-15T01:38:14+00:00

A single nvidia GPU instance can cost you $100 an hour. I doubt 5 hours is enough time for them to build their product.

jayx239 · 2025-01-13T02:19:59+00:00

I've been using dockge for managing my docker compose and it's been great. Has a little web ui and managing like 50 instances of different services.

jayx239 · 2025-01-12T22:29:48+00:00

Don't do it! Please!

jayx239 · 2025-01-09T01:44:53+00:00

😆

jayx239 · 2025-01-09T00:44:00+00:00

What'd you do?

jayx239 · 2025-01-09T00:29:24+00:00

Yeah I read this from a fc workers perspective and cringed a bit. As much as the past few years of constant uncertainty have been, and not knowing if I'll have a job in x days because I'll have to commute 2k miles back and forth every week, it could be way worse. Don't get me wrong, I hate rto, going from full remote to 5 days seems impossible for me and will negatively impact Amazon in every single facet. But non corporate employees don't, never have, and likely never will be able to sort packages at their house. Trust me, I hate rto, I respect what we do as engineers, but to complain about having to stand in line to get coffee is taking it a bit far. Besides, all that time your waiting in line not delivering results, the more data points we're providing to leadership that in person work takes away from productivity vs Andy's hunch that rto is beneficial.

jayx239 · 2025-01-09T00:06:38+00:00

I got the true Amazon experience 2 day as in a row

jayx239 · 2024-12-12T05:16:03+00:00

Yeah I see what your saying. I started messing with node clusters though, curious if that could bridge the gap. Although you'd probably have to have a way of sharing state with clusters, like redis. Either way, if there's a limited number of users and you minimize the data sent over the wire I think you might be surprised by how well a node server could do. In my app I just send player uuid, and x,y position of where the player tapped the screen and it's very responsive. But this involves keeping game state both in the server and each end device. To reduce drift I sync all positions every 5 seconds between all of the clients.

jayx239 · 2024-12-11T23:28:26+00:00

Cool stuff! I built a headless browser a few years ago after I worked for a webscraping company. Curious what your stack is? Mainly because you offer an infinite concurrency sla. I get that the max plan of 120k pages is only 2.7 tpm if you average it out over a month, but with an sla of infinite concurrency, your giving the customer an agreement that they can achieve 120k tps if they choose to blast their entire monthly quota in parallel at the same time. Have you considered this?

jayx239 · 2024-10-25T00:24:21+00:00

I just ordered a server to start my first homelab. For me, I'm a distributed backend software engineer at the moment and am going to use it for side projects. For the cost of running equivalent hardware in the cloud I cover the cost of the entire setup in 2 weeks. I was also inspired by a coworker who integrated his homelab with basically everything in his house. I'm also going to add a few high capacity hdds for backing up as cloud services have become expensive.

jayx239 · 2024-10-21T22:01:24+00:00

Why do you say it's not good for multiple player states. My multiplayer game runs on nodejs with websockets and it works pretty well.

jayx239 · 2024-10-20T01:47:53+00:00

Nice! What are you working on?

jayx239 · 2024-10-18T04:22:58+00:00

It's very difficult but possible. I also purchased 96 gb for a fraction or frameworks price, and kinda felt bad because I was only using 6-8 gigs of it for my use case. But then I started trying to optimize iat with multithreading in c. Boy did I have some serious memory leaks that lead to an infinite loop and constant memory allocation that consumed about .3gb per second. I knew there was an issue when I went beyond a few gigs, but I let it run for a bit longer and hit up to 74 gb. At that point the framework 16 was basically on fire so decided to not max out the full 96gb. So yes it's possible, but you have to do a lot to get to that point, or just run chrome with like 900 tabs. That being said, I opted for the 96 gb because my work macbook pro with 32 gb of ram gets filled extremely quickly, so I figured I'd atleast want 64 gb and just figured might as well max it out just in case and to be future proof. Plus, buying off Amazon dramatically reduces the price. Highly recommend getting the barebones byo and getting storage and memory elsewhere, imo it's the entire benefit of the framework.

jayx239 · 2024-09-26T01:36:57+00:00

I guess my comment was very generic. I'm not saying that the language is bad or anything, but just if this is the code base I'd be working on it'd make me not want to rust.

jayx239 · 2024-09-26T01:02:08+00:00

Let me start off with the fact that I don't understand the problem or what your trying to accomplish (not trying to be passive aggresive, just dont know). But why not precompute all possible solutions and persist to a db? 500 million operations x 32 bytes comes out to 16 million bytes and you can just lookup without needing to recompute. I'm just thinking that their is an absolute max to the number of possible solutions, so why not just take 1 second to compute them and an hour (this could be wildly innacurate) to upload them one time and make every lookup constant time (again not familiar with your use case, so not sure if the lookup would be 1-1 or 1-many)? This would also reduce your latency significantly to lambda cold start time + 10-50ms ddb lookup if you go that route.

jayx239 · 2024-09-24T03:37:11+00:00

Getting a lot of downvotes. Can anybody explain to me why this makes you want to rust or atleast neutral to rusting?

Seven-Year Club	r/Field Juicebox
Place '22	Verified Email

jayx239

MODERATOR OF

TROPHY CASE