Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. Our Mastodon instance "burningboard.net" now internally **ONLY** uses the Internet Protocol in Version 6. I did successfully migrate away from any RFC1918 addresses in any of the internal infrastructure connections.

Our Mastodon instance "burningboard.net" now internally **ONLY** uses the Internet Protocol in Version 6. I did successfully migrate away from any RFC1918 addresses in any of the internal infrastructure connections.

Scheduled Pinned Locked Moved Uncategorized
mastodonmastoadminipv6networkingfreebsd
3 Posts 2 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • larvitz@burningboard.netL This user is from outside of this forum
    larvitz@burningboard.netL This user is from outside of this forum
    larvitz@burningboard.net
    wrote last edited by larvitz@burningboard.net
    #1

    Our Mastodon instance "burningboard.net" now internally **ONLY** uses the Internet Protocol in Version 6. I did successfully migrate away from any RFC1918 addresses in all of the internal infrastructure connections.

    Nginx -> Mastodon: IPv6
    Mastodon -> PostgreSQL: IPv6
    Mastodon -> Opensearch: IPv6
    Mastodon -> Sidekiq: IPv6
    Mastodon -> Loki: IPv6
    Sidekiq -> PostgreSQL: IPv6
    Prometheus -> Mastodon: IPv6

    All using globally routed unique addresses and proper routing and packet filtering with "pf" (FreeBSD).

    Outbound connections to legacy hosts (for example for Federation) uses NAT64 over Tayga.

    Inbound the Nginx is the only component, that supports IPv4 via NAT on a best-effort basis.
    I refuse to put a lot of work into this as we have 2026 and it's a dying, smelly protocol, that I don't even monitor anymore.

    And if someone looks at the Firewall rules.. Yes, we do run a (private) Factorio Server on our Mastodon server :factorio:

    #mastodon #mastoadmin #ipv6 #networking #freebsd @tux

    Link Preview Image
    stepech@fosstodon.orgS 1 Reply Last reply
    2
    0
    • R relay@relay.mycrowd.ca shared this topic
      R relay@relay.an.exchange shared this topic
    • larvitz@burningboard.netL larvitz@burningboard.net

      Our Mastodon instance "burningboard.net" now internally **ONLY** uses the Internet Protocol in Version 6. I did successfully migrate away from any RFC1918 addresses in all of the internal infrastructure connections.

      Nginx -> Mastodon: IPv6
      Mastodon -> PostgreSQL: IPv6
      Mastodon -> Opensearch: IPv6
      Mastodon -> Sidekiq: IPv6
      Mastodon -> Loki: IPv6
      Sidekiq -> PostgreSQL: IPv6
      Prometheus -> Mastodon: IPv6

      All using globally routed unique addresses and proper routing and packet filtering with "pf" (FreeBSD).

      Outbound connections to legacy hosts (for example for Federation) uses NAT64 over Tayga.

      Inbound the Nginx is the only component, that supports IPv4 via NAT on a best-effort basis.
      I refuse to put a lot of work into this as we have 2026 and it's a dying, smelly protocol, that I don't even monitor anymore.

      And if someone looks at the Firewall rules.. Yes, we do run a (private) Factorio Server on our Mastodon server :factorio:

      #mastodon #mastoadmin #ipv6 #networking #freebsd @tux

      Link Preview Image
      stepech@fosstodon.orgS This user is from outside of this forum
      stepech@fosstodon.orgS This user is from outside of this forum
      stepech@fosstodon.org
      wrote last edited by
      #2

      @Larvitz @tux that's interesting, are you using /64 for all internal subnets for SLAAC, or are you splitting them into smaller ones for this to work?

      larvitz@burningboard.netL 1 Reply Last reply
      0
      • stepech@fosstodon.orgS stepech@fosstodon.org

        @Larvitz @tux that's interesting, are you using /64 for all internal subnets for SLAAC, or are you splitting them into smaller ones for this to work?

        larvitz@burningboard.netL This user is from outside of this forum
        larvitz@burningboard.netL This user is from outside of this forum
        larvitz@burningboard.net
        wrote last edited by
        #3

        @stepech @tux I don't use SLAAC. It's all statically assigned adresses. (Multiple /80s)

        1 Reply Last reply
        0
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        • Login

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • World
        • Users
        • Groups