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


Groups > linux.debian.user > #171914 > unrolled thread

Using serial console as a poor mans IP kvm?

Started byJarle Aase <jgaa@jgaa.com>
First post2016-09-08 21:40 +0200
Last post2016-09-09 20:50 +0200
Articles 13 — 11 participants

Back to article view | Back to linux.debian.user


Contents

  Using serial console as a poor mans IP kvm? Jarle Aase <jgaa@jgaa.com> - 2016-09-08 21:40 +0200
    Re: Using serial console as a poor mans IP kvm? Dan Ritter <dsr@randomstring.org> - 2016-09-08 22:00 +0200
      Re: Using serial console as a poor mans IP kvm? Glenn English <ghe@slsware.net> - 2016-09-08 23:50 +0200
        Re: Using serial console as a poor mans IP kvm? "Neal P. Murphy" <neal.p.murphy@alum.wpi.edu> - 2016-09-09 00:00 +0200
    Re: Using serial console as a poor mans IP kvm? Miles Fidelman <mfidelman@meetinghouse.net> - 2016-09-08 22:30 +0200
    Re: Using serial console as a poor mans IP kvm? "Neal P. Murphy" <neal.p.murphy@alum.wpi.edu> - 2016-09-08 22:40 +0200
    Re: Using serial console as a poor mans IP kvm? Don Armstrong <don@debian.org> - 2016-09-09 00:40 +0200
    Re: Using serial console as a poor mans IP kvm? Lars Noodén <lars.nooden@gmail.com> - 2016-09-09 07:50 +0200
      Re: Using serial console as a poor mans IP kvm? Tixy <tixy@yxit.co.uk> - 2016-09-09 09:20 +0200
        Re: Using serial console as a poor mans IP kvm? Eike Lantzsch <zp6cge@gmx.net> - 2016-09-09 14:50 +0200
    Re: Using serial console as a poor mans IP kvm? <tomas@tuxteam.de> - 2016-09-09 09:40 +0200
      Re: Using serial console as a poor mans IP kvm? Jarle Aase <jgaa@jgaa.com> - 2016-09-09 20:10 +0200
        Re: Using serial console as a poor mans IP kvm? tomas@tuxteam.de - 2016-09-09 20:50 +0200

#171914 — Using serial console as a poor mans IP kvm?

FromJarle Aase <jgaa@jgaa.com>
Date2016-09-08 21:40 +0200
SubjectUsing serial console as a poor mans IP kvm?
Message-ID<sfdl0-1tb-39@gated-at.bofh.it>
I want to set up a few servers at home. Unfortunately, as I live in 
Bulgaria at the moment, the electric power is gone pretty often for 
longer periods than my UPS'es can deal with. So my servers will have to 
be started at least a few times every quarter.

Another challenge with living in Bulgaria is that there is no law or 
order. The Police is just a branch of the Mafia. I need to protect the 
data on the servers with full disk encryption in case they are stolen.

That means that I need to reboot the servers relatively often, and 
provide the luks passwords every time. Some times I am far away when 
this happens. I have been considering Supermicro motherboards with built 
in support for remote management - or old KVM IP switches from Ebay. The 
problem with Supermicro is that it's expensive and difficult to get the 
RAM required for their recent Skylake boards. The problem with Ebay is 
that few suppliers ships to Bulgaria, and getting anything trough the 
custom's here takes a whole day. Then there is the question if the 
device works at all...

So I'm thinking about serial consoles. My gateway router will reboot 
after an outage, and it can act as a VPN endpoint. So I can access IP 
devices. With a rasberry pi and some relays, I can probably trigger a 
cold reboot whenever I need to. If I could log on to the grub console on 
the servers over a serial link, that's all I need, really.

Does anyone here have any experience with remote control with Debian 
boxes over serial? Will it work reliable?

Thanks in advance.

Jarle

[toc] | [next] | [standalone]


#171915

