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

    Posisble bug or ?

    Scheduled Pinned Locked Moved General pfSense Questions
    9 Posts 4 Posters 1.0k 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.
    • chudakC
      chudak
      last edited by

      I am puzzled a little so need to run it by smart people...

      I have vino-server running and trying to see how those connections show in pfsense.

      On a system I connect to I see:

      tcp        0   3586 192.168.90.5:5900       192.168.90.3:43510      ESTABLISHED 2560/vino-server
      

      And yet, when I try to see "port 5900" via pfTop or Status/System Logs/ Firewall "Destination Port 5900" I see nothing !!!

      08c1f808-47e4-45a7-8521-6cb6daafade8-image.png

      I am sure it used to work before. So either I am missing some option or bug.

      Anybody can confirm or otherwise?

      Thx

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

        The connection is logged when the connection is established - and only if logging is enabled on the rule passing it. The logs are circular and the oldest records are overwritten by the newest records.

        To see active connections, use Diagnostics > States.

        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)

        chudakC 1 Reply Last reply Reply Quote 0
        • kiokomanK
          kiokoman LAYER 8
          last edited by kiokoman

          connections on the same subnet does not pass through pfSense
          ?

          ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
          Please do not use chat/PM to ask for help
          we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
          Don't forget to Upvote with the 👍 button for any post you find to be helpful.

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

            Also true.

            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
            • chudakC
              chudak @Derelict
              last edited by

              @Derelict said in Posisble bug or ?:

              The connection is logged when the connection is established - and only if logging is enabled on the rule passing it. The logs are circular and the oldest records are overwritten by the newest records.

              To see active connections, use Diagnostics > States.

              I understand "when the connection is established" concept
              And I see nothing related to port 5900 at all via Diagnostics > States

              1 Reply Last reply Reply Quote 0
              • chudakC
                chudak @kiokoman
                last edited by

                @kiokoman said in Posisble bug or ?:

                connections on the same subnet does not pass through pfSense
                ?

                Please elaborate !

                1 Reply Last reply Reply Quote 0
                • kiokomanK
                  kiokoman LAYER 8
                  last edited by

                  from 192.168.90.3 to 192.168.90.5 the connection is direct and does not pass through pfsense.
                  you won't see any firewall log or states under pfsense

                  ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
                  Please do not use chat/PM to ask for help
                  we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
                  Don't forget to Upvote with the 👍 button for any post you find to be helpful.

                  chudakC 1 Reply Last reply Reply Quote 1
                  • chudakC
                    chudak @kiokoman
                    last edited by

                    @kiokoman said in Posisble bug or ?:

                    from 192.168.90.3 to 192.168.90.5 the connection is direct and does not pass through pfsense.
                    you won't see any firewall log or states under pfsense

                    Hmm, I was going to say that I’ve seen it doing so, but you sound very confident

                    Is there any way to still see/enable this to be traceable?

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by stephenw10

                      Not in pfSense. At least not without changing your network configuration.

                      That traffic goes from 192.168.90.3 to 192.168.90.5 directly at layer 3. It probably goes through at least 1 switch at layer 2.

                      It never goes to pfSense at all so there's nothing it can do to see that.

                      What you could do, for example, is configure a mirror port on the switch and then analyse the traffic on that to get flow data.

                      You could bridge two ports in pfSense and make sure those systems were connected to different sides of the bridge. Then traffic would go through pfSense so you could see it and filter it. That is generally considered a bad idea unless you absolutely need it though.

                      Steve

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