(Shared folders) HGFS flees host handles

Similar Questions

• Search for virtual machines with function "Shared Folders" (HGFS) running

  I'm looking for advice on creating a script to find all VM with HGFS running, or where the service is actually used.

  Apparently, VMware posted the notice of security VMSA-2016-0001 | United States yesterday and my security people are panicking.

  Any information you have would be useful.

  Thank you

  Ludi

  The only way I know is questioning the guest operating system itself and check the registry path:

  HKLM\System\CurrentControlSet\Control\NetworkProvider\Order

  and check if the value string ProviderOrder hgfs, vmhgs or vmhgfs.

  You should remove these values and restart the virtual machine for the change to take effect.

  Wise PowerShell:

  $VM = get - VM NameofVM

  $Reg = [Microsoft.Win32.RegistryKey]: OpenRemoteBaseKey ("LocalMachine', $vm.extensiondata.summary.guest.hostname")

  $RegKey = $Reg.OpenSubKey("System\CurrentControlSet\Control\NetworkProvider\Order")

  $RegKey.GetValue ("ProviderOrder")

  VMware KB: Guest Windows cannot update hgfs.dat or vmhgs.dat

• VMware Security Advisory VMSA-2016-0001 on "shared folders".

  SO, I just received this notice of VMware in my Inbox, and I don't understand how this is related to the ESXi.   I am aware of the shared folders when you are working in fusion and workstation VM, I did, but since when is that a feature in ESXi?  If it is there, his escape me all these years of work with the products of basic infrastructure...

  Can someone please shed some light on how this VMs Advisory effects running on ESXi and how to use this shared functionality issues with virtual machines running on ESXi.

  I do not see the specific newsletter you would need to have installed the toolbar of the virtual machine full version, but still, have not heard of this with ESXi and vCenter... and I can not find instructions on how to configure it with the virtual machines running on ESXi.

  Newsletter details are below:

  - ------------------------------------------------------------------------

  VMware security advisories

  Advisory ID: VMSA-2016-0001

  Synopsis: updates VMware ESXi, Workstation, player and Fusion

  vulnerability of elevation of comments address important privilege

  Release date: 2016-01-07

  Updated the: 07-01-2016 (NPRM)

  CVE number: CVE-2015-6933

   

  1 Summary

   

  Address updates of VMware ESXi, Fusion, player and Workstation

  elevation of privileges vulnerability important comments

   

  2. emissions

   

  VMware ESXi 6.0 without patch ESXi600-201512102-SG

  VMware ESXi 5.5 without patch ESXi550-201512102-SG

  VMware ESXi 5.1 without patch ESXi510-201510102-SG

  VMware ESXi 5.0 without patch ESXi500-201510102-SG

  VMware Workstation before 11.1.2

   

  VMware Player before 7.1.2

   

  VMWare Fusion before 7.1.2

  3. description of the problem

  Elevation of privileges important comments non-windows in VMware Tools

  Kernel memory corruption vulnerability is present in VMware tools

  "Shared folders" feature (HGFS) running Microsoft Windows. Successful

  exploitation of this issue could lead to an escalation of privilege in

  guest operating system.

  VMware would like to thank Dmitry Janushkevich of the Secunia

  Research team for reporting this issue to us.

  Note: This vulnerability does not allow for elevation of privileges of

  the guest to the host operating system. Memory of the host cannot be

  manipulation of the guest operating system by exploiting this vulnerability.

  The Common Vulnerabilities and Exposures (cve.mitre.org) project

  CVE-2015-6933 identifier assigned to this issue.

  Workarounds

  Removal of the feature "Shared Folders" (HGFS) already installed

  VMware Tools removes the possibility of exploitation.

  Column 4 of the following table lists the measures required to

  fix the vulnerability in each version, if a solution is

  available.

  The VMware product running replace by.

  Version of the product to Apply Patch *.

  =============                  =======    =======   =================

  VMware ESXi ESXi 6.0

  ESXi600-201512102-SG *.

  VMware ESXi ESXi 5.5

  ESXi550-201512102-SG *.

  VMware ESXi ESXi 5.1

  ESXi510-201510102-SG *.

  VMware ESXi ESXi 5.0

  ESXi500-201510102-SG *.

  VMware Workstation 12.x.x him is not affected

  VMware Workstation 11.x.x any 11.1.2

  VMware Player 8.x.x him is not affected

  VMware Player 7.x.x all 7.1.2

  VMware Fusion OSX unaffected 8.x.x

  VMware Fusion OSX 7.1.2 7.x.x

  Hello

  This seems to be a problem with VMware Tools which contains the driver HGFS. Even if it does not work on ESXi, if the virtual machine is migrated to a non-ESXi system and HGFS is enabled then HGFS would have the problem. ESXi has other controls does not affect the fact that HGFS has a problem. It's one of the reasons that the Hardening Guide said to turn it off in any case.

  Best regards
  Edward L. Haletky
  VMware communities user moderator, VMware vExpert 2009-2015

  Author of the books ' VMWare ESX and ESXi in the business: Planning Server Virtualization Deployment, Copyright 2011 Pearson Education. ' Of VMware VSphere and Virtual Infrastructure Security: securing the virtual environment ', Copyright 2009 Pearson Education.

  Virtualization and Cloud Security Analyst: The Practice of virtualization, LLC - vSphere Upgrade Saga - virtualization security Table round Podcast

