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

    Intel D2500CC = Slow VNC performance?

    Scheduled Pinned Locked Moved Hardware
    5 Posts 3 Posters 2.7k 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.
    • P
      pyrodex
      last edited by

      So recently I ditched my 3 year old celeron based firewall in favor of a more lower power consumption D2500CC after seeing people with success on the forums and the rave reviews. My firewall loaded with the typical 2.0.1 video issues and I've tried both 2.0.1 and 2.1 snapshots but in both versions I've noticed since switch VNC from remote locations back to my home is slow and usable. My system is a D2500CC with an additional Intel Pro1000 dual port nic for quad ports and 4GB of ram with an SSD. I had the same SSD and dual port nic in my older celeron system so decided to reuse that for this new build. Anyone have any thoughts on the issue? Nothing changed in my setup or connection preferences except for the firewall build. Thanks in advance for any advice or assistance on the matter.

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

        @pyrodex:

        So recently I ditched my 3 year old celeron based firewall in favor of a more lower power consumption D2500CC after seeing people with success on the forums and the rave reviews. My firewall loaded with the typical 2.0.1 video issues and I've tried both 2.0.1 and 2.1 snapshots but in both versions I've noticed since switch VNC from remote locations back to my home is slow and usable. My system is a D2500CC with an additional Intel Pro1000 dual port nic for quad ports and 4GB of ram with an SSD. I had the same SSD and dual port nic in my older celeron system so decided to reuse that for this new build. Anyone have any thoughts on the issue? Nothing changed in my setup or connection preferences except for the firewall build. Thanks in advance for any advice or assistance on the matter.

        Also this is for my HOME connection and nothing MAJOR is running through the firewall at the moment. I just use VNStat and DHCP/DNS so nothing like SNORT/SQUID at the moment but plan to explore those later on.

        1 Reply Last reply Reply Quote 0
        • R
          robi
          last edited by

          What do you use VNC for?

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

            @robi:

            What do you use VNC for?

            RealVNC with encryption. I think I found the problem as I had a dying SSD in the mix that carried over but didn't expose itself until re-image of the box during testing.

            1 Reply Last reply Reply Quote 0
            • E
              esnakk
              last edited by

              @pyrodex:

              @robi:

              What do you use VNC for?

              RealVNC with encryption. I think I found the problem as I had a dying SSD in the mix that carried over but didn't expose itself until re-image of the box during testing.

              If you can ssh to the box you could try to check the logs or dmesg and see what it says. Probably some one else here knows more about this than I do, but: I am not sure but I believe that many SSD's can move around data if a block (on the SSD) is broken? Could it be that the problem is in the rules of the firewalls? Do you get strange RST:s or similar? If you set your rules etc to log as much as possible you should be able to see what happens. Also tcpdump or similar tools could help you to find the problem, open a connection and see what traffic is sent/recieved.
              Any celeron is from my experience not a good choice. A P4 or Quad Core (if you use the 775 socket) would probably be a better solution?

              /E

              –
              Cheers,
              E

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