Hi all,
I'm having issues mounting a directory shared from Previous 4.0 running on my Garuda Linux with NeXTSTEP 3.3 guest OS. In the Previous configuration Ethernet is enabled with Twisted pair and SLiRP selected. NFS Share 0: nfs is configured for folder /home/alex/nextshare.
On the NeXTSTEP side, network is working. I can ping my gateway 10.0.2.2. But when I try to execute mount command:
mount -t nfs 10.0.2.2:/nfs /NextLibrary/Host1
I get this error:
mount: access denied for 10.0.2.2:/nfs
mount: giving up on: /NextLibrary/Host1
Any ideas? Thanks!
Normally it should auto-mount nfs under /Net directory. If it is not there you could try mount it using
mount -o rw nfs:/ /NextLibrary/Host1or
mount -o rw 10.0.2.254:/ /NextLibrary/Host1
Thank you! It WAS automounted under /Net directory.
- What is the security when mounting your Previous NFS to previous?
- Do you have to create a /etc/hosts.allow to only allow local connections and to ban all outside ones or is it best to disconnect from the web while having the NFS directory available?
Because of its age I think NeXTstep might be quite vulnerable on the Internet. If you have sensible data inside your disk image or inside the shared NFS directory it is probably best to disconnect from the Network.
I don't know how easy it is to hack a system running on simulated hardware and being connected through NAT (assuming you are using SLiRP and not PCAP), but NeXTstep itself is not a secure system by today's standards.
On the bright side, anyone who actually did manage to break into it would have no idea what to do next. :)
Security through obscurity.
Also, I wonder if it might not be possible to upgrade a lot of the unix underpinnings to more modern versions. I know getting GCC modernized is a tough nut to crack, but maybe some of the other and more network based underpinnings?
Would be a cool project to build the most modern OPENSTEP 4.2 patched/hardened version possible?