Hello List, I'm not enterelly sure that I'm on the rist place to ask this question, sorry if not. The question is simple, *how to test simply a ssh tunnel ?* I just want to make sure the the tunnel i'm opening is letting information goes through it without problem, and I want to avoid any other point of failure when testing. for example let's say I run ssh -L 8080:localhost:11111 user at remote What command could I then use to use this tunnel as simply as possible, either on the client, the server or both. Thanks, Mathieu Westphal
On 5 October 2018 at 19:23, Mathieu Westphal <mathieu.westphal at kitware.com> wrote: [...]> ssh -L 8080:localhost:11111 user at remote > > What command could I then use to use this tunnel as simply as possible, > either on the client, the server or both.On the client, "telnet localhost 8080". If it connects, depending on what's on the other end either you'll get a banner or it'll wait for the client to send something. If it speaks HTTP. you can type something like "GET /" and it'll probably give either a page or an error message. -- Darren Tucker (dtucker at dtucker.net) GPG key 11EAA6FA / A86E 3E07 5B19 5880 E860 37F4 9357 ECEF 11EA A6FA (new) Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.
On Fri, 5 Oct 2018, Darren Tucker wrote:> On 5 October 2018 at 19:23, Mathieu Westphal > <mathieu.westphal at kitware.com> wrote: > [...] > > ssh -L 8080:localhost:11111 user at remote > > > > What command could I then use to use this tunnel as simply as possible, > > either on the client, the server or both. > > On the client, "telnet localhost 8080". If it connects, depending on > what's on the other end either you'll get a banner or it'll wait for > the client to send something. If it speaks HTTP. you can type > something like "GET /" and it'll probably give either a page or an > error message.You can also use netcat instead of telnet, or perhaps "openssl s_client" if your endpoint requires TLS. -d
Apparently Analagous Threads
- [Bug 812] addrtype with limit-iface-in in ip6tables/nat/PREROUTING messes up the route cache
- 5.6 update experience - EXCELLENT!
- [Bug 814] rpfilter blocks broadcast packets
- Migrating RHEL 3 to Centos 5.2 - has Adaptec 2400a RAID
- [Bug 1220] New: Reverse path filtering using "fib" needs better documentation