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

    Can't access internet from LAN

    Scheduled Pinned Locked Moved Virtualization
    22 Posts 6 Posters 6.1k 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.
    • DerelictD
      Derelict LAYER 8 Netgate
      last edited by

      Different issue.  You need to isolate exactly what is slow.  Is it DNS?  Actual traffic?  What?

      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
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        And why are you messing around with floating rules on LANGENERAL out?  Delete them all and put the LANGENERAL rules on the LANGENERAL interface.

        Save the floating rules until you understand how rules work in pfSense.  A rule on LANGENERAL out has NOTHING to do with hosts on LANGENERAL accessing the internet.

        You need to read and actually understand this.  Particularly the part about what interface a rule should be placed upon:

        https://doc.pfsense.org/index.php/Firewall_Rule_Troubleshooting

        Also, why are you playing with things like state types?  Just leave the stuff alone unless you can articulate the specific problem with the states you're trying to solve and you get consensus that it's the right thing to do.

        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
        • D
          darkgaro
          last edited by

          I added the floating rules to try and fix the problem.  I do have the rules on LANGENERAL and I had them originally but it wasn't working so I've been trying to see if floating ones on wan out would work.  Which kind of did but requests and responses are way way slow.

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

            If you read and understood the Firewall link above you would know that that rule would not fix anything.  You really do have to understand these concepts if you are to be successful at maintaining this firewall.

            If you place your rules correctly it will work.  Now nobody knows what you clicked or set to try to "fix" the problem.  I recommend you reset to factory and start over.  Go step by step.  Start with LAN and WAN and add the other interfaces one at a time.

            You can backup your config so you can get back to the current state almost instantly.

            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
            • DerelictD
              Derelict LAYER 8 Netgate
              last edited by

              And it's XenServer I just saw…

              Not currently the best choice for FreeBSD/pfSense.

              You are probably chasing phantoms in your rules when your problem is really in Xen/FreeBSD:

              https://forum.pfsense.org/index.php?topic=85797.0

              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
              • D
                darkgaro
                last edited by

                It must be something with xen pfsense combination ,    I stripped down all my interface to only two wan -> lan  and allowed any to any rules on lan …
                and was still experiencing still same slow responses and traffic.

                Any idea when this is going to be fixed for xen ?

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

                  You can fix it now.  Look at the link above.  There's a better summary that is exactly what you have to do:

                  https://forum.pfsense.org/index.php?topic=88467.msg512128#msg512128

                  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
                  • D
                    darkgaro
                    last edited by

                    Oh man,  that was it,  I wasted two days chasing the rules and in the end it was the driver problem this. Thank you :)

                    1 Reply Last reply Reply Quote 0
                    • ?
                      Guest
                      last edited by

                      And here I was, thinking that putting "IMPORTANT" in the title would make people with Xen read it :p Glad you got it sorted.

                      1 Reply Last reply Reply Quote 0
                      • D
                        darkgaro
                        last edited by

                        Yeah I know I didn't even look in the Xen forum, didn't think it was the xen issue originally.

                        1 Reply Last reply Reply Quote 0
                        • ?
                          Guest
                          last edited by

                          @darkgaro:

                          Yeah I know I didn't even look in the Xen forum, didn't think it was the xen issue originally.

                          Oh well, at least there is a central place for reference commands, so people can be pointed towards it when they have questions :)
                          How is the performance?

                          1 Reply Last reply Reply Quote 0
                          • J
                            Jamerson
                            last edited by

                            its a VIF UUID's issue.
                            i've spend last month a 3 days looking for the solution.

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