ssh reverse tunnel or stream read() block within another thread
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 566
- Forks
- 163
- Avg merge
- 4h 51m
- Merged PRs (30d)
- 2
Description
ssh reverse tunnel accept on Listener, read this channel is OK. but the read function on this channel will block within another thread . for created new stream by using Stream method on this channel, even read in same thread , read function blocks. since reverse tunnel cannot read eof within one read function, we need to start new thread to read. but it's not work , create new stream even worse.
version 0.9.1 ; rust 1.51; os : Windows 7
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 reverse-tunnel case described for ssh2-rs 0.9.1 on Windows 7 with Rust 1.51, comparing Listener accept/read with streams created through the channel's Stream method. Trace where the channel read blocks, including the separate-thread case. Done means reverse-tunnel reads complete without indefinite blocking when EOF is not available in a single read.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100