• TimTamJimJam@lemmy.world
    link
    fedilink
    arrow-up
    116
    ·
    10 months ago

    Happened to me in work once… I was connected via SSH to one of our test machines, so I could test connection disruption handling on a product we had installed.

    I had a script that added iptables rules to block all ports for 30 seconds then unblock them. Of course I didn’t add an exception for port 22, and I didn’t run it with nohup, so when I ran the script it blocked the ports, which locked me out of SSH access, and the script stopped running when the SSH session ended so never unblocked the ports. I just sat there in awe of my stupidity.

    • SpaceCowboy@lemmy.ca
      link
      fedilink
      arrow-up
      59
      ·
      10 months ago

      We’ve all experienced the walk of shame to the server room to hook up a monitor keyboard.

      • Blackmist@feddit.uk
        link
        fedilink
        English
        arrow-up
        38
        ·
        10 months ago

        Ah, if only it was a server room and not a customer 3 hours drive away. And he’d closed and gone home for the night.

        Fortunately it just needed a reboot, and I was able to talk him through that in the morning.

        • SpaceCowboy@lemmy.ca
          link
          fedilink
          arrow-up
          13
          ·
          10 months ago

          Oof… well you can just say “it must be some hardware problem or something… maybe a reboot will fix it.”

        • JasonDJ@lemmy.zip
          link
          fedilink
          arrow-up
          5
          ·
          edit-2
          10 months ago

          Oof I did a firmware upgrade on my main external firewall.

          The upgrade went fine but when we added an ISP a month or so prior, I forgot to redistribute the ISPs routes. While all my ISPs were technically working, and the firewall came back up, nothing below it could get to the internet, so it was good as down.

          Cue the 1.5 hour drive into the office…

          Had that drive to think about what went wrong. Got into the main lobby, sat down, joined the wifi, and fixed it in 3 minutes.

          Didn’t even get to my desk or the datacenter.

        • u/lukmly013 💾 (lemmy.sdf.org)@lemmy.sdf.org
          link
          fedilink
          English
          arrow-up
          10
          ·
          edit-2
          10 months ago

          Well, the script could keep running even after he would have detached from that tmux session due to losing ssh connection. And since that script would unblock all ports after 30 seconds…

          (Same use case as nohup that they mentioned)

        • JasonDJ@lemmy.zip
          link
          fedilink
          arrow-up
          3
          ·
          10 months ago

          Tmux essentially creates a pseudo-shell that persists between sessions.

          So you can start a process, detach the session, start something else, disconnect, come back next week, and check on it.

          It does other things too. Like console tiling.

    • krash@lemmy.ml
      link
      fedilink
      arrow-up
      3
      ·
      10 months ago

      Out of curiousity, how would nohup make your situation different? As I understand, nohup makes it possible to keep terminal applications running even when the terminal session has ended.

      • octopus_ink@lemmy.ml
        link
        fedilink
        English
        arrow-up
        7
        ·
        10 months ago

        If the script was supposed to wait 30 secs and then unblock the ports, running with nohup would have allowed the ports to be unblocked 30 secs later. Instead, the script terminated when the SSH session died, and never executed the countdown nor unblock.

      • aidan@lemmy.world
        link
        fedilink
        arrow-up
        5
        ·
        10 months ago

        the script stopped running when the SSH session ended so never unblocked the ports

  • TurboWafflz@lemmy.world
    link
    fedilink
    arrow-up
    77
    ·
    10 months ago

    I accidentally put all the interfaces on my router running openwrt into the wrong firewall zone so now I can’t access it via ssh or the web interface. I already had it configured though and it still works so I’m just ignoring the problem until something breaks

    • incogtino@lemmy.zip
      link
      fedilink
      English
      arrow-up
      12
      ·
      10 months ago

      I did the same thing, set up OpenWRT perfectly, then changed the local range from 192.168.1.0 to 192.168.0.0 to suit some legacy connections. Everything works, except I can’t change settings on the router, so for now I leave it alone

    • Tangent5280@lemmy.world
      link
      fedilink
      arrow-up
      5
      ·
      10 months ago

      Maybe you can put aside a day which has nothing else going on so you can sit down and fix it before it breaks.

    • brognak@lemm.ee
      link
      fedilink
      arrow-up
      2
      ·
      10 months ago

      Sounds like my Unifi experience with the old CloudKeys that liked to brick themselves if the wind blew in a way they disliked. Everything still ran fine, but I couldn’t manage any of it till I factory reset it all. I think it ran like that for 3mo before I could be bothered 😅

  • jmd_akbar@aussie.zone
    link
    fedilink
    arrow-up
    35
    arrow-down
    1
    ·
    edit-2
    10 months ago

    Whistles and looks away

    I have absolutely no idea what you’re talking about

    😜

    • sum_yung_gai@lemm.ee
      link
      fedilink
      arrow-up
      36
      arrow-down
      7
      ·
      10 months ago

      UFW is a software firewall. SSH is a way to remote into computers. The joke is they turned on UFW and got locked out of the machine.

      • vort3@lemmy.ml
        link
        fedilink
        arrow-up
        39
        arrow-down
        1
        ·
        10 months ago

        I’m pretty sure it was a joke.

        Everyone did this at some point, but nobody would admit such a silly thing happened to them.

        • oconnordaniel@infosec.pub
          link
          fedilink
          arrow-up
          13
          arrow-down
          1
          ·
          10 months ago

          Never done this to a single server.

          Managed to write the “ufw enable, deny all” part of ansislbe script without the “allow 22” part and run it against all my homelab once.

      • jmd_akbar@aussie.zone
        link
        fedilink
        arrow-up
        7
        arrow-down
        1
        ·
        edit-2
        10 months ago

        Hehe. I was joking there.

        Have done it randomly on my backup raspi 3 so many times 🤣

  • MrPasty@lemmy.sebbem.se
    link
    fedilink
    arrow-up
    17
    ·
    10 months ago

    Firewallcmd’s runtime-to-permanent is one of my favorite features of any software. Set everything up, make sure everything works before making the changes permanent. If not, just reboot!

  • CronyAkatsuki@lemmy.cronyakatsuki.xyz
    link
    fedilink
    arrow-up
    9
    ·
    edit-2
    10 months ago

    Happened to me, luckilly I kept an ssh connection up.

    Now I make sure to enable the firewall rules before I enable ufw ( still happened to me 3 more times ).

    • marcos@lemmy.world
      link
      fedilink
      arrow-up
      16
      ·
      10 months ago

      You are assuming there is a keyboard and monitor plugged to it, and that the computer is somewhere nearby.

      None of those are automatically true. And when it’s nearby, it’s usually easier to just get the SD card into another computer and edit the configuration.

    • treechicken@lemmy.worldOP
      link
      fedilink
      arrow-up
      5
      ·
      10 months ago

      That’s exactly what I did lol. Thankfully my Pi’s just in a drawer. If this was a remote host at work I would’ve already shat myself :P

  • r00ty@kbin.life
    link
    fedilink
    arrow-up
    6
    ·
    10 months ago

    I’ve had to boot a remote server into rescue after locking myself out.

    I think most people have done this at least once.

  • 7heo@lemmy.ml
    link
    fedilink
    arrow-up
    7
    arrow-down
    2
    ·
    10 months ago

    ufw is not a good software. I really tried to work with it. My solution was to disable it.

  • churisotophu@feddit.de
    link
    fedilink
    arrow-up
    4
    ·
    10 months ago

    This literally happened to me yesterday. Fortunately ufw enable did not configure it as persistent across reboots 🤠

  • Discover5164@lemm.ee
    link
    fedilink
    arrow-up
    3
    ·
    10 months ago

    i have ssh configured on a different port,

    more than one time i enabled ssh in ufw, restarted the service… and the connection dropped

  • PlexSheep@feddit.de
    link
    fedilink
    arrow-up
    3
    ·
    10 months ago

    What is a good firewall that can also block ports published with docker? I’d need it to run on the same host.

      • PlexSheep@feddit.de
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        I remember trying with ufw and the docker ports were still open. Iirc I’ve read somewhere that docker and ufw both use the same underlying software, so ufw cannot block docker (IP tables?)

        • iiGxC@slrpnk.net
          link
          fedilink
          arrow-up
          1
          ·
          10 months ago

          Hmm, not sure. I know with docker you can “mock” ports for the container, where the port the container sees is different than the port on the system. Maybe you can do something with that?

    • derpgon@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      10 months ago

      UFW does work with Docker, but requires some tweaking. IIRC you have to disallow Docker to modify IPTables and then add a rule to forward all traffic to the Docker network of your choice. It’s a little finicky but works.

    • Crack0n7uesday@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      10 months ago

      You want a virtual firewall. Is this for profit or just your science project because that’s going to change the answer. You might hate me, but I’m still gonna say it, Cisco…

    • dan@upvote.au
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      Are your Docker containers connecting to the network (eg using ipvlan or macvlan)? The default bridge network driver doesn’t expose the container publicly unless you explicitly expose a port. If you don’t expose a port, the Docker container is only accessible from the host, not from any other system on the network.