Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Raspberry Pi as a local server for self hosting applications

cri.dev

Post reply on HN
Print view View original

311–320 of 321 posts

Re: Raspberry Pi as a local server for self hosting applications

#311

Post by d1plo1d »

LargoLasskhyfv wrote: post #310
d1plo1d wrote: post #308

Earlier quoted context omitted.

Wow, am I getting this right? It handles NAT traversal for you behind the IPV6 address for free??

What do you mean by that exactly? Initially it's just an outgoing tunnel to one of their many exits, to reach any site which is reachable via v6. How you integrate that into your setup is up to you. Since they are (one of?) the pioneers you have many scripts available on many platforms which support that. When you mean incoming tunnel, it's no different from the many dynamic DNS solutions, where it's again up to you…

Yeah, dynamic DNS but for an IPV6 address was what I was meaning. Very interesting.

Re: Raspberry Pi as a local server for self hosting applications

#312

Post by LargoLasskhyfv »

d1plo1d wrote: post #311
LargoLasskhyfv wrote: post #310

Earlier quoted context omitted.

What do you mean by that exactly? Initially it's just an outgoing tunnel to one of their many exits, to reach any site which is reachable via v6. How you integrate that into your setup is up to you. Since they are (one of?) the pioneers you have many scripts available on many platforms which support that. When you mean incoming tunnel, it's no different from the many dynamic DNS solutions, where it's again up to you…

Yeah, dynamic DNS but for an IPV6 address was what I was meaning. Very interesting.

Have fun. It's cool to have. If only to get acquainted with that v6y stuff.

Re: Raspberry Pi as a local server for self hosting applications

#313

Post by charwalker »

antognini wrote: post #6

One thing to watch out for when doing something like this is that the Raspberry Pi will by default put your file system on the SD card it boots from. SD cards aren't meant to support a lot of write/erase cycles, so it's easy to end up with a corrupt SD card after a few months to a year depending on what you're doing on your Pi. A workaround that can save you some headaches here is to only boot from the SD card (which…

Newer Pi's do support booting to USB drives (flash or SATA adapter) and I think the firmware update enabling that on the 3/3b/4/4b allows SATA hats and others to work but I haven't read into or tested any of them.

Booting to USB protects the install better, allows easier access or setup on a PC, and I have more of them around to set up random OS or systems to test. I have several pis around and each that can boots to USB including the pihole systems at my parents place and grandma's apartment.

Plus, the SD copier tool in Raspbian works with USB drives (and VHDs) so I set up the pihole for my grandma, cloned the usb drive, then sent both drives to her with the pi and called to walk her through plugging things in then used my existing remote tool on her laptop to finish set up. Now she has a backup USB drive that may need updates but is ready to go if the existing USB fails with pihole ready and everything. Plus once I update the backup drive I can clone it to the corrupt USB and she can store that as backup.

I know many people have hard lines for supporting friends/family. I've taken it in stride with super useful setups for relatives (pihole and a remoting tool if I set up their laptop/desktop) and beer or similar cost for friends. One recently spilled warm garlic sauce in their laptop so I pulled it apart while they scrubbed and wiped and some local beer is cheaper than a new laptop any day.

Re: Raspberry Pi as a local server for self hosting applications

#314

Post by jpeeler »

hakeberio wrote: post #266
maple3142 wrote: post #167

Earlier quoted context omitted.

Where did you get $15/yr VPS?

GCP also offers a "always free" micro-instance that's more than enough for the task at hand. https://cloud.google.com/free/docs/gcp-free-tier#always-free

It's free outside of the IPv4 address, right? Pretty sure they started charging for that, or perhaps it is still delayed due to COVID.

Re: Raspberry Pi as a local server for self hosting applications

#315

Post by anderspitman »

LargoLasskhyfv wrote: post #291
d1plo1d wrote: post #159

Earlier quoted context omitted.

I look forward to the day everyone can have IPV6. For now many of us still have to deal with NAT sadly - especially if we're open sourcing our software for users to deploy on any network.

Everyone can have IPv6 today by using a tunnelbroker. I used the free tunnel from https://www.he.net/ in the past, when I didn't have native v6. Today I don't need it anymore.

There's a comment above that indicates tunnel brokering can't handle NAT situations (at least CGNAT).

RFC3053[0] seems to indicate this can be a problem as well:

> 3. Known limitations

   This mechanism may not work if the user is using private IPv4
   addresses behind a NAT box.
Are you saying it works even behind a NAT?

EDIT: According to HE's own FAQ[1]:

> If you are using a NAT (Network Address Translation) appliance, please make sure it allows and forwards IP protocol 41.

