Mounting NFS files based on SUSELinux

Source: Internet
Author: User
Linux file mounting based on SUSELinux is similar to windows file sharing. a shared directory is configured on the host, and the client can access the shared directory through the network. The following uses SUSE11 as an example to briefly describe the NFS file mounting process: 1. host (master... mounting Linux files based on SUSE linux is similar to windows file sharing. a shared directory is configured on the host, and the client can access the shared directory through the network. The following uses SUSE11 as an example to briefly describe the NFS file mounting process: 1. host (host IP192.168.0.100) 1. prepare for the installation of the NFS environment on the host: portmap-6.0 + git20070716-31.16.x86_64.rpm (used as Port ING to convert RPC program numbers to Internet port numbers) installation: nfs-kernel-server-1.2.1-2.6.6.x86_64.rpm (NFS service) 2. set the shared directory mkdir/opt/share. 3. edit the file vi/etc/exports and append the file/opt/share 192.168.0. * (rw, no_root_squash) you can configure a single IP address or set the entire network segment to be accessible (192.168.0. *). You can also set multiple network segments (192.168.0.0/2). Below are some common NFS sharing parameters: ro read-only access rw read/write access. Sync all data written to shared async NFS upon request before writing data, you can request the secure NFS to send the insecure NFS through the secure TCP/IP port below 1024 through the port above 1024 to send the wdelay if there are more users need to write to the NFS Directory, group write (default) no_wdelay if multiple users want to write data to the NFS Directory, write the data immediately. this setting is not required when async is used. Hide does not share its subdirectory in the NFS shared directory. no_hide shares the subdirectory subtree_check of the NFS Directory. if you share a subdirectory such as/usr/bin, force NFS to check the permissions of the parent directory (default) no_subtree_check is relative to the preceding one. if you do not check the permission of the parent directory all_squash, the UID and GID of the shared file are mapped to the anonymous user anonymous, which is suitable for public directories. No_all_squash retains the UID and GID of the shared file (default). all requests of the root_squash root user are mapped to the same permissions as those of the anonymous user (default) the no_root_squas root user has full management access permissions to the root directory. anonuid = xxx specifies the UID of anonymous users in the NFS server/etc/passwd file. 4. start service rpcbind startservice nfsserver start. service, after the configuration is modified, restart service rpcbind restartservice nfsserver restart 2. client 1. start rpcbind service rpcbind start 2. create the shared directory mkdir/opt/getShare 3. mount the shared directory mount-t nfs. 192.168.0.100: /opt/share/opt/getShare
Related Article

Contact Us

The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion; products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the content of the page makes you feel confusing, please write us an email, we will handle the problem within 5 days after receiving your email.

If you find any instances of plagiarism from the community, please send an email to: info-contact@alibabacloud.com and provide relevant evidence. A staff member will contact you within 5 working days.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.