FromDan Ritter <dsr@randomstring.org>
Date2016-09-08 22:00 +0200
Message-ID<sfdEm-1zP-11@gated-at.bofh.it>
In reply to#171914
On Thu, Sep 08, 2016 at 10:26:59PM +0300, Jarle Aase wrote:
> I want to set up a few servers at home. Unfortunately, as I live in Bulgaria
> at the moment, the electric power is gone pretty often for longer periods
> than my UPS'es can deal with. So my servers will have to be started at least
> a few times every quarter.
> 
> Another challenge with living in Bulgaria is that there is no law or order.
> The Police is just a branch of the Mafia. I need to protect the data on the
> servers with full disk encryption in case they are stolen.
> 
> That means that I need to reboot the servers relatively often, and provide
> the luks passwords every time. Some times I am far away when this happens. I
> have been considering Supermicro motherboards with built in support for
> remote management - or old KVM IP switches from Ebay. The problem with
> Supermicro is that it's expensive and difficult to get the RAM required for
> their recent Skylake boards. The problem with Ebay is that few suppliers
> ships to Bulgaria, and getting anything trough the custom's here takes a
> whole day. Then there is the question if the device works at all...
> 
> So I'm thinking about serial consoles. My gateway router will reboot after
> an outage, and it can act as a VPN endpoint. So I can access IP devices.
> With a rasberry pi and some relays, I can probably trigger a cold reboot
> whenever I need to. If I could log on to the grub console on the servers
> over a serial link, that's all I need, really.
> 
> Does anyone here have any experience with remote control with Debian boxes
> over serial? Will it work reliable?

We use serial consoles on Debian and Oracle Linux boxes all the
time, and have done so for more than a decade. They are more
dependable than anything else -- once you have set them up and
tested them through a full reboot cycle.

There are relatively expensive, but compact, devices that will
do both serial access and power switching. 8 of each is a common
configuration, as is 16. We like WTI boxes.

I am somewhat suspicious of USB-to-serial adapters in general,
but they are cheap and you can hook up lots at once through a
USB hub. You will probably want to test several brands in order
to find something reliable.

Incidentally, there are very few applications in which a Skylake
processor will be notably faster than the previous generation of 
Broadwells -- and Broadwells can use DDR3. You might save a lot 
of money and get built-in KVMs that way.

-dsr-

[toc] | [prev] | [next] | [standalone]


#171919

FromGlenn English <ghe@slsware.net>
Date2016-09-08 23:50 +0200
Message-ID<sffmN-2IM-1@gated-at.bofh.it>
In reply to#171915
For remote access, the RPi sounds like a good idea to me. I've had one on the 'Net for several years, doing things not requiring major CPU power. It's on my UPS, and it's had no reliability problems.

A relatively small dedicated UPS would likely keep your border router and an RPi going for quite a while.

An RPi is just a small Debian box, so you could reliably get to it over a VPN. Then, with a little innovative routing, you could look around the net(s) and see what's going on. 

With a relay board on the RPi's GPIO connector, you could turn things back on, if necessary. No RS-232, new motherboards, or KVM anythings required.

Assuming you can write a little Python...

No?

-- 
Glenn English

[toc] | [prev] | [next] | [standalone]


#171921

From"Neal P. Murphy" <neal.p.murphy@alum.wpi.edu>
Date2016-09-09 00:00 +0200
Message-ID<sffwu-2LV-13@gated-at.bofh.it>
In reply to#171919
On Thu, 8 Sep 2016 15:43:31 -0600
Glenn English <ghe@slsware.net> wrote:

> For remote access, the RPi sounds like a good idea to me. I've had one on the 'Net for several years, doing things not requiring major CPU power. It's on my UPS, and it's had no reliability problems.
> 
> A relatively small dedicated UPS would likely keep your border router and an RPi going for quite a while.
> 
> An RPi is just a small Debian box, so you could reliably get to it over a VPN. Then, with a little innovative routing, you could look around the net(s) and see what's going on. 
> 
> With a relay board on the RPi's GPIO connector, you could turn things back on, if necessary. No RS-232, new motherboards, or KVM anythings required.

Except for entering the encryption keys, and seeing when to enter them....

[toc] | [prev] | [next] | [standalone]


#171917

FromMiles Fidelman <mfidelman@meetinghouse.net>
Date2016-09-08 22:30 +0200
Message-ID<sfe7o-23T-27@gated-at.bofh.it>
In reply to#171914
On 9/8/16 3:26 PM, Jarle Aase wrote:

> I want to set up a few servers at home. Unfortunately, as I live in 
> Bulgaria at the moment, the electric power is gone pretty often for 
> longer periods than my UPS'es can deal with. So my servers will have 
> to be started at least a few times every quarter.
>
> Another challenge with living in Bulgaria is that there is no law or 
> order. The Police is just a branch of the Mafia. I need to protect the 
> data on the servers with full disk encryption in case they are stolen.
>
> That means that I need to reboot the servers relatively often, and 
> provide the luks passwords every time. Some times I am far away when 
> this happens. I have been considering Supermicro motherboards with 
> built in support for remote management - or old KVM IP switches from 
> Ebay. The problem with Supermicro is that it's expensive and difficult 
> to get the RAM required for their recent Skylake boards. The problem 
> with Ebay is that few suppliers ships to Bulgaria, and getting 
> anything trough the custom's here takes a whole day. Then there is the 
> question if the device works at all...
>
> So I'm thinking about serial consoles. My gateway router will reboot 
> after an outage, and it can act as a VPN endpoint. So I can access IP 
> devices. With a rasberry pi and some relays, I can probably trigger a 
> cold reboot whenever I need to. If I could log on to the grub console 
> on the servers over a serial link, that's all I need, really.
>
> Does anyone here have any experience with remote control with Debian 
> boxes over serial? Will it work reliable?
>

