Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    How to Schedule Internet Access?

    Scheduled Pinned Locked Moved Firewalling
    35 Posts 7 Posters 13.4k Views
    Loading More Posts
    • 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.
    • D
      doktornotor Banned
      last edited by

      @P3R:

      For me all of this is still some years away. My oldest is only 5 yet. :)

      1 Reply Last reply Reply Quote 0
      • F
        firewalluser
        last edited by

        @P3R:

        For me all of this is still some years away. My oldest is only 5 yet. :)

        I wrote my first code when I was 7 taught by a computer science graduate with one of the first ZX81's. Never underestimate the learning potential of young minds if its kept fun & entertaining especially if they dont know its supposed to be hard otherwise they will put up psychological barriers to learning.

        Capitalism, currently The World's best Entertainment Control System and YOU cant buy it! But you can buy this, or some of this or some of these

        Asch Conformity, mainly the blind leading the blind.

        1 Reply Last reply Reply Quote 0
        • P
          P3R
          last edited by

          @firewalluser:

          Never underestimate the learning potential of young minds…

          I'm not and I'll be the one doing the teaching. I'd love to have another network administrator in the family, even if that means I'll eventually be outsmarted.

          I started with a DIY ZX81 as well but I was a little older… ;)

          1 Reply Last reply Reply Quote 0
          • N
            Nonsense
            last edited by

            O.K. guys, after all the philosophical debate and the fun, let's get back to my questions, please:

            I assume that using these rules won't affect my default rules (e.g., "bogon," etc.)?

            Also, I highlighted the days of the week of the current month and set the times of days in the scheduler; will this keep the schedule in perpetuity or do I need to do something else?

            And, I also assume that I can use a single rule if I just block all devices on my network according to a schedule?

            Thanks.

            1 Reply Last reply Reply Quote 0
            • 2
              2chemlud Banned
              last edited by

              https://forum.pfsense.org/index.php?topic=94678.msg526090#msg526090

              Don't use scheduled BLOCK rules, broken!

              Schedule ALLOW rules!

              1 Reply Last reply Reply Quote 0
              • A
                almabes
                last edited by

                Without a screen shot of ALL your rules, I couldn't say for sure.
                The bogon rules are on the WAN interface.
                But the point of adding rules to the firewall is to NOT have the default activity.

                Post a screen shot of your schedule, but sounds like it's set up to run in perpetuity.

                A single rule will do the job, if you have a single entity on a single interface you wish to regulate.

                Again, don't schedule a BLOCK rule.  Schedule a PASS rule.  The firewall won't kill states if you have a block rule that becomes effective.  It WILL kill states if you have a PASS rule that disables.

                And if you have late to all night LAN gaming issues, Wagner's Die Valkyrie, or Tchaikovsky's 1812 overture played at high volume in the early morning tends to nip that in the bud pretty quick, at least around here.  I haven't had to fire up the turntable in the morning in at least a couple of months.

                1 Reply Last reply Reply Quote 0
                • N
                  Nonsense
                  last edited by

                  I prefer the 1958 Dorati recording.  :-*

                  1 Reply Last reply Reply Quote 0
                  • N
                    Nonsense
                    last edited by

                    The Host DNS Server Override Blocker rule prevents a host from specifying its own DNS addresses and the DayPass rule is what I implemented in relation to this topic; the rest of my rules are the pfSense defaults.

                    ScreenShot.jpg
                    ScreenShot.jpg_thumb
                    Schedule.jpg
                    Schedule.jpg_thumb

                    1 Reply Last reply Reply Quote 0
                    • A
                      almabes
                      last edited by

                      Your top allow rule is not specific enough.  Create an alias containing only all the addresses you want to allow and use the alias or your source address.  After you do that, you're golden.

                      Right now your rules say:
                      BLOCK external dns.
                      PASS any traffic from my LAN net arriving on the LAN interface destined for any host or service anywhere.
                      PASS any traffic from any address arriving on the LAN interface destined for any host or service anywhere, only between these times.

                      First applicable rule wins.

                      You want them to say:
                      BLOCK external dns.
                      PASS any traffic from alias unlimited_access arriving on the LAN interface destined for any host or service anywhere.
                      PASS any traffic from any address arriving on the LAN interface destined for any host or service anywhere, only between these times.

                      Then, if you need to add a host to the unlimited_access alias, you just edit it, hit apply and your device surfs without a schedule.

                      1 Reply Last reply Reply Quote 0
                      • DerelictD
                        Derelict LAYER 8 Netgate
                        last edited by

                        @2chemlud:

                        Don't use scheduled BLOCK rules, broken!

                        Not broken.  Design choice.  If you thought about it for two minutes you'd understand why.

                        Chattanooga, Tennessee, USA
                        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                        Do Not Chat For Help! NO_WAN_EGRESS(TM)

                        1 Reply Last reply Reply Quote 0
                        • 2
                          2chemlud Banned
                          last edited by

                          I thought about that for MONTHS now and as a dumb firewall user I came to the final conclusion:

                          I want all states to be killed if I set up a block rule.

                          What I don't get: Why did the update to 2.2 also take away the option to kill states by pfctl -k? It worked definitely before, as I said, I get an email with the states every evening before and after block/states killing cron job. It worked before! But now I have to kill all states after the block rule to cut off exisiting states.

                          1 Reply Last reply Reply Quote 0
                          • N
                            Nonsense
                            last edited by

                            O.K., almabes, thanks; I didn't even consider the impact of the default rule that comes out of the box with a new pfSense installation: "Default allow LAN to any rule."  I'll disable it and modify the new rule(s) which I have created.

                            1 Reply Last reply Reply Quote 0
                            • N
                              Nonsense
                              last edited by

                              My scheduling kicked in last night–and my kids were none too happy about it--thanks again to all.

                              1 Reply Last reply Reply Quote 0
                              • First post
                                Last post
                              Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.