Post B64T5T9tk7XIOGNlb6 by rqm@exquisite.social
 (DIR) More posts by rqm@exquisite.social
 (DIR) Post #B64T5T9tk7XIOGNlb6 by rqm@exquisite.social
       0 likes, 0 repeats
       
       OK, u9fs for media sharing from unix to #9front is kicking my butt. I am using the "stock" binary from ports on #OpenBSD. Cpu server / drawterm access are working on #plan9  Glenda has a password and keys and all. I deliberately chose p9sk1 for the keys in factotum to enable legacy protocols since, as far as I can tell, u9fs only knows that.Added this to /etc/services (from FreeBSD's equivalent):9pfs            564/tcp                         #plan 9 file service9pfs            564/udp                         #plan 9 file serviceAdded this to /etc/inetd.conf:9pfs            stream  tcp     nowait  root    /usr/local/sbin/u9fs -D -a p9any -l /var/log/u9fs /mediaI opened TCP/564 in pf.conf for good measure - tho I think inetd does this? Anyway,pass out proto tcp to any port 564pass in proto tcp to any port 564u9fs.keys is in place on OpenBSD and it has exactly 3 lines only with password/username/host. Can confirm inetd is OK and u9fs process is running.However, on 9front:cpu% 9fs 192.168.1.101post...srv net!192.168.1.101!9fs: mount failed: unknown usercpu% Same result if I run it manually with srv and mount -c Logs on OpenBSD side for u9fs don't show anything (wish "verbose logging" were actually verbose and logged something..)What am I missing?!
       
 (DIR) Post #B64T5Tsv2jY4dtRils by qrstuv@hj.9fs.net
       0 likes, 0 repeats
       
       srv -e 'ssh '^$1^' sh -c ''exec /etc/u9fs -na none -u $USER''' $1 /n/$1