Hi Peter, It's been a while since I've used/played around with UV/Net, but this may help...
1. Setup You only need a ensure UniRPC is active and you license for UV/Net on the server you wish to access. I don't recall you need to anything other than the UniRPC Daemon listening for requests and it will invoke uvnet for your client request. 2. Security I can't recall if you're using UNIX or not...(it is supposed to OS independent) Although, UV/Net is supposed to set the effective user (UID numer) and group (GID numer) for the remote users connecting to the remote UV server...if required. Plus if specified - as you're doing so. My experience with similar DB product tools is it is far better to have the UID and GIDs directly aligned. Specifically: make sure the UID and GID for the same named accounts are exactly the same on both servers. Or if you use SET.REMOTE.ID that the account locally has sufficient rights or in fact it exists. I have issues with the same accounts and groups on different users have different UIDs and GIDs on the different client and servers - causing grief/ havoc on similar products to UV/Net, etc. Also - check if you have UniVerse Dynamic Type30 files, that your UNIX file ownerships, group ownership and Other are set exactly the same. This includes the hidden file.Type30. Having different settings are recipe for lots of grief! Finally, be forewarned that allowing testers/developers access to your production server via UV/Net is an EXTREMELY bad idea! (Career terminating if things go pear shaped when they have write/delete rights!). It is far too easy for these types of users to be unaware their test account is in fact pointing to your production service and there access is write/delete. Did you try the UVNETRID environment variable in place of SET.REMOTE.ID? If you are still having issues, you may have to enabled UniRPC debugging which is very extensive and generate logs of data - but is useful for seeing exactly where things are going wrong. Cheers, David -----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Peter Cheney Sent: Thursday, 12 December 2013 2:23 PM To: U2 Users List (u2-users@listserver.u2ug.org) Subject: [U2] UV/Net usage and licensing Hi Everyone, We’re looking at doing some remote file mangling and was wondering if there are any gotchas when using UV/Net to do this? In my scenario if I am on host A and want to read/write files on host B. Host B only needs to read/write files on host B but not on host A. Do I need UV/Net on host A as well as host B or just on host A? Host A is running UV 10.3.4 and host B is running UV 10.2.6. Local testing on host A to host A/DR shows record locking is working OK but if the remote file does not have read/write on ‘other’ (e.g. 660) then all writes fail regardless of how I spec the credentials via SET.REMOTE.ID. Setting the permissions to 666 is the only way I can get this to work even when using the same login and group membership at each end. Also does anyone know if firewall ports other than standard unirpc port 31438 need to be opened either end for bi-directional file access too please? Regards, Peter Peter Cheney Ultracs Developer t 07 3017 8837 | f 07 3002 8400 e peter.che...@firstmac.com.au w firstmac.com.au ************** IMPORTANT MESSAGE ***************************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ************************************************************** _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
