From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 17746 invoked from network); 3 Oct 2021 10:13:24 -0000 Received: from 4ess.inri.net (216.126.196.42) by inbox.vuxu.org with ESMTPUTF8; 3 Oct 2021 10:13:24 -0000 Received: from oat.nine.sirjofri.de ([5.45.105.127]) by 4ess; Sun Oct 3 06:00:13 -0400 2021 Received: from sirjofri.de ([95.90.219.31]) by oat; Sun Oct 3 11:36:57 +0200 2021 Date: Sun, 3 Oct 2021 09:36:57 +0000 (UTC) From: sirjofri To: 9front@9front.org Message-ID: In-Reply-To: <5B06A2E4FAE111F88C9C3DAF41EA98F4@felloff.net> References: <5B06A2E4FAE111F88C9C3DAF41EA98F4@felloff.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Correlation-ID: List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: NoSQL GPU SSL realtime-java event-aware firewall session backend Subject: Re: [9front] [PATCH] inherit the auth_chid to exportfs Reply-To: 9front@9front.org Precedence: bulk 02.10.2021 21:55:26 cinap_lenrek@felloff.net: > this is just wrong! > > t9fs service is supposed to dial the disk fileserver, > you don't just run a exportfs there. > > re-exporting your local namespace's /root is different > form dialing the fileserver directly. it is just needless > overhead and would break stuff like 9fs dump. > > it also breaks multiuser because exportfs does not > support Tauth over 9p. It's possible that this is my error on eu.9p.zone. How would I reliably export the fs to other cpus with tls and without standard 564? sirjofri