That doesn't sound like something most ISPs are likely to support. Not sure about home routers but if it has to be configured manually we're back to square one.

[0]: https://tools.ietf.org/html/rfc3053

[1]: https://ipv6.he.net/certification/faq.php

Re: Raspberry Pi as a local server for self hosting applications

#316

Post by LargoLasskhyfv »

anderspitman wrote: post #315
LargoLasskhyfv wrote: post #291

Earlier quoted context omitted.

Everyone can have IPv6 today by using a tunnelbroker. I used the free tunnel from https://www.he.net/ in the past, when I didn't have native v6. Today I don't need it anymore.

There's a comment above that indicates tunnel brokering can't handle NAT situations (at least CGNAT). RFC3053[0] seems to indicate this can be a problem as well: > 3. Known limitations This mechanism may not work if the user is using private IPv4 addresses behind a NAT box. Are you saying it works even behind a NAT? EDIT: According to HE's own FAQ[1]: > If you are using a NAT (Network Address Translation) appliance,…

I don't know exactly anymore, because I'm now with a different ISP which natively supports v6. So can't reproduce.

I mean I (probably) could, but don't want to, because now I have IPv4 via CGNAT, but not with a private IP, a public dynamic one probably shared with who knows how many others.

But I can use IPSEC/OpenVPN/Wireguard to somewhere else with that. Though my CPE supports GRE.

Anyways, there are large implementation differences in CGNAT from ISP to ISP and even different access technologies within the same.

Re: Raspberry Pi as a local server for self hosting applications

#317

Post by phaer »

fareesh wrote: post #299
phaer wrote: post #264

Earlier quoted context omitted.

Most slowness comes from exit nodes which you don't need to access onion services. There're also single-hop onion services, which should be a bit faster while sacrificing server anonymity if i understand correctly

Is there a safe service I can try out to see how fast it can potentially be?

Depends on your definition of "safe", but there's an official Onion service for Facebook for example: http://facebookcorewwwi.onion

Re: Raspberry Pi as a local server for self hosting applications

#318

Post by curryst »

Hnrobert42 wrote: post #166
gerdesj wrote: post #66

Earlier quoted context omitted.

Very true for a given value of true 8) You need to evaluate all the components. The RPi itself is a decent piece of kit, well tested and safe to use. Get a decent power supply to it - either a RPi branded one or at least a decent mobile charger from a brand that you trust. I generally use a decent USB stick nowadays. RPi 4 from about a month or so ago onwards will do this out of the box. You can also put a second USB…

I am curious why you would use a fleet of them instead of a larger server.

They're great for tinkering with distributed systems. I.e. if you want to play with Kubernetes, you can build a master and 2 workers out of RPis for like $90. They won't have enough power to run anything substantial, but it's enough to play around with upgrading the control plane or mess with the network plane. Same thing if you want to play with failure scenarios on distributed databases, or whatever. It's doable with VMs, but every time I try to do anything fancy with VM or container networking, I end up spending hours reading documentation because my VMs refuse to communicate at all.

I also like it because they force me to use Ansible and actually make my installs repeatable. On my actual server, practically everything is some snowflake crap I did at 3am that I couldn't repeat if I had to.

Re: Raspberry Pi as a local server for self hosting applications

#319

Post by apitman »

anderspitman wrote: post #82

The hardware is there (RPi + USB storage). The server software is there (NextCloud, Plex, n8n, etc). What isn't there is the plumbing. The next logical step after this blog post is making your services accessible to your phone over the public net. You'll immediately find yourself mired in domain name registration, VPS management, TLS cert management, dyndns, port forwarding, hole punching, etc etc. There are lots of…

I've been going down the rabbit hole looking through different software in this space. I started an awesome-list to track what I've learned:

https://github.com/anderspitman/awesome-tunneling

Re: Raspberry Pi as a local server for self hosting applications

#320

Post by shifto »

anderspitman wrote: post #82

The hardware is there (RPi + USB storage). The server software is there (NextCloud, Plex, n8n, etc). What isn't there is the plumbing. The next logical step after this blog post is making your services accessible to your phone over the public net. You'll immediately find yourself mired in domain name registration, VPS management, TLS cert management, dyndns, port forwarding, hole punching, etc etc. There are lots of…

> Mapping X subdomain to Y port on Z machine should take a couple clicks from a web interface.

This is already the case. Routers have mostly easy webinterfaces nowadays en the same goes for DNS options at any domainname provider. What people need is a bit of knowledge. It takes me a few mouse clicks in a webinterface to do this because I know what I am doing. Yeah you could dumb down anything to a single button but I don't think we should want that.

Post reply on HN