I have been working on a SOCKS implementation for OCaml and specially for MirageOS. It’s not really complete or stable yet (not even published), it only has a couple of proof of concepts on the examples directory and it doesn’t integrate with the well known libraries of the ecosystem.
I would like to ask for feedback, and some thoughts about how could we have that in Conduit and Cohttp for example, so It’d be just plugged in into those libraries without having to directly depending on it. I plan to implement that for those libraries and have it submitted upstream, but not without some clear thoughts about how to make a clear interface for that.
Besides being sloppy, I have a few issues described on GitHub, and it should be addressed on the next few days. Anyone is welcome to discuss those issues as some of them are still foggy for me, and having some other views on that would be great.
Thank you! That’s a great one! I took a look on that, but decided to try to make something to work first so I could have a better understanding of the protocols separately, and that one has a lot of things together. I should definitely take a look now that I can understand how SOCKS4 works.
@dinosaure is doing a great work for the Mirage implementation, and that gave me a lot of ideas on how to improve the LWT Unix part.
I didn’t know httpaf was extensible (did I understand that correctly, though?), neither about happy eyeballs. I should probably make a better example for LWT Unix, but I am not being able to have a dependency on dune for the example project without messing with the whole project, it doesn’t build and I had to to “ignore” the dune file (renamed it to _dune).
Is it possible to dune to ignore some part of the project? Or should I add an socks-examples.opam file for those dependencies?
I’m looking for a SOCKS5 proxy client that I can integrate with Cohttp. I’m curious if @dinosaure or @renatoalencar have any updates to their clients. Would you consider them production quality?
!