From owner-freebsd-hackers@freebsd.org Wed Dec 30 23:02:21 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1B894D23E7 for ; Wed, 30 Dec 2020 23:02:21 +0000 (UTC) (envelope-from CerebrosuS@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D5myN4yJNz4qLD; Wed, 30 Dec 2020 23:02:20 +0000 (UTC) (envelope-from CerebrosuS@gmx.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609369339; bh=a4VpHIoWDkfmdZQo6dkvYN9yuDPQ8Amc3/IW7Jmkpxo=; h=X-UI-Sender-Class:From:Subject:Date:References:Cc:In-Reply-To:To; b=FQO9u7FIP8CgTh6sgwJdnAE1F27U9qpPOdbV8Gvzo++FYiHcLRnxrEy8yMm8McxWf 3ezT5Xj4mry4VmuJfQwmARCZj3RMtLXdTXJm/cHklYMYaWQ47CfKrowWSJCSINIn3F ZDHk8WiO+HHcP1ukr/ARJobTAxEgQ6nNKIAJMER0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [2.2.2.3] ([87.122.30.127]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MowKi-1kEal23sre-00qO1b; Thu, 31 Dec 2020 00:02:19 +0100 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: CerebrosuS Mime-Version: 1.0 (1.0) Subject: Re: Project information - SMBv2+ Date: Thu, 31 Dec 2020 00:02:18 +0100 Message-Id: <43C8B023-8DDF-4BA1-B9ED-483CB45B8E58@gmx.net> References: <20201230225624.atsnf6u5mmtcu5sw@nerd-thinkpad.local> Cc: freebsd-hackers@freebsd.org In-Reply-To: <20201230225624.atsnf6u5mmtcu5sw@nerd-thinkpad.local> To: Daniel Ebdrup Jensen X-Mailer: iPhone Mail (18B92) X-Provags-ID: V03:K1:mKv1+qCqjDR7GTnDsyjOdLlRRczPZbZ9QgWrYazTV6Kh2DHsWIs uQZxSL7vKubTgnsfh7fhgnkIR2R78wKU1Nu+VlSqI/VE4KsDFvzR3dSN24zoDtyQCPRw59m +Rroa4eeAczOuyIbLQHwBPOY60bg7Im7EXYl4xKB+LseSoCrs6ZAIO3s02lEBeglg256H8c lUdqXmP0Rk9jJ4kMJm/qg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:5+8LuPxPvQM=:GVZ8qUSs3peXiUrk6/rSPA EbBYWdYcR8yrhxEp4o+GprOCeI19oBu2Jg9Ik/T0SnkYxkIRfEKvUaSrSbmOjdsFxd9A3+p5w ukfl+qWanCo1Y45JpBiTigpnURNvDIyAYTDBOW50Ik3yEuqqhO2PC2o3GFEklalBzOfqKPMUM Z7VRMszNZHxUWgHku3ibGV/AKd0GuavJYC4BnzFYNsvqEelrmDj8hk/ne91VjHpjOOwGhXfqd xTkvoH93jW8qBcvHDrpyeZAAeKgYxchZOGNkiGtV5ai/Kfh8SSfsJ/O6FEB3pclTp8xfeSbJY ys7+YbsExWIv1hFhn3o1Y0Opw4J/FqpnSakqrhMGOiwZXcMS5s+6g0sFgiMUaWQIZ5R8zIzWP ZhJte0fNhDbh6atlcq/kGuMx24UqjBRFiQLeJMqmfmod8SGShvB4ZVexmp/v4KcoYv9MXpb+y HTre74xvMEIDpIKSXBtozBw6w4M2LnkSgdJh7vAbLBlKu8bbzxAtWPA2z7dfnbdwjBv4hFVSm /Fanqf1lfJ1gsw/71y6+sqbZXxqVNNxJFp1+GWa+hfXEUEIElw2KrlgidTVaM9YexcMEYrBuj G2C3vmUPXvXoFjL2xQf8CM0t6vsT8/ZmuVZyLtcHFngsqLga8y5JypuQfx8uycf8Rq7+A7Mt2 C0du/iSRlfg4WK5jft2WagmqAQr009zHUYZHrpTOPdoRoiDdeT3884csX66VczSdxx/AKlp2r hlaceLhM87o/mvHSKKbEsUAvB3oPbtGRc6OF79Tr/sEC5f+Js02yP+c0hZabSZfCxSYLwvbaW MyDy1XHUhpjvec+Q9xfpqMzE1omD4p0VHLYD84Dhxry+b/F4MR13FS/MkmqVkRL2uQADXfDHT 6zFtcQuLn91wVyZJ2Fkg== X-Rspamd-Queue-Id: 4D5myN4yJNz4qLD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=FQO9u7FI; dmarc=pass (policy=none) header.from=gmx.net; spf=pass (mx1.freebsd.org: domain of CerebrosuS@gmx.net designates 212.227.15.19 as permitted sender) smtp.mailfrom=CerebrosuS@gmx.net X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmx.net]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/25]; DKIM_TRACE(0.00)[gmx.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmx.net,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.19:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmx.net]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.15.19:from]; DWL_DNSWL_NONE(0.00)[gmx.net:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RECEIVED_SPAMHAUS_PBL(0.00)[87.122.30.127:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; SPAMHAUS_ZRD(0.00)[212.227.15.19:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.19:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2020 23:02:21 -0000 My experience with the fuse smbnetnfs is about a week old on FreeBSD 12.2. > Am 30.12.2020 um 23:56 schrieb Daniel Ebdrup Jensen := >=20 > =EF=BB=BFOn Wed, Dec 30, 2020 at 10:16:44PM +0100, Miroslav Lachman wrote:= >>> On 30/12/2020 20:24, CerebrosuS wrote: >>>=20 >>>=20 >>> Am 30.12.20 um 20:05 schrieb Miroslav Lachman: >>>> On 30/12/2020 18:57, CerebrosuS wrote: >>>>> Hello at all, >>>>>=20 >>>>> the community and developer at FreeBSD seem to know, that SMBv1 for >>>>> clients is nearly over and that the included mount_smbfs doesn't suppo= rt >>>>> newer versions. So good, so far... >>>>>=20 >>>>> So I can find multiple information about the situation, but no clear >>>>> path on how FreeBSD community and developer will go on to solve this >>>>> missing function. (Just got the information on: >>>>> https://wiki.freebsd.org/MateuszPiotrowski/AccessingSmbSharesWithSamba= Client) >>>>>=20 >>>>>=20 >>>>>=20 >>>>> This is what I am asking: >>>>> - Is there a project existing for solving this problem (with whatever >>>>> target)? >>>>> - What is the way to go in future? Extend mount_smbfs or support the >>>>> fuse-smbnetfs part to be stable and fast like mount_smbfs (buggy and >>>>> laggy here)? >>>>> - Who is mainly working on it, if a project already exist? >>>>>=20 >>>>> I'am just interested, cause of not finding such information clearly. I= s >>>>> there maybe a general project management list / team to see what >>>>> projects are going on in whatever state? >>>>>=20 >>>>> I am a hobby developer mainly coming from chemical engineering side, >>>>> having some time to help. I've already written some cross platform >>>>> software but never related to network or on os-level. So I am motivate= d >>>>> to invest some time in getting stuff into FreeBSD, but for me, there i= s >>>>> a lack on information (see above). >>>>>=20 >>>>> Thank you in advance for information and help. >>>>=20 >>>> I was involved in the thread linked by Gleb. AFAIK nothing changed from= >>>> that time. I tried something from ports but it has more problems (share= s >>>> cannot be mounted on boot like mount_smbfs does). >>>> If somebody has time and skills to try to bring SMBv2 or v3 to FreeBSD >>>> then Apple or Solaris sources is good start. The both were using the >>>> same mount_smbfs (v1) as FreeBSD so one can check their sources and see= >>>> how they evolve to v2 / v3. >>>=20 >>> They are both using exactly the same source code as a starting point and= >>> extend it (or rewrite it) to SMBv2? >>=20 >> They are based on the ported code. Apple Mac OS X and Solaris have differ= ent kernel so they needed modified port of the same code as was in FreeBSD b= ack in the days (there is the same copyright header). Apple sources or Solar= is sources cannot be used directly on FreeBSD but some skilled developer can= look in to those sources to see their evolution. But as was already noted v= 2 and v3 are very different from v1. It will be hard to port but not impossi= ble. >> Current solutions in ports (fusefs) are almost useless in server environm= ent. >>=20 >> Miroslav Lachman >>=20 >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " >=20 > Hi folks, >=20 > Assuming that the reasons for not using fuse in a server environment are r= elated primarily to performance and that the implementation that was in base= used to be quite out-of-date, has this at all been reevalulated since a new= version was merged? [1] >=20 > Yours, > Daniel Ebdrup Jensen >=20 > [1]: https://svnweb.freebsd.org/changeset/base/350665