Upset millennial.

Code quality matters.

  • 0 Posts
  • 14 Comments
Joined 2 months ago
cake
Cake day: August 3rd, 2026

help-circle




  • Draw a network map!!! It’s what I’ve done on every security engagement, ever. Mark out all your IP addresses, draw lines to denote the communicating RHP (random high port) against the well-known, e.g. 443/tcp HTTPs, for networks of hosts to servers. Then draw boxes around those IP spaces that are colocated on the same box. Then draw red lines perpendicular to every connection from a client to server that isn’t bounded on a single host.

    The red lines denote non-localhost traffic - places to be observed, and for the most part the only IP:port assignments you should be relying on for routing.

    My rec, draw the map and if that doesn’t help get back to us w it - or feel free to dm me.

    Edit: I’ll find and post an example as a response this thread later.









  • Pomal@sh.itjust.workstoSelfhosted@lemmy.world•VyOS or Opnsense
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    2 months ago

    Opensense is often bound by single-core operations depending on where a network packet may plumb itself through the kernel. A great example is any PPPoE connections on the base OS BSD. Vyos doesn’t have these same limitations since it’s minted on Linux - which supports traffic steering.

    Really though, IaC for vyos has always been rock solid. Even though the persistent config in Opnsense is cool, adding new features or configs can be a bit of a pain in the ass