Guide: Shift Files from XP to OS X


Recommended Posts

http://homepage.mac.com/dj2k/sharing/sharing.htm

While File Sharing between the 2 OS`s

method of sharing files, and this one specifically targeted at sharing files with Windows machines (which is, after all, probably the most likely type of sharing that most Mac OS users will have to master in the business world). I'll describe the tools that my colleagues and I have successfully used to implement file-sharing between machines on our heterogeneous network containing one Windows 2000 and two Mac OS X computers. The name for the technology I will be discussing is "Samba," or to use Microsoft's official parlance, "CIFS" (Common Internet File System). Of course, there is little that is "common" about Microsoft's proprietary implementation of file sharing, but that's a debate for another day... Rather than trying to force the Windows machine on the test network to speak "Apple," we figured it would be easier to go with the flow and get our Mac OS machines to speak "Microsoft."

This kind of thing was also possible under Mac OS 9, but it required proprietary commercial software solutions such as Thursby's Dave and Miramar System's PC MACLAN. Thanks to the Unix underpinnings of Mac OS X, CIFS filesharing can be implemented using products that are either freely available or inexpensively priced.

The Server

Because CIFS is a native protocol on Windows, no special software was required for the Windows 2000 machine on our network. Our Mac OS X machines, however, required two components: firstly, a server application that would allow the Windows machine to access the files on the Mac OS X box, and secondly, a client application that would allow the Mac OS X boxes to access files on the Windows machine. We'll briefly deal with the server first.

The open-source Samba project comes to our rescue here by providing a free server solution that works perfectly on Mac OS X. (Although users of the standard version of Mac OS X must download and install Samba, those who have purchased Mac OS X Server will find that Samba is not only preinstalled by default, but is easily configurable through the Apple-provided administration interface.)

Luckily for us, Samba is easy to install and configure. There is no need to compile the code manually, nor is there any requirement to edit the arcane "smb.conf" configuration file by hand in the Terminal. (For the curious, however, you can take a look at the smb.conf file after Samba is installed -- it's located at /usr/local/samba/lib/smb.conf...)

The Samba X 2.1 package provided by the Xamba project at Sourceforge is a 5.4 megabyte download and it contains everything you need to get up and running with Samba on your Mac OS X box. To quote from the Samba X site:

Samba X is no more than Samba, but wrapped in an easy to use installer package. You only need to double click and you are up and running. The current release is based on Samba 2.2.0.

An invaluable tool to accompany Samba X is Samba Server Config Tool (SSCT) (also produced by the Xamba project). The download is less than a megabyte and it contains a graphical front end for configuring the aforementioned smb.conf file. We'll need to do two things with SSCT to get Samba properly configured on each Mac OS X machine:

Under the "Server" tab of SSCT we choose a unique computer name for each machine, supply a "computer string" (an optional comment describing the machine) and then specify a "workgroup".

The name you choose for the workgroup is arbitrary but it is conventional for workgroups to be include only capital letters (no spaces). All machines on the network must belong to the same workgroup in order to "see" each other and share files via CIFS. There is no need to enter a "WINS" server if you are only going to be sharing files among a small workgroup.

Our next step is to define "shares" under the Shares tab of SSCT. In this step we choose the items on our hard disk that we wish to make available to other people in our workgroup. Once again, we specify a name of each share, an optional, descriptive string about each share, and enter the path on the hard disk to the share (note that SSCT allows you to browse your folder hierarchy by pressing the "Edit" button -- there is no need to type the paths in by hand.

Note that it is possible to turn on guest (password-less) access and also grant write permissions. In the case of my own LAN (Local Area Network) I am behind a firewall and it is therefore safe to turn on guest access. Nevertheless, use this switch with caution! If you are not protected by a firewall and are connected to the Internet then anybody in the outside world could access your shares.

Once you've configured Samba using SSCT (clicking the lock and entering your administrator password if necessary) you can start it by clicking the "Start" button under the Server pane in SSCT. At this point any Windows machine in your workgroup will be able to see and access your files. You'll find that long filenames (more than 31 characters long) are properly preserved, as are special characters. In my experiments so far I have discovered that aliases are not exported properly, so if you want Windows clients to see your files you'll have to make sure that you share the actual files and folders, not just aliases to them.

The Client

Now that we've set up our server, we just need to install a client so that we can access the files on the Windows machine(s). This article will assume that each Windows machine has had its sharing properties set so that the appropriate workgroup name is specified (the same workname as you chose when using SSCT above) and that the desired files and folders have their sharing attributes set.

On the Mac side of things you can use Sharity by Objective Development to turn your machine into a CIFS client and provide you with a neat graphical interface as part of the bargain. Sharity is available in a free demonstration version (which permits you to install it on one machine on your network and access one Windows CIFS server with it), a free student version (which allows you to install it on two machines on your network and access two CIFS servers) and finally with a home license (allowing two installations and unlimited servers) for $59 or a business licence with various options starting at $99.

To start with, download the home/demonstration version. The download is 2 megabytes in size. Installation is simple; just follow the included instructions and add Sharity to your Login items using the System preferences application.

Although Sharity comes with a potentially daunting user Interface, in practice using it is actually very simple. Without any configuration you can access the shares on other machines just by clicking through the Finder. To start you will need to open a Finder window and click on the "Computer" shortcut in your toolbar. From there, go to "Network", and then "CIFS". You should see all of the machines on your local network in your workgroup. Double click on them to access their shares. If your windows machines have been configured to require passwords, enter then in the window that pops up -- otherwise just leave them blank. Voila! Instant access to your Windows files from the comfort of your Mac desktop!

There is one caveat with this procedure. If you find that you are not able to access shares as described above there may be an incompatability between the version of Windows that you are trying to access and your machine. This is a well known problem wherein Microsoft has intentionally "broken" its CIFS module in particular versions of Windows so as to ensure that it doesn't work with Unix-based Samba clients and servers. There are two workarounds:

Alter the registry on the Windows machine to disable encrypted passwords and thus workaround the problem introduced by Microsoft (see the workarounds for Windows 2000 machines, Windows 95 and 98, and other NT machines).

When entering your password in the Sharity dialog, toggle the setting in the "Send passwords encrypted" checkbox.

Conclusion

With these simple tools you can turn your Mac into an easy-to-use Mac-to-Windows filesharing machine. The ease with which this can be done is a testament to the power of Mac OS X and the versatility of the Unix core at its heart.

Using the system I have been able to set up a network where the Mac OS X machines could share files both ways (as server and as client) with Windows machines and with other Mac OS X machines -- all using CIFS and freely available tools.

Watch this space for my next column, where I look at NFS, the filesharing system that has long been dominant in the world of Unix.

Link to comment
https://www.neowin.net/forum/topic/46203-guide-shift-files-from-xp-to-os-x/
Share on other sites

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • VirtualBox 7.2.10 by Razvan Serea VirtualBox is a powerful x86 and AMD64/Intel64 virtualization product for enterprise as well as home use. Targeted at server, desktop and embedded use, it is now the only professional-quality virtualization solution that is also Open Source Software. Presently, VirtualBox runs on Windows, Linux, macOS, and Solaris hosts and supports a large number of guest operating systems including but not limited to Windows (NT 4.0, 2000, XP, Server 2003, Vista, 7, 8, Windows 10 and Windows 11), DOS/Windows 3.x, Linux (2.4, 2.6, 3.x, 4.x, 5.x and 6.x), Solaris and OpenSolaris, OS/2, OpenBSD, NetBSD and FreeBSD. Some of the features of VirtualBox are: Modularity. VirtualBox has an extremely modular design with well-defined internal programming interfaces and a client/server design. This makes it easy to control it from several interfaces at once: for example, you can start a virtual machine in a typical virtual machine GUI and then control that machine from the command line, or possibly remotely. VirtualBox also comes with a full Software Development Kit: even though it is Open Source Software, you don't have to hack the source to write a new interface for VirtualBox. Virtual machine descriptions in XML. The configuration settings of virtual machines are stored entirely in XML and are independent of the local machines. Virtual machine definitions can therefore easily be ported to other computers. VirtualBox 7.2.10 changelog: VMM: Fixed issue when CentOS 10 VM was not booting due to the message "Fatal glibc error: CPU does not support x86-64-v3" (​github:gh-642) Devices/EFI: Fixed booting issue when ARM VM had less than 1024 MiB of RAM assigned (​github:gh-679) USB: Fixed issue when it was not possible to attach USB device to headless VM on Apple Silicon/macOS 26.4.1 (​github:gh-631) Storage: Fixed issue when VIRTIO-SCSI device was not recognized as SSD device by guest system (​github:gh-634) Network: Fixed issue in E1000 emulation code which triggered debug log creation (​github:gh-645) Network: Fixed issue in E1000 emulation code which prevented OS/2 guest from booting (​github:gh-683) Linux Host: Fixed issue when VMs could not be started due to kernel oops (​github:gh-639) Linux Host and Guest: Fixed issue when kernel modules were failing to build with openSUSE 16.0 kernel Linux Host and Guest: Added initial support for kernel 7.1 Linux Host and Guest: Added extra fixes for RHEL 9.8 kernel (​github:gh-676) Linux Host and Guest: Added possibility to build source code using NASM instead of YASM as the assembler (​github:gh-520) Linux Guest Additions: Added initial support for Extended Data Control Protocol for clipboard sharing with Plasma on Wayland guests (​github:gh-33) Linux Guest Additions: Added extra fixes for preventing vboxvideo kernel module build with kernel version 7.0 and newer (​github:gh-655) OS/2 Guest Additions: Fixed issue when Shared Folders automount and clipboard sharing stopped working (​github:gh-551) Download: VirtualBox 7.2.10 | 170.0 MB (Open Source) Download: VirtualBox 7.2.10 Extension Pack | 19.1 MB View: VirtualBox Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • OK, now ask yourself how are they going to enforce that law? By requiring every single adult to prove their age and provide their legal identity documents to an UNREGULATED 3rd party company that already has a long track record of multiple data breaches. Not to mention, parliament have voted AGAINST this ban, twice, and Starmer is going ahead anyway. So, where's the democracy here, because that looks like dictatorship to me. The solution here is parental responsibility, not government control. Run some public service announcements on TV and UK social media teaching parents how to setup parental controls. That's already been proven to actually work. But the, this is not and has NEVER been about keeping kids safe. It's about control and monitoring. Watching what you're doing online and controlling what you can see and what you can say.
    • Interesting read. I knew the adware was quite controversial at the time, however never realised to the point The Guardian wrote an article about Patchou. I just said no and enjoyed his creation, I’d probably be a lot more wary of something like that today though.
  • Recent Achievements

    • One Month Later
      Prasann earned a badge
      One Month Later
    • Week One Done
      Prasann earned a badge
      Week One Done
    • First Post
      Dys Topia earned a badge
      First Post
    • Collaborator
      vjlex earned a badge
      Collaborator
    • Reacting Well
      Dys Topia earned a badge
      Reacting Well
  • Popular Contributors

    1. 1
      +primortal
      516
    2. 2
      +Edouard
      180
    3. 3
      PsYcHoKiLLa
      105
    4. 4
      Steven P.
      87
    5. 5
      ATLien_0
      68
  • Tell a friend

    Love Neowin? Tell a friend!