It sort of works.

I've done this two ways:

1.  External serial-to-ethernet box.  The external box turns out to be 
somewhat flakey, and a security hole (unpatched embedded linux with some 
vulnerabilities, and it needs to be rekeyed annually, but that doesn't 
actually work very smoothly).

2. Supermicro IPMI board:  Sometimes works, sometimes simply doesn't 
respond - usually when one needs it most.

In both cases, unless you layer a VPN on top of them, they are really 
nasty security holes.  I've ended up resorting to the old "call the data 
center and have a human push the button" - but that doesn't sound like 
it applies to your situation.

Good luck finding a solution.

Miles Fidelman

-- 
In theory, there is no difference between theory and practice.
In practice, there is.  .... Yogi Berra

[toc] | [prev] | [next] | [standalone]


#171918

From"Neal P. Murphy" <neal.p.murphy@alum.wpi.edu>
Date2016-09-08 22:40 +0200
Message-ID<sfeh4-26Z-9@gated-at.bofh.it>
In reply to#171914
On Thu, 8 Sep 2016 22:26:59 +0300
Jarle Aase <jgaa@jgaa.com> wrote:

> I want to set up a few servers at home. Unfortunately, as I live in 
> Bulgaria at the moment, the electric power is gone pretty often for 
> longer periods than my UPS'es can deal with. So my servers will have to 
> be started at least a few times every quarter.
> 
> Another challenge with living in Bulgaria is that there is no law or 
> order. The Police is just a branch of the Mafia. I need to protect the 
> data on the servers with full disk encryption in case they are stolen.
> 
> That means that I need to reboot the servers relatively often, and 
> provide the luks passwords every time. Some times I am far away when 
> this happens. I have been considering Supermicro motherboards with built 
> in support for remote management - or old KVM IP switches from Ebay. The 
> problem with Supermicro is that it's expensive and difficult to get the 
> RAM required for their recent Skylake boards. The problem with Ebay is 
> that few suppliers ships to Bulgaria, and getting anything trough the 
> custom's here takes a whole day. Then there is the question if the 
> device works at all...
> 
> So I'm thinking about serial consoles. My gateway router will reboot 
> after an outage, and it can act as a VPN endpoint. So I can access IP 
> devices. With a rasberry pi and some relays, I can probably trigger a 
> cold reboot whenever I need to. If I could log on to the grub console on 
> the servers over a serial link, that's all I need, really.
> 
> Does anyone here have any experience with remote control with Debian 
> boxes over serial? Will it work reliable?

Generally speaking....

I haven't used a serial console on Debian in particular. I do it on a Linux-based system I maintain; serial console works very well, provided you remember the main differences: it's not a VESA console, it doesn't know about CTRL-ALT-DEL, and you may see no output until grub starts (unless the BIOS/firmware can do serial console). The system's terminal type may not match the emulator's type and the display may be somewhat garbled; the use of serial ports for interactive use has declined greatly over the years, as has conformance to serial terminal protocols. Also, a <BREAK> starts SysRq.

I suspect grub should work with a serial console; I've never tried it with the new grub. I wrote a 6-line patch for grub legacy (which I use for my system) that allows one to use either VESA or serial console, or choose one with a keystroke. I've been using it for 3-4 years now without trouble.

To tell linux to use a serial console, connect a terminal (or emulator) to ttyS0 (COMa) on the server and set it to 115200-8-N-1, let grub start, then edit the boot entry and add the option "console=ttys0,115200" to the kernel command line, and boot. 

Your main problem will be operating the servers' reset switches should it be necessary. I think this is usually done by having the DCD, DSR, RI, or CTS line of the TIA-232 port close-then-open a relay that acts as the reset switch. (But your idea of using an rPI would work, too.)

Of course, the encryption key reader has to work on a serial port as well.

What would be interesting is if there were a 'VGA scanner' for the rPI so it could send you the screen changes, say, ten times a second. (And there are some USB devices that may work.) And if the rPI had a client USB port (so it could act like a keyboard) you would be able to see the 'monitor' and type on the 'keyboard'.

[toc] | [prev] | [next] | [standalone]


#171924

