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

      No middleman  and I was finally able to make a connection to outside but connection is super slow,  it took longer then 10 seconds for a response and then it came back in multiple slow parts.
      I did a curl http://www.whatsmyip.net/ -v
      and it did return the data from it but it was super slow.

      I attached the rule that I ended up finally adding, but this does not seem like a proper way .

      ![pfSense.localdomain Firewall Rules Edit.png](/public/imported_attachments/1/pfSense.localdomain Firewall Rules Edit.png)
      ![pfSense.localdomain Firewall Rules Edit.png_thumb](/public/imported_attachments/1/pfSense.localdomain Firewall Rules Edit.png_thumb)

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

        Your rules on your LAN interface should generally:

        Pass specifically the things you need them to access (for example local DNS servers)
        Block more generally things you don't want them to access (for example LANGENERAL net to OP2SECURE net)
        Pass everything else (internet).  For your this just use protocol any, not TCP/UDP for starters.

        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

          K I understand that but why such a slow responses from the internet, we are on really fast internet connection ?

          1 Reply Last reply Reply Quote 0
          • 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.