I’ve only used ufw and just now I had to run this command to fix an issue with docker.
sudo iptables -I INPUT -i docker0 -j ACCEPT
I don’t know why I had to run this to make curl work.

So, what did I exactly just do?
This is behind my house router which already has reject input from wan, so I’m guessing it’s fine, right?

I’m asking since the image I’m running at home I was previously running it in a VPS which has a public IP and this makes me wonder if I have something open there without knowing :/

ufw is configured to deny all incoming, but I learnt docker by passes this if you configure the ports like 8080:8080 instead of 127.0.0.1:8080:8080. And I confirmed it by accessing the ip and port.

  • atzanteol@sh.itjust.worksEnglish
    2·
    2 months ago

    I’m responding to this

    I’m asking since the image I’m running at home I was previously running it in a VPS which has a public IP and this makes me wonder if I have something open there without knowing :/

    What you’re saying is true - but practically speaking there isn’t a real risk to having a port open that has nothing listening on it. Maybe a port scan can identity your OS a bit better.

    • lemmyvore@feddit.nlEnglish
      1·
      2 months ago

      The main goal should be having a thorough approach. People hear “firewall” and assume it means blocking things but it’s really about having a comprehensive network specification.

      • atzanteol@sh.itjust.worksEnglish
        2·
        2 months ago

        Yes - again you’re talking about “theory” and I agree completely. I’m not arguing with you.

        I’m saying that “dude you’re probably fine if you’ve opened your firewall for a while to get something working”.