Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #264201

Re: Telnet

From Tim Woodall <debianuser@woodall.me.uk>
Newsgroups linux.debian.user
Subject Re: Telnet
Date 2023-12-04 11:40 +0100
Message-ID <HHewN-b3cz-3@gated-at.bofh.it> (permalink)
References (1 earlier) <HGGbL-aEsa-1@gated-at.bofh.it> <HGSwh-aM6O-1@gated-at.bofh.it> <HGXcB-aOYL-5@gated-at.bofh.it> <HGZR8-aQmS-7@gated-at.bofh.it> <HH00N-aQFd-13@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Sun, 3 Dec 2023, Greg Wooledge wrote:

> On Sun, Dec 03, 2023 at 11:52:51AM -0700, Charles Curley wrote:
>>
>> True. None the less, there is at least one perfectly good use for
>> telnet: testing connections to servers.
>>
>> charles@hawk:~$ telnet hawk
>> Trying 127.0.1.1...
>> telnet: Unable to connect to remote host: Connection refused
>> charles@hawk:~$ telnet hawk 80
>> Trying 127.0.1.1...
>> Connected to hawk.localdomain.
>> Escape character is '^]'.
>> ^]
>> telnet> quit
>> Connection closed.
>> charles@hawk:~$
>
> Yes, there is plenty of use for the telnet *client*.  Nobody disputes this.
>
> The question is whether anyone should be running a telnetd *server*.
> On an isolated network, it might be acceptable.  But it's really a bad
> habit that should be stomped out aggressively, as machines which are
> currently on an isolated network might not remain there forever.
>
>

Agree with all of the above. However, the op was connecting to what
looks like a router address. It's possibly hardware that cannot be
updated, only replaced. (and I'm not sure, therefore, if this is a
debian question at all)

I have some (post 2020) motherboards whose ipmi does not work with jvm
post stretch, nor firefox post buster. So I have to keep an old setup
around.

You should never put these sorts of devices on the internet anyway. It
might be *nice* if we didn't have to use old 'insecure' protocols but
it's not *insecure* to do so. The IPMI in question are only accessible
via physical access (so network encryption is hardly helpful) or VPN
(which is kept up to date)

It has frustrated me that the browser writers have refused to
distinguish between rfc1918 (and equivalent ipv6) addresses and
publically routable addresses when it comes to warnings and refusals to
connect.

Some years ago I abandoned firefox because there was no way to override
one of its 'I'm sorry Dave, I'm afraid I can't do that' spasms.

It's crazy that they make things like certificate pinning *impossible*
to override. Another one that bit me - again hardware where the only way
to use https was to have it generate its own self signed certificate
that expired after a year. You can 'work around' but it's *expensive*
the first time you hit it as you end up losing other config. Sure, the
hardware was buggy...

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Telnet William Torrez Corea <willitc9888@gmail.com> - 2023-12-02 17:00 +0100
  Re: Telnet Marco Moock <mm@dorfdsl.de> - 2023-12-02 17:10 +0100
    Re: Telnet Greg Wooledge <greg@wooledge.org> - 2023-12-02 17:20 +0100
    Re: Telnet William Torrez Corea <willitc9888@gmail.com> - 2023-12-02 17:40 +0100
  Re: Telnet Andy Smith <andy@strugglers.net> - 2023-12-02 23:00 +0100
    Re: Telnet Michel Verdier <mv524@free.fr> - 2023-12-03 12:10 +0100
      Re: Telnet Marco Moock <mm@dorfdsl.de> - 2023-12-03 17:10 +0100
        Re: Telnet Charles Curley <charlescurley@charlescurley.com> - 2023-12-03 20:00 +0100
          Re: Telnet Greg Wooledge <greg@wooledge.org> - 2023-12-03 20:10 +0100
            Re: Telnet Charles Curley <charlescurley@charlescurley.com> - 2023-12-03 20:30 +0100
              Re: Telnet debian-user@howorth.org.uk - 2023-12-03 21:30 +0100
                Re: Telnet Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2023-12-04 11:30 +0100
                Re: Telnet gene heskett <gheskett@shentel.net> - 2023-12-04 12:40 +0100
                Re: Telnet debian-user@howorth.org.uk - 2023-12-04 17:20 +0100
                Re: Telnet Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2023-12-05 11:20 +0100
            Re: Telnet Tim Woodall <debianuser@woodall.me.uk> - 2023-12-04 11:40 +0100
              Re: Firefox, was: Telnet Michael Kjörling <2695bd53d63c@ewoof.net> - 2023-12-04 13:10 +0100
                Re: Firefox, was: Telnet Tim Woodall <debianuser@woodall.me.uk> - 2023-12-04 15:30 +0100
          Re: Telnet Nicolas George <george@nsup.org> - 2023-12-04 09:30 +0100
            Re: Telnet Marco Moock <mm@dorfdsl.de> - 2023-12-04 17:30 +0100
              Re: Telnet Nicolas George <george@nsup.org> - 2023-12-04 17:40 +0100
          Re: Telnet Marco Moock <mm@dorfdsl.de> - 2023-12-04 09:30 +0100
            Re: Telnet Curt <curty@free.fr> - 2023-12-04 17:30 +0100
              Re: Telnet Nicolas George <george@nsup.org> - 2023-12-04 17:40 +0100
                Re: Telnet Curt <curty@free.fr> - 2023-12-04 17:50 +0100
                Re: Telnet Nicolas George <george@nsup.org> - 2023-12-04 18:00 +0100
                Re: Telnet <tomas@tuxteam.de> - 2023-12-04 18:40 +0100
                Re: Telnet Nicolas George <george@nsup.org> - 2023-12-04 20:10 +0100
                Re: Telnet Nicolas George <george@nsup.org> - 2023-12-04 20:30 +0100
                Re: Telnet <tomas@tuxteam.de> - 2023-12-05 06:10 +0100
                Re: Telnet Nicolas George <george@nsup.org> - 2023-12-05 08:50 +0100
                Re: Telnet tomas@tuxteam.de - 2023-12-04 20:30 +0100
          Re: Telnet Nicolas George <george@nsup.org> - 2023-12-04 09:30 +0100
            Re: Telnet Nicholas Geovanis <nickgeovanis@gmail.com> - 2023-12-04 17:20 +0100
            Look, ma no telnet [was: Telnet] <tomas@tuxteam.de> - 2023-12-04 20:00 +0100
              Re: Look, ma no telnet [was: Telnet] <tomas@tuxteam.de> - 2023-12-04 20:10 +0100
              Re: Look, ma no telnet [was: Telnet] Nicolas George <george@nsup.org> - 2023-12-04 20:10 +0100

csiph-web