u/LoL-Front

Legora does not send anything across different regions - the EU and US instances are completely separate.

Everything is kept in EU if you are an EU customer.

Which tools would you say are worth their salt?

Yes, the music is Kurdish aswell

Portal does this, although through the CLI. We use the WebSockets protocol, and allow both direct P2P transfers as well as relayed transfers through a relay server. The relay server always orchestrates the transfer to begin with, though.

The problem with P2P in reality is as many have already mentioned, NAT. There are a heap of techniques to punch holes in NAT and establish a P2P connection anyway, but these approaches are not reliable.

Det behövs nog ingen advokat för det. Om de inte får sälja sin cykelhjälm så har de ingen affärsmodell. De säljer dock hjälmen i flera andra länder i Europa, men otydligt hur det går där då jag inte hittar någon årsrapport från 2022. Ser dock inte jättebra ut, de halverade nästan både antal anställda och sin omsättning mellan 2021-2022, och nu tappar de gissningsvis sin största marknad.

This is something they brought up in the new analyst training. They are aware of this and are not exactly happy about it, so I'm sure it's not a very good idea to leave right after picking up your meal.

Try now, updated again

Seems to still be working

updated the link now

Another one, hopefully this service stays up a bit longer: https://c08428732de81a1ac039bd4310f08786.loophole.site/count

haha jeez that was quick, was completely bombarded with requests

EDIT 2: UPDATED AGAIN EDIT: UPDATED LINK

Live count that I exposed from a quick Python script: https://c6e818138e0283d90d3db67e8f2249f4.loophole.site/count

Note that I filter out servers with no players.

Share!

Min känsla är att sådana här varsel inte påverkar nyanställningar då de är tänkta som en stadig ström för att ersätta bortfall

Yes but what person or company sees that as a problem? Not many. People generally trust these third parties to deliver the money, and they always do. Not a problem!

That's awesome! I'll check it out myself with OpenBSD anyway to make sure. Thank you.

That is indeed very weird. I don't really know why it wouldn't create the config file unless you didn't give the program write permission for the home folder. You shouldn't have to explicitly do that, but I'm not sure how those things work on OpenBSD.

When you build it from source, did you include the version flag?

I'll have to test on an OpenBSD VM, thanks for the report!

Good and fair question.

This project started as a university course project to learn more about networking in general, and spiraled from that. We looked at croc, and really think its a very impressive piece of software, but the architecture/code style is not how I would do it.

While standardization is good, I don't think these kinds of tools will be able to standardize. You're free to use whichever one you like the most, and I'm free to create an alternative because I think it's more fun to be in control of the direction :)

Well, the benefits of custom passphrases probably outweighs the security issues, as passwords are so short-lived anyway. I will have to think longer and harder about what it means for security, but it's certainly worth thinking about. If you have time, I'd appreciate if you could open an issue for it and explain how you'd like it to work!

That sounds like something to look into. Do share your project if it's public, I'd love to see how you approached it.

I have tried croc and I think it's great. At the moment, croc is probably more mature in general. The key differences are in transfer speed in my testing (we do quite aggressive compression by default), and the TUI experience which is more modern for Portal. In the future, the plan is to focus more on improving how often direct transfers can be established, which I think will be a key differentiator.

Yes, Go has great libraries when it comes to networking. And lately, also for TUI applications. Recommend it if you want to dabble with that kind of stuff!

Thank you!

Currently, leaving the relay flag empty defaults to the public relay, and not setting any relay at all is not allowed. The relay is needed for connection establishment, but stops partaking if it manages to get peers connected directly.

It's a good idea to have an option to only allow direct transfers, though. This would achieve what you're asking for. For total security, I would run my own relay on my local network :)

There are key differences, mainly with what you need to know to send files between peers. Furthermore, you can reliably send files between computers on different networks with Portal. I encourage you to have another look at the README.

Haha, you'd have to tell me about it, then! Do you mean sparse files? In that case, unfortunately not. I encourage you to open an issue for it :)