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

Problem with VMworkstation and Pfsense

Scheduled Pinned Locked Moved Virtualization
20 Posts 6 Posters 3.5k 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.
  • B
    bjaffe
    last edited by Dec 12, 2016, 12:49 AM

    This paints a very clear picture. I don't think I can actually help you here… seems like a problem with the virtual environment rather than with pfSense itself.

    1 Reply Last reply Reply Quote 0
    • G
      grim
      last edited by Dec 12, 2016, 12:57 AM Dec 12, 2016, 12:52 AM

      @bjaffe:

      This paints a very clear picture. I don't think I can actually help you here… seems like a problem with the virtual environment rather than with pfSense itself.

      When you bridge a physical nic to a VM you assign it to different VMnet networks. in my case WAN - VMnet 17 - PciE nic and LAN -  VMnet 18 - Pci Nic
      i also tried changing these networks :(

      From the laptop i can only ping public ip's not hostnames and i can open webconfigurator
      From the Vm full internet access

      Thank you for your fast and dedicated support tho

      1 Reply Last reply Reply Quote 0
      • G
        gjaltemba
        last edited by Dec 12, 2016, 2:04 AM

        Sounds like the dns client on the laptop is not working properly.

        Did you try
        ipconfig /flushdns
        tracert 8.8.8.8

        Problem started after a reboot. If possible, restart all network devices to get a clean start.

        1 Reply Last reply Reply Quote 0
        • G
          grim
          last edited by Dec 12, 2016, 2:19 AM Dec 12, 2016, 2:12 AM

          @gjaltemba:

          Sounds like the dns client on the laptop is not working properly.

          Did you try
          ipconfig /flushdns
          tracert 8.8.8.8

          Problem started after a reboot. If possible, restart all network devices to get a clean start.

          That was one of the first things i've tried I flush after every change, laptop directly to wan cable has no problems, nor the vm

          I've rebooted everything even the virtualizator + server
          The problem is not in the laptop , the problem started on all infrastructure behind pfsense, I use the laptop on the lan port to exclude it so we don't bother troubleshoot there

          1 Reply Last reply Reply Quote 0
          • G
            grim
            last edited by Dec 12, 2016, 8:04 AM

            Another thing i noticed is that when the problem occurs the PFsense FW log is spammed with blocked entries
            source WAN ip 192.168.1.1 destination 224.0.0.1 which is a muticast address

            Even tho my WAN ip is a public ip not 192.168.1.1

            1 Reply Last reply Reply Quote 0
            • K
              KOM
              last edited by Dec 12, 2016, 7:36 PM

              Just a guess but after you moved the vm, you might have to go and reassign the interfaces again via the console menu.  You shouldn't have to do this when just moving it's target folder, but you never know.

              1 Reply Last reply Reply Quote 0
              • G
                grim
                last edited by Dec 14, 2016, 8:08 AM Dec 14, 2016, 8:02 AM

                @KOM:

                Just a guess but after you moved the vm, you might have to go and reassign the interfaces again via the console menu.  You shouldn't have to do this when just moving it's target folder, but you never know.

                I will try this later , even tho from the webconfigurator both interfaces are with the correct mac :/
                And when i powered up the old VM ( the original) the problem was there.

                Next thing i will try, when i have time is a clean install with basic settings and restore module by module to try if the fault is there…

                Because fine tuning of the proxy, av, ipsec, IPS, user control and other shit took me so much time :<

                another thing some services go through, maybe they are not DNS dependent.

                1 Reply Last reply Reply Quote 0
                • M
                  MasterX-BKC- Banned
                  last edited by Dec 14, 2016, 7:27 PM

                  most likely the fault is in vmware workstation, or windows, config wise.  they can be tricky to understand.

                  if you restore a known working config, after that it must be one of those 2, i have numerous pfsense units running under vmware ESXi with zero problems at all.

                  1 Reply Last reply Reply Quote 0
                  • A
                    AndroBourne
                    last edited by Dec 14, 2016, 8:46 PM

                    It may not be related but aside from all the DNS stuff. I had a similar issue on my LAN when I first configured my VM PFSense box.

                    All this kinda sounds like a virtual adapter issues. I would try to blow out the original adapter and then recreate it and see if that works. My issue actually ended up being that the article I was reading about configuring the PFSense in a VM stated to use the Legacy VM adapters which actually caused my issue (same one you were having). I changed the virtual adapter from legacy to the standard adapter and issue went away.

                    Of course that is going to all depend on the version of PFSense you are running and the types of NICs you have. I would recommend you try both ways (legacy and non legacy) in the VM adapter settings and if that changes anything for you.

                    1 Reply Last reply Reply Quote 0
                    • G
                      grim
                      last edited by Dec 26, 2016, 12:01 PM

                      Problem solved,

                      Symantec was blocking the traffic on the host  :o i don't know how but disabling the AV solved the problem…

                      Thank you all for the support.

                      1 Reply Last reply Reply Quote 0
                      • First post
                        Last post
                      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                        This community forum collects and processes your personal information.
                        consent.not_received