Sponsored Content
Special Forums Windows & DOS: Issues & Discussions Terminal Services access to NFS Post 302197679 by grial on Wednesday 21st of May 2008 11:48:29 AM
Old 05-21-2008
I didn't know that Windows had "native" access to NFS shares... is that possible?
I've always used cygwin and/or Windows SFU... Perhaps that's the problem your user has (the NFS support)... I don't know... Smilie
Regards.
 

7 More Discussions You Might Find Interesting

1. Windows & DOS: Issues & Discussions

Terminal Services profiles

Hi guys i'm new in windows 2000 server so please bear with me. My quiestion is how can you remove all the icons and even the start menu using terminal services. I have a windows xp machine that is part of a domain i installed terminal services. I can login no problem but i want to be able to... (2 Replies)
Discussion started by: josramon
2 Replies

2. Windows & DOS: Issues & Discussions

ws2003 terminal services.

New to ws2003 standard edition. I configured this server to be a domain controler, terminal services server and the cal server as well. I added users and joined them to the remote desktop users group. Still cant log in as a configured user. I get the erro message that this user needs to join the... (1 Reply)
Discussion started by: fruiz
1 Replies

3. UNIX for Advanced & Expert Users

NFS services

What are all the services/daemons we use in NFS configuration? I know that nfs,portmap,nfslock the the services we use.But I am not sure that which service wil do what job? Is there any other services running for NFS? What services are running on server side and what services are running in... (4 Replies)
Discussion started by: praveen_b744
4 Replies

4. Windows & DOS: Issues & Discussions

nfs/nis - microsoft services for UNIX adminstration

hello, I am using "microsoft services for UNIX adminstration" as an nfs/nis client in order to connect to a remote NFS folder with NIS authentication nfs mount seems to fail on the authentication stage. I get the login box from the client, but any (NIS mapped) loging seems to reject me.... (2 Replies)
Discussion started by: ynoatan99
2 Replies

5. IP Networking

can't access with FTP using terminal

hi, I was wondering why I can't connect through Terminal to my FTP server. It perfectly works through client FTP (I've attached an image with settings) http://dl.getdropbox.com/u/72686/cushy2.png But I can't using the terminal I tried many times the same password I use on FTP... (4 Replies)
Discussion started by: aneuryzma
4 Replies

6. Red Hat

NFS Access Issue

Hi, I am facing issue on NFS. I have shared /data file file system on Server 192.192.192.1, added below lines in /etc/exports /data 192.192.192.2(rw,no_root_squash,sync) the owner of /data directory was test(uid 500) and same I have mounted on another server 192.192.192.2 where the... (3 Replies)
Discussion started by: manoj.solaris
3 Replies

7. Red Hat

Winbind and pam - restrict all services except for samba access

Hi, I have recently taken control of a number of RHEL5.3 servers that have samba shares setup on them and are authenticating using pam and winbind. My issue is that any user that has an active directory account can currently log in to the linux boxes using their ad credentials. I need to... (0 Replies)
Discussion started by: klyne
0 Replies
nfssec(5)																 nfssec(5)

NAME
nfssec - overview of NFS security modes The mount_nfs(1M) and share_nfs(1M) commands each provide a way to specify the security mode to be used on an NFS file system through the sec=mode option. mode can be sys, dh, krb5, krb5i, krb5p, or none. These security modes can also be added to the automount maps. Note that mount_nfs(1M) and automount(1M) do not support sec=none at this time. mount_nfs(1M) allows you to specify a single security mode; share_nfs(1M) allows you to specify multiple modes (or none). With multiple modes, an NFS client can choose any of the modes in the list. The sec=mode option on the share_nfs(1M) command line establishes the security mode of NFS servers. If the NFS connection uses the NFS Ver- sion 3 protocol, the NFS clients must query the server for the appropriate mode to use. If the NFS connection uses the NFS Version 2 proto- col, then the NFS client uses the default security mode, which is currently sys. NFS clients may force the use of a specific security mode by specifying the sec=mode option on the command line. However, if the file system on the server is not shared with that security mode, the client may be denied access. If the NFS client wants to authenticate the NFS server using a particular (stronger) security mode, the client wants to specify the secu- rity mode to be used, even if the connection uses the NFS Version 3 protocol. This guarantees that an attacker masquerading as the server does not compromise the client. The NFS security modes are described below. Of these, the krb5, krb5i, krb5p modes use the Kerberos V5 protocol for authenticating and pro- tecting the shared filesystems. Before these can be used, the system must be configured to be part of a Kerberos realm. See SEAM(5). sys Use AUTH_SYS authentication. The user's UNIX user-id and group-ids are passed in the clear on the network, unauthenticated by the NFS server. This is the simplest security method and requires no additional administration. It is the default used by Solaris NFS Version 2 clients and Solaris NFS servers. dh Use a Diffie-Hellman public key system (AUTH_DES, which is referred to as AUTH_DH in the forthcoming Internet RFC). krb5 Use Kerberos V5 protocol to authenticate users before granting access to the shared filesystem. krb5i Use Kerberos V5 authentication with integrity checking (checksums) to verify that the data has not been tampered with. krb5p User Kerberos V5 authentication, integrity checksums, and privacy protection (encryption) on the shared filesystem. This provides the most secure filesystem sharing, as all traffic is encrypted. It should be noted that performance might suffer on some systems when using krb5p, depending on the computational intensity of the encryption algorithm and the amount of data being transferred. none Use null authentication (AUTH_NONE). NFS clients using AUTH_NONE have no identity and are mapped to the anonymous user nobody by NFS servers. A client using a security mode other than the one with which a Solaris NFS server shares the file system has its security mode mapped to AUTH_NONE. In this case, if the file system is shared with sec=none, users from the client are mapped to the anonymous user. The NFS security mode none is supported by share_nfs(1M), but not by mount_nfs(1M) or automount(1M). /etc/nfssec.conf NFS security service configuration file See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | |Availability |SUNWnfscr | +-----------------------------+-----------------------------+ automount(1M), mount_nfs(1M), share_nfs(1M), rpc_clnt_auth(3NSL), secure_rpc(3NSL), nfssec.conf(4), attributes(5) /etc/nfssec.conf lists the NFS security services. Do not edit this file. It is not intended to be user-configurable. 13 Apr 2005 nfssec(5)
All times are GMT -4. The time now is 10:06 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy