zhanghai / zhanghai/MaterialFiles
ava8.nio.file.FileSystemException: Unable to parse TLS packet header
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 9k
- Forks
- 736
- PR merge metrics
- No merged PRs in 30d
Description
Hey, I've tried to connect to my FTPS server via password authentication. I use self-signed certificates with self-hosted vsftpd instance in Docker. I connected my phone to logcat to see what I get and pasted the stack trace below. Hit me up if you need to know anymore.
11-06 01:48:30.891 4365 4365 W System.err: java8.nio.file.FileSystemException: /: Unable to parse TLS packet header
11-06 01:48:30.891 4365 4365 W System.err: at I2.m0.K0(SourceFile:74)
11-06 01:48:30.891 4365 4365 W System.err: at L6.b.s(SourceFile:40)
11-06 01:48:30.891 4365 4365 W System.err: at B1.b.u0(SourceFile:12)
11-06 01:48:30.891 4365 4365 W System.err: at H2.p.call(SourceFile:313)
11-06 01:48:30.891 4365 4365 W System.err: at java.util.concurrent.FutureTask.run(FutureTask.java:264)
11-06 01:48:30.891 4365 4365 W System.err: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
11-06 01:48:30.891 4365 4365 W System.err: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:644)
11-06 01:48:30.891 4365 4365 W System.err: at java.lang.Thread.run(Thread.java:1012)
11-06 01:48:30.892 4365 4365 W System.err: Caused by: javax.net.ssl.SSLException: Unable to parse TLS packet header
11-06 01:48:30.892 4365 4365 W System.err: at com.android.org.conscrypt.ConscryptEngine.unwrap(ConscryptEngine.java:804)
11-06 01:48:30.892 4365 4365 W System.err: at com.android.org.conscrypt.ConscryptEngine.unwrap(ConscryptEngine.java:744)
11-06 01:48:30.892 4365 4365 W System.err: at com.android.org.conscrypt.ConscryptEngine.unwrap(ConscryptEngine.java:709)
11-06 01:48:30.892 4365 4365 W System.err: at com.android.org.conscrypt.ConscryptEngineSocket$SSLInputStream.processDataFromSocket(ConscryptEngineSocket.java:898)
11-06 01:48:30.892 4365 4365 W System.err: at com.android.org.conscrypt.ConscryptEngineSocket$SSLInputStream.-$$Nest$mprocessDataFromSocket(Unknown Source:0)
11-06 01:48:30.892 4365 4365 W System.err: at com.android.org.conscrypt.ConscryptEngineSocket.doHandshake(ConscryptEngineSocket.java:238)
11-06 01:48:30.892 4365 4365 W System.err: at com.android.org.conscrypt.ConscryptEngineSocket.startHandshake(ConscryptEngineSocket.java:220)
11-06 01:48:30.892 4365 4365 W System.err: at h8.j.t(SourceFile:52)
11-06 01:48:30.892 4365 4365 W System.err: at h8.j.i(SourceFile:11)
11-06 01:48:30.892 4365 4365 W System.err: at M6.e.b(SourceFile:156)
11-06 01:48:30.892 4365 4365 W System.err: at M6.e.a(SourceFile:41)
11-06 01:48:30.892 4365 4365 W System.err: at M6.e.e(SourceFile:13)
11-06 01:48:30.892 4365 4365 W System.err: at L6.b.s(SourceFile:23)
11-06 01:48:30.892 4365 4365 W System.err: ... 6 more
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the FTPS connection to the self-hosted vsftpd instance in Docker using password authentication and self-signed certificates. Inspect the Conscrypt SSL handshake and the obfuscated stack-trace entry points; done means identifying whether the failure is in the Android client or server configuration and documenting a reproducible fix.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, docker
- Domain
- mobile-dev, networking, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100