• Shared folders and Windows November 10 update

  Since "redevelopment" of the update of Windows 10 November, my shared folders do not work.  I had hoped that upgrading 8.1 Fusion is going to fix it but it didn't.

  Basically I enable shared folders, such as Documents and downloads, I can access it from the link on the desktop.  However, I don't get my y and Z: drives I was doing.  In addition, at the opening of the Explorer there suddenly from 30 to 60 seconds while he was apparently trying to find these discs.

  If I turn off sharing, the Explorer is fast and never crashes.

  I tried unisntalling/reinstalling VMWare tools, but it makes no difference.  I have to leave shared folders disabled to have a usable virtual machine.

  Any thoughts on how to fix this so that it works as it did before the November update?

  Hello

  Strange uninstall - reboot - install VMware Tools has been working flawlessly down here to solve a similar problem.

  There are a few things you can try.

  First check the registry that you do not:

  All you have to do is to change the registry

  HKEY_LOCAL_MACHINE\ SYSTEM\CurrentControlSet\Control\NetworkProvider\Order
  

  Name: ProviderOrder
  

  Type: REG_SZ
  

  Data: "RDPNP, LanmanWorkstation,webclient"
  

  He should have "vmhgfs" for the first option:

  Data: "vmhgfs,RDPNP, LanmanWorkstation,webclient"
  

  Second, try to re-create the shares.

  Remove them, turn off sharing, close the dialog box for sharing and then re - open the dialog box and try sharing once more and add the old shares in return.

  Yet another thing you can do is to disable the folder change event notification.

  The side effect of this is you will need to click Refresh in Windows Explorer to see a change, he could stop the slowness of your Explorer.

  While I use it myself I do not recommend for most users.

  isolation.tools.hgfs.notify.enable = "FALSE"
  

  See also: http://kb.vmware.com/kb/2011360

  Finally, I also see the hosts host file sharing slow down when there was a ton of files and anti-virus analysis actively sharing files.

  At least disable the scan compressed files.

  --

  Wil

