Bug report: Android apps get "wrong password" and are denied access
Olaf Marzocchi <[email protected]> Tue, 21 Apr 2015 01:13:55 +0200
| Newsgroups | gmane.network.samba.java |
|---|---|
| Message-ID | <[email protected]> |
--Apple-Mail=_6AABCCEE-0C38-4623-9B6B-1AE947DA82F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello everyone, I experienced an issue with basically every Android app I tried: when I = log in the SMB server (kernel illumos, using kernel-cifs) I get =E2=80=9Cw= rong password=E2=80=9D error on the client and on the server logs. Most of the apps repeat this indefinitely, but =E2=80=9CFile Explorer = HD=E2=80=9D at the second attempt gets accepted. I reported the issue on the mailing list of my distro (OmniOS) and = another user pointed me to these two links: https://lists.samba.org/archive/jcifs/2013-April/010064.html = <https://lists.samba.org/archive/jcifs/2013-April/010064.html> https://www.illumos.org/issues/3594 = <https://www.illumos.org/issues/3594> Is anyone aware of the issue? given the wireshark capture, it looks like = the issue is more on the jCIFS side. I think that the issue does not = appear on servers running samba, but I cannot say whether samba is more = tolerant than expected, or if illumos is not following correctly some = protocol. Could someone give me some directions about a way to solve the issue, if = possible on my side? Thank you in advance. Olaf Marzocchi --Apple-Mail=_6AABCCEE-0C38-4623-9B6B-1AE947DA82F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Hello everyone,<div class=3D"">I experienced an issue with = basically every Android app I tried: when I log in the SMB server = (kernel illumos, using kernel-cifs) I get =E2=80=9Cwrong password=E2=80=9D= error on the client and on the server logs.</div><div class=3D"">Most = of the apps repeat this indefinitely, but =E2=80=9CFile Explorer HD=E2=80=9D= at the second attempt gets accepted.</div><div class=3D""><br = class=3D""></div><div class=3D"">I reported the issue on the mailing = list of my distro (OmniOS) and another user pointed me to these two = links:</div><div class=3D""><a = href=3D"https://lists.samba.org/archive/jcifs/2013-April/010064.html" = class=3D"">https://lists.samba.org/archive/jcifs/2013-April/010064.html</a= ></div><div class=3D""><a href=3D"https://www.illumos.org/issues/3594" = class=3D"">https://www.illumos.org/issues/3594</a></div><div = class=3D""><br class=3D""></div><div class=3D"">Is anyone aware of the = issue? given the wireshark capture, it looks like the issue is more on = the jCIFS side. I think that the issue does not appear on servers = running samba, but I cannot say whether samba is more tolerant than = expected, or if illumos is not following correctly some = protocol.</div><div class=3D""><br class=3D""></div><div class=3D"">Could = someone give me some directions about a way to solve the issue, if = possible on my side?</div><div class=3D""><br class=3D""></div><div = class=3D"">Thank you in advance.</div><div class=3D"">Olaf = Marzocchi</div><div class=3D""><br class=3D""></div></body></html>= --Apple-Mail=_6AABCCEE-0C38-4623-9B6B-1AE947DA82F4--