FromDon Armstrong <don@debian.org>
Date2016-09-09 00:40 +0200
Message-ID<sfg9b-3i8-11@gated-at.bofh.it>
In reply to#171914
On Thu, 08 Sep 2016, Jarle Aase wrote:
> Does anyone here have any experience with remote control with Debian boxes
> over serial? Will it work reliable?

It's fairly reliable; I actually prefer it to using KVM in almost all
cases. You just need to get it configured properly in grub, the bios,
and the kernel, and you should be fine.

That said, providing LUKS input over the wire is always going to be
problematic unless you have known secured links to the terminal. [But
maybe you'll know if the government has done this to you.]


-- 
Don Armstrong                      https://www.donarmstrong.com

Whatever you do will be insignificant, but it is very important that
you do it.
 -- Mohandas Karamchand Gandhi

[toc] | [prev] | [next] | [standalone]


#171929

FromLars Noodén <lars.nooden@gmail.com>
Date2016-09-09 07:50 +0200
Message-ID<sfmRj-7nj-17@gated-at.bofh.it>
In reply to#171914
On 09/08/2016 10:26 PM, Jarle Aase wrote:
>...
> So I'm thinking about serial consoles. My gateway router will reboot
> after an outage, and it can act as a VPN endpoint. So I can access IP
> devices. With a rasberry pi and some relays, I can probably trigger a
> cold reboot whenever I need to. If I could log on to the grub console on
> the servers over a serial link, that's all I need, really.
> 
> Does anyone here have any experience with remote control with Debian
> boxes over serial? Will it work reliable?

Quite a while back (Etch) I had some Debian machines running via serial
console.  As far as I know everything should still work just as nicely
over serial console.  From what I recall, you'll have to set console
settings several places in the system to cover all contingencies for
booting and recovery.

I've used USB-to-serial adapters with the Prolific chipset.  They've
worked fine for me, in various models.  (I haven't tried FTDI and am
suspicious of them.)  There are also specialized PCI and PCIe serial
console servers which add 4 or 8 extra serial ports to a machine.  But
if you're going to run everything off of a single rpi then a
USB-to-serial adapter is the way to go.  There are ones that go USB to 4
or 8 serial ports, but they are hard to find affordably any more.

About the power relays, I did that before and had a lot of help to make
some custom ones, nothing being on the market back then.  I found
someone with skill to build a custom setup that worked over GPIO.
However, nowadays there are several devices that look interesting.  One
pre-made series that caught my eye a few weeks ago was this one:

	https://unipi.technology/shop/

However, I have not evaluated any units so that is just to point to
what's on the market and not any endorsement.  You'll need to wire plugs
and such, too, and I can't see any fuses on those units.

Regards,
Lars

[toc] | [prev] | [next] | [standalone]


#171931

FromTixy <tixy@yxit.co.uk>
Date2016-09-09 09:20 +0200
Message-ID<sfogp-8jT-3@gated-at.bofh.it>
In reply to#171929
On Fri, 2016-09-09 at 08:46 +0300, Lars Noodén wrote:
> I've used USB-to-serial adapters with the Prolific chipset.  They've
> worked fine for me, in various models.  (I haven't tried FTDI and am
> suspicious of them.)

And my experience is the opposite. I have genuine (there's apparently a
lot of fakes) FTDI devices in pretty much daily use for many years
without problems. This is using ser2net on a local network for accessing
serial consoles on ARM based development boards. ser2net will be
insecure telnet or raw port forwarding but if it's not exposed to the
internet and you can ssh tunnel into the local network then that's a lot
better. I've done that method for carrying on working with my boards
whilst across the other side of the world. Of course, a means of power
cycling devices is also essential.

-- 
Tixy

[toc] | [prev] | [next] | [standalone]


#171940

FromEike Lantzsch <zp6cge@gmx.net>
Date2016-09-09 14:50 +0200
Message-ID<sftpM-2S8-13@gated-at.bofh.it>
In reply to#171931
On Freitag, 9. September 2016 08:15:37 PYT Tixy wrote:
> On Fri, 2016-09-09 at 08:46 +0300, Lars Noodén wrote:
> > I've used USB-to-serial adapters with the Prolific chipset.  They've
> > worked fine for me, in various models.  (I haven't tried FTDI and am
> > suspicious of them.)
> 
> And my experience is the opposite. I have genuine (there's apparently a
> lot of fakes) FTDI devices in pretty much daily use for many years
> without problems. This is using ser2net on a local network for accessing
> serial consoles on ARM based development boards. ser2net will be
> insecure telnet or raw port forwarding but if it's not exposed to the
> internet and you can ssh tunnel into the local network then that's a lot
> better. I've done that method for carrying on working with my boards
> whilst across the other side of the world. Of course, a means of power
> cycling devices is also essential.

I second that. I had many weird problems with PL2303 but never any on any OS* 
with FTDI FT232 chips.

[*] Debian-Linux, OpenBSD, OSX and MS-Windows 
-- 
Eike Lantzsch ZP6CGE

[toc] | [prev] | [next] | [standalone]


#171932

From<tomas@tuxteam.de>
Date2016-09-09 09:40 +0200
Message-ID<sfozM-8qe-35@gated-at.bofh.it>
In reply to#171914
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, Sep 08, 2016 at 10:26:59PM +0300, Jarle Aase wrote:
> I want to set up a few servers at home. Unfortunately, as I live in
> Bulgaria at the moment, the electric power is gone pretty often for
> longer periods than my UPS'es can deal with. So my servers will have
> to be started at least a few times every quarter.

[...]

> That means that I need to reboot the servers relatively often, and
> provide the luks passwords every time. Some times I am far away when
> this happens [...]

An interesting alternative to the serial console thing is baking
in an SSH server into the initramfs. There are small SSH servers
built for that, like Dropbear.

Upside is that you don't need any additional hardware and it's
pretty well integrated into Debian. Downside is that you need
BIOS, the bootloader and initramfs working (with the serial you
at least get a chance to fix the bootloader remotely).

https://packages.debian.org/sid/dropbear-initramfs
https://wiki.debian.org/RescueInitramfs
https://projectgus.com/2013/05/encrypted-rootfs-over-ssh-with-debian-wheezy/

Might be worth a try.

Regards
- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlfSZVMACgkQBcgs9XrR2kZGNgCfZhrMlouUceQSVJgzimE+b2YG
GokAn0PpEqnw2lgmFiGTu554OQtpt9Wa
=AKQd
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]