• Bug report: strange behavior with sharing folders Mac & PHP require (8 VMware)

  I'm using VMware Fusion 8.0.0 (2985594) on Mac OS Yosemite (10.10.5 (14F27)) and I have a Linux VM with Debian Wheezy (3.2.0 - 4-amd64) and PHP (5.4.41 - 0 + deb7u1).

  After I've upgraded from VMware Fusion 7 WMware Fusion 8, the (open source CMS) Typo3 on my development machine began to throw PHP syntax errors during playback of its cache files. As I investigated the problem I found that the behavior is reproducible, but only when the files are written to the folder that is shared between the host system and the VM.

  When I'm demanding a PHP a certain file size and a certain name of file, PHP seems to continue reading about the end of the file in the middle of the arbitrariness of other files. This leads mainly to errors in syntax PHP - but according to the name of the file that they differ, for example:

  PHP Parse error:  syntax error, unexpected '' in require284.php on line 93
  PHP Parse error:  syntax error, unexpected '' in require107.php on line 88
  ^[[APHP Parse error:  syntax error, unexpected 'p' in require472.php on line 88
  PHP Parse error:  syntax error, unexpected end of file in require884.php on line 88
  PHP Parse error:  syntax error, unexpected 'u' in require185.php on line 89
  

  All of these errors are generated by requiring the same content with different file names. If I am demanding the same file with the same name, the PHP error is also the same.

  Steps to reproduce

  I wrote a PHP script that seeks a different file names for a given text, until it crashes. Store this file in the shared folder and run it with php f. As you can see, all the content of the file is commented out, so it shouldn't affect anything.

  <?php
  $content = <<<'EOT'
  <?php
  /*njsRtWyvEHREGDwjZEIuuwOCJidhxoMo
  lsdTFPMPhCnHYdjylYmAlJtOrNQRZRzFDQsX
  QAYugjeSRojQLImGMsGzvsNxSdbvIUZbHvVuXfDTJqyXxjbiNoMgiQGVlREJPPacTIbn
  emIhHyATFwSAHnoTRVtUppVVRoWHDAjMvkoADVBCTJFNT
  aCUTsQsZbIhyaQoSCWcpuhgPcoWBD
  bXzAuYZueusNALsxIYTpkaHGGwmLkdkEPsQRSyPojOhCTUksYnAdlr
  rDfHEzqctbHpFBQkUTOWgYsYKwBzguuNxktJDitUkSDLABoDjYlrQzmtBxRU
  TRZqbDEgTEGqpFAXbCADhmwVltDJGqvsasypalIThuzA
  VDJkyuQAQYJoiTyuoMtjeoXtZMVZKhWxWGbChTZjVWcNX
  ANAKXbsERdugbcApTEjabtRSBvMAjreOdSbCyqBikXMADmzTyIijEwBYhWXzEIQHVn
  LkasQDaUvNBNJghMrpNBBnqqLaUsoxqjDoGUoQjG
  uMQEbeYxRcQSICioqjMOLMZZhUbFTOOLdsGHrVSlk
  IxnyGZMFpCNRqFBOYSbSbyzqhzZyjrkUzjEPXSoZNnbnNsdHVdUKosgpVCDSakQjEgNmUM
  vmusESUYiXPKKqvPfVghfqmTniFjPUorDvEpGGvRaKln
  vrQGhLncjvcGQRBWVGKQQVDfbCPRYrJkUTvLpWfIQscGq
  eaZkNjlIfWCYaWMIHPjUkQNYtEdoJbTCYbHqmQYnaIEsVrYXiqibBWrZIFdcyGdCqLRaW
  KjYicadGOioWoiYJrrfUjdTwKhNnhppkjhXZdUmWMxfiqetHCVvZfrKieR
  yhRbxbgbeORKMVxFmLmTexQhALUTNkOGhjaESxabCZSbcMlNLhz
  QnRzjUstpUDJpAcRLSjpPGSwaPKaVqdXrlXsHRtCFpbaEhocTxUAgPKwFvTskukCbCItNS
  vSDsuvlhCtMwYLOQRaJkSfbCaSlUsKZLVnuESjFwiAuJvIumSiCAHYBjpOFWvS
  pPRnkwaQCgYUtrHujVaEvxQ
  NtmJNjkSoCTvMzLXvmDBnymC
  pddMGqTojVadloHtRkipEFiZrWIsCXaqdayQWzynSiXtBIjesEguDtIfmd
  ZmkZrfNbXmtaUiOBvVvKmFaHePX
  CVCGMVGYjzjXyELANgIyAcsjfvdaGdDEttAofjawnondQuScwBUrAUdYxxerNG
  llGfZwYymZrykyajgjRGkDMpREVsybITgbTlgfhJUWJgGAtEM
  yskdfRkKDBaSfgSgLpKgQBmHybHxo
  EMlIkmGTopRdwcNxzLZigZxhakIcdGtlXVrEyPEgrxzG
  wxEFZcpSvgNUsiEVKZsdWGnSFiypJLvRnBUPGNa
  crmUUXjOENCuxstveIQFfhZYLmUljXEMIkH
  pBpmdMAMuBmTWlYZHOgxnPxQeHpMnTDnQRTmBRpoSRHZABhiQO
  qGksOOcpPKfcKhpdQVDvOcUzjsHIrIUSndRreDHdMtxmorrfaUyNmvuS
  uzQQlEcZXpaILAbCXblyXNQxARvGcRSyXDdAwZuBACpQJkZZNBJSkf
  ptcApSlflVBLBxGGtQLBWgoLciHHZsgixDFWqejANmDqiVWhGwQzQKpcNPH
  KIWUpmzHnUVBNBJCxaQKsy
  lRQCfqSWaiqkpyKmodooVOlEcmiUfElZhoDwhWnivqeEqWOEEJRRlbAPdlAJioAXBZpTXc
  pUzpJRxevfDotRbgqCtdzqIXrCahDDnLqymyREXzAvmMniQghmwbMIdnprCsdpxtsvGplq
  ArYJDZfLGhQVEyzwnPyavPgdvbpIKQyTCwgjiZuQUPQumlcKllkDRfErLLqyNGrLMHBpzY
  biPHNtPYGjrYztLOYhaoPmyVahPtiojqptGVQwbKmrFiqNfSv
  nnHyvOuEgLWZxCfrfmAbCspFUYMugmGZZlXFMSYfUlOQxcsOxpSUOEfvI
  ztnBZJKMbEoQZfRzbnQkUXC
  kXEEPviTpYGNrikuJbkfXSyALJmFIzmVamWouZqAwGanZFCSiN
  AVUDwCPZWUJNIrmUwpaoSWTGKmtkev
  uaKSTGLYHTvKAFQRFnMbCBEJQbpgrxOUYTTLGExcQokfKVmEhaCjK
  xBqwGyJyqvscyLMQlsgzfXnIKUZZZfNwsu
  IVwNskHoJTBrRMtKTaxcgoKyUEVONWywwxKbCMMqcw
  aryEooyClPfmWeLRdMGcIDUhWKMztUQrsQmKwTVVXUOxZnMwxr
  PuKuPRLLYsvbvUUIXNVSkdITWLTOmCQrbFEArsfwpTIQYmRNPDLvJheP
  HFSyzYzvuVUQHsahuUQqiPBaDEYJuiySqZfVYPqsaKEm
  aNsbVyGFRpNREYAcFoFLbCNRa
  jQfdxcrOqGHQkcuqGxTMHoGSgAmVAxpPMmhtwRUCKshdXLNnggmuOhgbClYbUzmiBwQ
  UOcNuUNpmEJwDHGpQLEHzIrFlJlEJALIhQyEpYgcVzsmHIffBBpbhnidaK
  SIjqXPyiGTTCUSCZdqZcXOUVCGgAZZuzgpVpjVYkRArhZgHNc
  pbjeIcbCtYZKhvCdxRSVloKVDGXLYqnbjBJZtieEGYprYWtDRH
  pDIELcriTtSXVsTnHBboDfxHJemyOwmPqCDjJjdFsm
  wUKVYearKMHOwWgptjVJAEresgHifdhkdQdKfrYXJUrtyXqTDUbYOjCsCOEnoWZJDiFt
  JmzMKbzvfZDmhFHRnMATdBOcFOiicGGTYEQhvKjazZNgXTP
  abtSIvcZpQXNDiAIBIRkwOKqLjemQjUHywrfCHNxCNRmMosAOGTHEzCqNfcxQQmTvUx
  puCzHyJacoGHtUDhVLDlcCXBytJpJDOIEUtDcWxENdHXfhGaRnfJKZpOsRaEstLopUBoUv
  vWJvmIRLprUJlMiNqdrPD
  PrXisnQvcMbmZwMrgaZcJcIuFlpuJXwtzasYQHUrTinNtXJYxKftihuApOxUFpSxyjqbWW
  CqHRWXTrsTIuXEZbjNCEwhPNAZoqlAoQD
  XWanteqzjVEzbBIhCEeWsnjdzCWORDAXfPKvJZIfb
  qMHQasPmLItsTsxijJrkQbaowAPjJyasyilAYTwSg
  wefnnxtBFkoYMEXoZiYdKtEqoGtnymFqkvuLHxOmv
  bNjqEWbtxaioqkYPmwXKaqAxQLHJHmJTfJBZymDLvx
  obVmpstUZETvYISUiqySvemOXCzjuWGvfgC
  FKJCBTIdSbbnlvKIkBqbMhAhwkAQMexej
  oWBdyunrwxJuWtHsLtIcveTYmCATjiEDoZuggrAxlQhjlUMtMYR
  TqkWuIblrRzKHhNWaGPOd
  ouYgqSMhhngaisNrySZEoJuZrFXHlfPqfWoEZzOiqMqilx
  sQOTKTweognuFhfrluhjAXa
  PqplUMYbKtCvcHYhpcgShKmulTWLprLohwqAWMNyTcNYZJFcWtn
  UwOXvcdCeJiQrEsCycJwSyZJqrsaiSVFcPOMQKCJqRhfAgBmmgDvdsFUIqHWiagR
  wjRmbEIMrDpJXKqGRndpTUfbpjwlpmBtUOIbdngG
  MmItcEisVEgXUnnvEiTIhMPRazVFEplnBfYQWqLMi
  HGZZdDnjVLjluFnDlFLHWseOeJXSFjrfBUXLcIoITqozfHolhIdCmHUsKKYtnng
  FrlAfGIMXlQRYfsaigOJABjLRknqdIbZlZVcLOqjKYmPcjrHH
  SLrsFrNInZMHVeWJHPKwGFKNapGNMgXFqtPOdB
  KExsWUQXnoORsjShtiRRCTYSKwSAhQjgZbzwRHTsiWGIukdOD
  PJKBKqUvyQvWlsrJENAeNLiVTDapsYAnqQwYFuskUVaWHtditUJpiFVsJwKytWu
  aihAvXNVkxTqixFtPumJDocWAmvocxDHZtUzCcEoFHdwFzclKlAdfLOuhZgqZDTptmXii
  DgYmqpKdlbCtenKLhAVrWmJuDofoWpCPHWYdtjXZiYajKuFh
  GGyFSgSVkGRwVakkZafdGvOMHalwDyeOZY
  oFrLUGOVbaHClgsfLepNpHagKdPzLGnilQUAbPyiSrVcIiJaChvlYOIIWWPRPl
  
  */
  EOT;
  
  for($i = 0; $i < 1000; $i++) {
       // generate a random number
       $rnd = rand(0, 1000);
       $filename = 'require' . $rnd . '.php';
       echo "Try no. $i, filename $filename\n";
       // write the content to $filename
       file_put_contents($filename, $content);
       // require the same file
       require($filename);
  }
  

  I wrote another script to generate the build the combination of text and name of the file that is causing the problem:

  <?php
  
  // the decimal ASCII code of all upper and lower case chars
  $ascii_alpha_chars= array_merge(range(65, 90), range(97, 122));
  
  // how many tries
  $count = 500;
  
  $out= '';
  for($i = 0; $i < $count; $i++) {
       // generate a random number of files
       $lines = rand(70, 90);
       $out ='';
       for($j = 0; $j < $lines; $j++) {
            // ...and a random number of chars on each line
            $rand = rand(30, 70);
            $out .= get_random_chars($rand) . "\n";
       }
       write_and_require($out);
  //     echo "$i\n";
  }
  
  function write_and_require($out) {
       // write the content to a file, require it, and delete it
       $sourceCode= "<?php\n/*n$out\n*/\n";
       for($i = 0; $i < 50; $i++) {
            $rnd = rand(0, 1000);
            $filename = 'require' . $rnd . '.php';
  //          echo "$filename\n";
            file_put_contents($filename, $sourceCode);
            require_once($filename);
            unlink($filename);
       }
  }
  
  function get_random_chars($n) {
       global $ascii_alpha_chars;
       $out = '';
       for($i = 0; $i < $n; $i++) {
            // add a random char
            $out .= chr($ascii_alpha_chars[array_rand($ascii_alpha_chars)]);
       }
       return $out;
  }
  

  This problem occurs only for the upgrade of VMware 8 and only when the script runs in the shared folders, I strongly suspect that it is a problem within the VMware stack.

  Can anyone elso reproduce this behavior?

  Hello

  If you use the kernel of an open-vm-tools HGFS customer then yes there are bugs because the version provided with that was broken and not tested. People has not listened to my complaints about it.

  Current recommended approach is to always use the installation of VMware tools for the shared folders feature.

  Open-vm-tools are used to install tools user mode only. We try to make all of the features available with these, including a file sharing client FUSE based. Version 10 of the open-vm-tools will have this.

  Stick with VMware tools install for now for file sharing.

  Thanks for your great art information and debugging this issue.

  Steve

• Shared folders is longer supported?

  In Ubuntu 14.04 (faithful), I correctly filled and installed VMwareTools - 9.6.1 - 1378637.tar.gz, using patches to https://github.com/rasa/vmware-tools-patches/tree/master/patches/vmhgfs.

  
  

  I am able to mount a shared folder, but the folder is not usable. Instead, a "Not a directory" error. For example:

  # ls-l/mnt/hgfs

  method: cannot open the directory/mnt/hgfs: not a directory

  
  

  This problem has been reported previously to Re: problem module vmhgfs vmware-tools workstation 9.0.3 inspired 3.13.5 - 103 kernel fedora 19

  and https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1272196/ .

  Note that https://bugs.Launchpad.NET/Ubuntu/+source/open-VM-tools/+bug/1272196/comments/5 States:

  
  

  "The vmhgfs module (host VMWare <>- Comments file system)" is no longer supported by VMWare and it builds on recent kernels.".

  
  

  Is it, in fact, true? Shared folders is longer supported?

  
  

  If so, what are the alternatives (other than NFS, Samba, SSHFS, etc.)?
  

  
  

  
  

  
  

  
  

  Hello @rasa

  Unfortunately, I can't make an official statement from VMware, but I think you're wrong interpret this answer.

  The problem is that the distribution of VMware tools is a bit 'complex', the reason is actually to simplify things and have all of the drivers in VMware conveyed by the respective kernel developers and linux distributions.

  There are 3 different "tracks".

  1 Linux "inbox" drivers, for example. the drivers that are part of the kernel / linux distributions, these include, network driver vmxnet3, pvscsci driver, memory balloon pilot, vmwgfx 3d graphics driver, drivers vmci and vsock, see also: KB VMware: VMware for Linux VMware Windows support

  Down on this page you can find the part that responds to your question:

  Why a version of an operating system do not include the vmhgfs driver?

  The vmhgfs driver has been added upstream. To work around this situation, install VMware Tools provided with the workstation or Fusion products, who will install the lack vmhgfs drivers. The VMware Tools installer does not disturb VMware Windows included with the operating system.

  2 open-vmware-tools drivers, these are extra libraries extending the features. This used to contain everything that in the past but parts have been moved to inbox drivers and the part you are looking for drivers - vmhgfs - is part of the supply of office products. See also: KB VMware: VMware to open-vm-tools support

  3. the vmware tools bundled package. This is where you find the vmhgfs driver, your problem is now that you are trying to use Ubuntu 14.04 and that the OS is not out yet (next month). I installed it without any customization here, and while I can list the mount point, that is not to have the shared folder. Drag & drop between guests however works. I'll take a look at why it does not list the part after the OS is updated to the most recent (update has not since last week)

  hope this helps,

  --

  Wil

  Edit: FWIW I reinstalled the vmware tools and he has indeed missed out on the vmhgfs driver. While I can probably patch (errors appear quite trivial) I'm not in that much of a need and prefer to wait that Ubuntu has released faithful and VMware has updated the vmware tools. For now I just use drag & drop as mentioned above.

• Workstation 9. impossible to mount shared folders

  Comments to VMware 9.0.3 on windows7 64-bit host 7 debian (linux 1.0.6 64-bit of kali) could not get shared folders to work I have a 7 guest debian that I created using vmware workstation 9.0.3. When I install the vmware tools, looks like it works fine, and I make sure to say 'yes' to add the hgfs supports, however, after you run vmware-config - tools.pl, my shared folders appear under/mnt/hgfs.

  I run/usr/bin/vmware-hgfsclient, and it lists the different folders, I shared with the virtual machine, but they are simply not get mounted.

  If I run

  $ Mount-t vmhgfs .host: / mnt/hgfs /.

  I get an error message saying that the device does not exist.

  I uninstalled and reinstalled vmware tools several times and also tried the open-vm-toolbox to see if it will work, but so far nothing has worked.

  Any suggestions would be greatly appreciated.

  This post on the forum had the answer:

  Re: HGFS works do not under Linux of Kali

• Cannot map the shared folders to the drive letter in WIndows prompt

  I seem to have a problem with the shared folders in a Windows on Fusion 6 client. Turning on shared folders in the VM options creates the "VMWare shared folders" shortcut on my desktop, and I can open and view files shared host, as expected. However, it is not map the shared folders to drive Z: in Windows because I expect, and I can not also go to shared folders using the path "\\vmware-host\Shared records" (for example, only by typing in the address bar in a window of the Explorer). It is a problem, because I need a path that I can put scripts to refer to things in the shared folder.

  Also, if I access network in Explorer, vmware-host is there but trying to open it gives me the error "Windows cannot access \\vmware-host."

  I'm running 6 Fusion on OS X Mavericks, and the guest is Windows 8.1. My .vmx file contains the following lines which I think are related to shared folders:

  insulation. Tools.hgfs.Disable = "FALSE".

  hgfs.mapRootShare = 'TRUE '.

  hgfs.linkRootShare = 'TRUE '.

  sharedFolder0.present = 'TRUE '.

  sharedFolder0.enabled = 'TRUE '.

  sharedFolder0.readAccess = 'TRUE '.

  sharedFolder0.writeAccess = 'TRUE '.

  sharedFolder0.hostPath = ' / users/buck/projects.

  sharedFolder0.guestName = 'projects '.

  sharedFolder0.expiration = "never".

  sharedFolder.maxNum = '1 '.

  For me, the weirdest thing is that I can get for shared folders by using the shortcut on the desktop, but by typing the exact path and the shortcut points to in an Explorer window does not work!

  If anyone has any suggestions on how I could get this works normally, I would be very grateful - thank you!

  Hi Buck,

  Welcome to the community.

  Have you tried to re - install vmware tools in your windows 8.1?

  ARBuck wrote:

  Also, if I access network in Explorer, vmware-host is there but trying to open it gives me the error "Windows cannot access \\vmware-host."

  I think you should activate windows network discovery if you want to browse vmware host in the network.

  You can enable this by

  Control Panel-> network and Internet-> Network and Sharing Center-> the advanced sharing settings

• Cannot access shared folders

  Using Fusion 5.0.2 and Windows 8 Professional, I repeatedly tried to download and install Windows programs (for example, Stamps.com) stopped with the message: "could not access network location \\vmware-host\sharedfolders\desktop.

  I have shared folders is enabled in the merger.

  How can I fix?

  Sounds like an installation problem that can not handle when mirrored folders are enabled then... temporarily disable mirrored folders and try to reinstall.

• Is it me? Fusion on Snow Leopard, Ubuntu 10.10: no network, none of the shared folders.

  On my Macbook, I use VMWare Fusion course and installed Ubuntu 10.10, which worked pretty well. I'm not an expert in everything, I use Ubuntu only for very limited use and do not plan to make my standard OS, but in this case, I have no choice. For this work, I need to share files, copy and paste text and use the network.

  But from the beginning, I have these problems:

  #1: whenever I send the virtual machine to sleep and wake up more later he acknowledges no more network connection.

  #2: I share a folder on my Mac OS but I can't see them in Ubuntu. To be exact, I can only see the public folders from Mac users, but not those that I added.

  #3: copy / paste between Mac and Ubuntu does not work.

  Then I looked through the menu and found that VMWare Tools are not installed, then I started the installation via the menu. The only result is that a CD of VMWare tools is downloaded and installed - and then nothing happens. There is a text "manifest.txt" file that contains version information and an archive that contains a Setup program. If I double-click on that one I am wondering with what application I want to open it. Very funny... I don't know how to use it.

  Any suggestions for a beginner?

  In the VmWare Fusion menu, I choose the folders that are on Mac and decide if he is reading only or read and write.

  Looks like you use folders shared HGFS and involved getting up from different Windows and Linux handle this. In Linux, look under/mnt/hgfs to find the HGFS folder shared.

  I just changed one in Mac OS shared, everyone is allowed to read and write. Now I can see the content from Ubuntu. But I certainly don't want to share with all the members of my network. This folder is NOT in the list of folders that are common between Mac and Ubuntu, it is shared over the network, but not through VMWare.

  OS X folders behave differently from HGFS shared - folders they use different protocols and transport mechanisms.

• Shared folders on 2008 r2 64 firewall

  I'm having a problem of sharing folders on this server 2008r2. I have to share ok and everyone as the user in its own right but unless I turn off the firewall they can not access... They can see the server, but it won't let them see any action. If I create a user with the same name as the computer, with that I connect so I can get with the password. I checked the sharing network and disabled the password protection. I checked the SSDP Discovery service and device host UPnP services are started, that network discovery is allowed to communicate through Windows Firewall, I'm really on a Canon on this one and any help would be greatly appreciated

  Darrell

  USMC

  This issue is beyond the scope of this site (for consumers) and to be sure, you get the best (and fastest) reply, we have to ask either on Technet (for IT Pro) or MSDN (for developers)
  *

  http://social.technet.Microsoft.com/forums/en-us/home s/fr-U.S./Accueil
  http://social.msdn.Microsoft.com/Forum
  
  
  If you give us a link to the new thread we can point to some resources it

• How to force the shared folders to work?

  I have Windows 10 host and guest OS Windows 7. I have Visual Studio is installed on Windows 7 comments, and I'm trying to compile code that is located in the shared folders that I go up as network drive.

  When I try to do this with Visual Studio 2013, library file contains all zeros (binary, I see it in hex editor). It's a bug of folder for sure, because otherwise (no folders) compilations is OK.

  Is it possible to fix this bug and force the shared folders to do what they promised, i. e. to share files between the host and the guest operating system and do not write all zeros in the output file?

  Hello

  Not really, these types of problems hit the option files shared for many years.

  Workshares of files for simple file sharing, but if you want to use as the project file in Visual Studio, then what you see is not really surprising.

  Yes you can troubleshoot it and spent a lot of time trying to make it work. Which may or may not work.

  However, the General recommendation is to use industry standard file sharing shares - for example native Windows - instead of construction option of share if you want to use for this type of scenario.

  A common alternative is to develop locally within the virtual machine and share it with other computers using source control systems.

  --

  Wil

• Shared folders - upgrade Windows 10 of 15.11.

  Hello

  yesterday has been saved by Microsoft Windows Update 10.

  as I can no longer change le shard records as network drive.
  it is the host vmware "'' is no longer found () net use z:" ","\ vmware host\Shared Folders'). ""
  
  Anyone has a solution for this?
  
  my computer:
  Apple Mac mini with el captiain, VMware Fusion 08:02 with windos 10 pro 64-bit

  
  

  Eckhard

  Hello

  I'm the developer for the VMware Shared Folders feature.

  The problem is caused by the Microsoft updates, destroying the registry settings.

  After the upgrade, you just need to check and restore the registry setting below and everything should start working (for folders).

  (No need to uninstall and install again, as this will also restore the registry, but takes significantly more time.)

  All you have to do is to change the registry

  HKEY_LOCAL_MACHINE\ SYSTEM\CurrentControlSet\Control\NetworkProvider\Order

  Name: ProviderOrder

  Type: REG_SZ

  Data: "RDPNP, LanmanWorkstation, webclient.

  Change it to:

  Data: "vmhgfs, RDPNP, LanmanWorkstation, webclient.

  Exit the registry application

  Then you'll then readers of shared folders and the UNC paths accessible once more. No need to reboot or log off. No need to uninstall and reinstall the tools.

  It has also been noted in wire Re: support Windows 10

  Hope this saves time to users.

  Also when I was at Microsoft earlier this year test Win 10 and shared folders, I and others (for redirectors) says the guys from the migration of this question and they promised it would be fixed.

  Steve

• Shared folders Quit on me

  I run 11.1.2 on the Linux Mint 17 64 b host Workstation.  My main guest is a Windows machine.

  I've updated recently to 10 Windows in Windows 7.  I retroactively updated VMWare Windows 10 hardware compatibility setting.  I reinstalled VMWare Tools.

  Shared folders has simply stopped working.

  If there is no solution for this, I'll have to go back to my Windows 7 preview that I took to safety before the upgrade.

  Hello

  When you say 'I reinstalled VMware Tools' did you uninstall VMware Tools, restart invited, install VMware Tools, prompted to reboot, or was he "ran reinstall VMware Tools" in the menu?

  If it is the last, and then try the old menu "Reinstall" is not always works well.

  --

  Wil

• No more connected after an update of Windows shared folders

  Hello everyone

  First post here, hope you are well

  I'm nay-seven working for music software, testing 10 Windows on a Mac 10.8.5

  After the last Windows Update today, some strange results on the side of Vmware:

  the folders on my desktop no longer opens, a mouse on them say 'empty folder' and double click not show a value (can't even delete them)

  I also notice a second shortcut on my desktop named "vmware shared folders (1).

  If I open the windows file browser I see a red x on 'shared folders (\\vmware-host)(Z :) '. "If I try to open it a message say" Z: is not accessible...

  If someone can help me on this issue, my appz works, but this fake desktop is a bit annoying

  Hello nayseven,

  The same problem has been reported for Windows 10 11 computer, and the user out there it is resolved by reinstalling VMware Tools.

  The correct way to do this is to uninstall VMware Tools-> restart guest operating system-> install VMware Tools-> restart guest operating system.

  The repair option still does not and can not solve this problem.

  --

  Wil