All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Namjae Jeon" <namjae.jeon@samsung.com>
To: "'L. A. Walsh'" <linux-cifs@tlinx.org>
Cc: "'Dan Carpenter'" <dan.carpenter@oracle.com>,
	linux-cifs@vger.kernel.org, "'Aurélien Aptel'" <aaptel@suse.com>
Subject: RE: cifsd: introduce <SMB2n3> kernel server
Date: Wed, 7 Apr 2021 08:32:19 +0900	[thread overview]
Message-ID: <003401d72b3d$15f42440$41dc6cc0$@samsung.com> (raw)
In-Reply-To: <606CE6F3.3010701@tlinx.org>

> 
> On 2021/04/06 03:14, Aurélien Aptel wrote:
> > "L. A. Walsh" <linux-cifs@tlinx.org> writes:
> >
> >> On 2021/03/18 06:12, Dan Carpenter wrote:
> >>
> >>> [ cifsd: introduce SMB3 kernel server"
> >>>
> >> Is it to be Linux policy that it will give in-kernel support for only
> >> for smb3, or is it planned to move the rest of the proto into the
> >> kernel as well?  It sorta seems like earlier parts of the protocol,
> >> still dominant on home networks, though it seems linux not supporting
> >> all of linux's smb devices, from smb2.1 and before.
> >>
> >
> > smb1 (aka cifs) is unsecure, out of support and being actively
> > deprecated for over 10 years. Microsoft is uninstalling the smb1
> > server on Windows updates. That's how hard they want to kill it. Samba
> > is planning to drop smb1 too eventually.
> >
> Dropping Smb1 support for linux-serving would seem to be a reasonable step, since I would be hard-
> pressed to find a client that still only talked Smb1 (clients from XP-era).
> 
> I am more concerned about the more secure smb2 & smb2.1 dialects.
> I have heard there is a security difference even between 2 & 2.1, though, I don't often see a breakout
> between 2.0(only)+2.1, with both seeming to be lumped in under Smb2.
> 
> So lets say dropping smb1 isn't an issue...
> >
> >
> >> Isn't the base of an smb3 server the same functions of an smb2.x
> >> server with the new smb3 extensions?
> >>
> >
> > AFAICT Namjae's ksmbd support smb2 and above.
> >
> ---
>     Then would it be a problem if it is called something like "smb2n3" so it can be readily understood
> to support both?
> 
>     It's just a small comfort issue, since 'smb3' really doesn't seem to be very convincing about its
> smb2-support.
You probably didn't check the cover letter of ksmbd patch series. Supported dialects was specified in it.
See:
  https://www.spinics.net/lists/linux-cifs/msg21154.html
Well, It seems unnecessary to rename subject that is more difficult to understand because it is specified
in the document and cover letter.

Thanks!
> 
> > Cheers,
> >
> Likewise!
> 




      reply	other threads:[~2021-04-06 23:32 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-18 13:12 [bug report] cifsd: introduce SMB3 kernel server Dan Carpenter
     [not found] ` <CAH2r5msOBAho=1W-eY0paj+4P1J+tuw-vFaRGg8oY50dXu6MHQ@mail.gmail.com>
2021-03-19  8:11   ` Dan Carpenter
2021-03-19 13:12 ` Christoph Hellwig
2021-03-19 15:07   ` Steve French
2021-03-19 15:21     ` Christoph Hellwig
2021-03-19 15:27       ` Steve French
2021-04-06  8:37 ` L. A. Walsh
2021-04-06 10:14   ` Aurélien Aptel
2021-04-06 22:55     ` cifsd: introduce <SMB2n3> " L. A. Walsh
2021-04-06 23:32       ` Namjae Jeon [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='003401d72b3d$15f42440$41dc6cc0$@samsung.com' \
    --to=namjae.jeon@samsung.com \
    --cc=aaptel@suse.com \
    --cc=dan.carpenter@oracle.com \
    --cc=linux-cifs@tlinx.org \
    --cc=linux-cifs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.