#171949

FromJarle Aase <jgaa@jgaa.com>
Date2016-09-09 20:10 +0200
Message-ID<sfypr-6k2-1@gated-at.bofh.it>
In reply to#171932
Hi,

I was just about to order some usb2serial hardware when I read this. 
Your suggestion will give fewer "moving parts" and is actually very 
simple to implement. I will loose the ability to do a cold boot, but it 
will probably not matter too much in my case, at least not for now.

I'll try it when I get the first server assembled. Thanks a lot!

Jarle

Den 09. sep. 2016 10:31, skrev tomas@tuxteam.de:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Thu, Sep 08, 2016 at 10:26:59PM +0300, Jarle Aase wrote:
>> I want to set up a few servers at home. Unfortunately, as I live in
>> Bulgaria at the moment, the electric power is gone pretty often for
>> longer periods than my UPS'es can deal with. So my servers will have
>> to be started at least a few times every quarter.
> [...]
>
>> That means that I need to reboot the servers relatively often, and
>> provide the luks passwords every time. Some times I am far away when
>> this happens [...]
> An interesting alternative to the serial console thing is baking
> in an SSH server into the initramfs. There are small SSH servers
> built for that, like Dropbear.
>
> Upside is that you don't need any additional hardware and it's
> pretty well integrated into Debian. Downside is that you need
> BIOS, the bootloader and initramfs working (with the serial you
> at least get a chance to fix the bootloader remotely).
>
> https://packages.debian.org/sid/dropbear-initramfs
> https://wiki.debian.org/RescueInitramfs
> https://projectgus.com/2013/05/encrypted-rootfs-over-ssh-with-debian-wheezy/
>
> Might be worth a try.
>
> Regards
> - -- t
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
>
> iEYEARECAAYFAlfSZVMACgkQBcgs9XrR2kZGNgCfZhrMlouUceQSVJgzimE+b2YG
> GokAn0PpEqnw2lgmFiGTu554OQtpt9Wa
> =AKQd
> -----END PGP SIGNATURE-----
>

[toc] | [prev] | [next] | [standalone]


#171953

Fromtomas@tuxteam.de
Date2016-09-09 20:50 +0200
Message-ID<sfz2a-6wv-19@gated-at.bofh.it>
In reply to#171949
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, Sep 09, 2016 at 09:03:33PM +0300, Jarle Aase wrote:
> Hi,
> 
> I was just about to order some usb2serial hardware when I read this.
[...]
> I'll try it when I get the first server assembled. Thanks a lot!

Hey, glad to help :-)

- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlfTBAQACgkQBcgs9XrR2kb2oQCfXciqNGw+duZSi0+j293y9X26
mFcAnRJFuhTP641mbXmJ9YS0l5VZnd6j
=3unC
-----END PGP SIGNATURE-----

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web