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

Groups > alt.folklore.computers > #214509 > unrolled thread

Old days

Back to article view | Back to alt.folklore.computers

Contents

  Old days maus <maus@dmaus.org> - 2020-09-23 10:58 +0000
    Re: Old days JimP <chucktheouch@gmail.com> - 2020-09-23 11:31 -0500
      Re: Old days Chris <xxx.syseng.yyy@gfsys.co.uk> - 2020-09-23 17:46 +0100
        Re: Old days J. Clarke <jclarke.873638@gmail.com> - 2020-09-23 13:22 -0400
      Re: Old days Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2020-09-23 17:55 +0000
        Re: Old days Jorgen Grahn <grahn+nntp@snipabacken.se> - 2020-09-23 20:08 +0000
          Re: Old days JimP <chucktheouch@gmail.com> - 2020-09-23 16:14 -0500
          Re: Old days Quadibloc <jsavard@ecn.ab.ca> - 2020-09-23 15:34 -0700
            Re: Old days J. Clarke <jclarke.873638@gmail.com> - 2020-09-23 19:15 -0400
            Re: Old days Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2020-09-24 18:40 +0000
              Re: Old days Niklas Karlsson <anksil@yahoo.se> - 2020-09-24 19:42 +0000
                Re: Old days Dallas <dallas@texas.usa> - 2020-09-24 16:42 -0500
                  Re: Old days Niklas Karlsson <anksil@yahoo.se> - 2020-09-25 07:59 +0000
                    Re: Old days maus <maus@dmaus.org> - 2020-09-25 10:12 +0000
                      Re: Old days Bob Eager <news0073@eager.cx> - 2020-09-25 13:54 +0000
                        Re: Old days J. Clarke <jclarke.873638@gmail.com> - 2020-09-25 15:53 -0400
              Re: Old days JimP <chucktheouch@gmail.com> - 2020-09-24 16:07 -0500
              Re: Old days Quadibloc <jsavard@ecn.ab.ca> - 2020-09-24 15:48 -0700
                Re: Old days Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2020-09-24 23:18 +0000
              Re: Old days Ahem A Rivet's Shot <steveo@eircom.net> - 2020-09-25 00:53 +0100
      Re: Old days "Carlos E.R." <robin_listas@es.invalid> - 2020-09-23 19:52 +0200
        Re: Old days Peter Flass <peter_flass@yahoo.com> - 2020-09-23 11:36 -0700
          Re: Old days Grant Taylor <gtaylor@tnetconsulting.net> - 2020-09-23 12:46 -0600
            Re: Old days J. Clarke <jclarke.873638@gmail.com> - 2020-09-23 19:10 -0400
            Re: Old days Andy Burns <usenet@andyburns.uk> - 2020-09-24 08:39 +0100
              Re: Old days Grant Taylor <gtaylor@tnetconsulting.net> - 2020-09-24 08:58 -0600
          Re: Old days scott@slp53.sl.home (Scott Lurndal) - 2020-09-23 19:19 +0000
          Re: Old days "Carlos E.R." <robin_listas@es.invalid> - 2020-09-23 23:11 +0200
          Re: Old days J. Clarke <jclarke.873638@gmail.com> - 2020-09-23 19:09 -0400
            Re: Old days maus <maus@dmaus.org> - 2020-09-24 08:10 +0000
              Re: Old days Grant Taylor <gtaylor@tnetconsulting.net> - 2020-09-24 09:02 -0600
                Re: Old days Andy Burns <usenet@andyburns.uk> - 2020-09-24 16:31 +0100
                Re: Old days maus <maus@dmaus.org> - 2020-09-24 17:06 +0000
                  Re: Old days Grant Taylor <gtaylor@tnetconsulting.net> - 2020-09-24 16:27 -0600
                Re: Old days Dallas <dallas@texas.usa> - 2020-09-24 16:36 -0500
              Re: Old days JimP <chucktheouch@gmail.com> - 2020-09-24 10:37 -0500
                Re: Old days maus <maus@dmaus.org> - 2020-09-24 17:09 +0000
            Re: Old days scott@slp53.sl.home (Scott Lurndal) - 2020-09-24 13:39 +0000
              Re: Old days Bob Eager <news0073@eager.cx> - 2020-09-24 14:34 +0000
                Re: Old days scott@slp53.sl.home (Scott Lurndal) - 2020-09-24 15:30 +0000
                  Re: Old days Bob Eager <news0073@eager.cx> - 2020-09-24 16:42 +0000
              Re: Old days Peter Flass <peter_flass@yahoo.com> - 2020-09-24 11:21 -0700
                Re: Old days scott@slp53.sl.home (Scott Lurndal) - 2020-09-24 18:52 +0000
    Re: Old days Dallas <dallas@texas.usa> - 2020-09-23 16:39 -0500

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#214514

On 23/09/2020 18.31, JimP wrote:
> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>
>> Good old days. I think that the best time was the arrival of the Amiga.
>> I remember buying a modem, a  USRobotics one, with a large manual about
>> the Hayes command set, including how to turn on a handset phone
>> remotely. Fun.
>>
>> Recently, I read that there is a suspicion that some tracing apps will
>> allow that as well.
> 
> iPhone can be turned on by Apple and the US government. The user wont
> notice. That is from several IT documents I read years ago.
> 
> Supposedly other cell phones aren't that vulnerable.

I don't see how a phone may be turned on remotely unless it leaves a 
receiver on with some logic support to detect the right signal. And that 
uses battery, of course. Maybe if the radio turns on intermittently to 
listen for a few seconds and then goes to sleep for some minutes.

-- 
Cheers, Carlos.

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

#214515

Carlos E.R. <robin_listas@es.invalid> wrote:
> On 23/09/2020 18.31, JimP wrote:
>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>> 
>>> Good old days. I think that the best time was the arrival of the Amiga.
>>> I remember buying a modem, a  USRobotics one, with a large manual about
>>> the Hayes command set, including how to turn on a handset phone
>>> remotely. Fun.
>>> 
>>> Recently, I read that there is a suspicion that some tracing apps will
>>> allow that as well.
>> 
>> iPhone can be turned on by Apple and the US government. The user wont
>> notice. That is from several IT documents I read years ago.
>> 
>> Supposedly other cell phones aren't that vulnerable.
> 
> I don't see how a phone may be turned on remotely unless it leaves a 
> receiver on with some logic support to detect the right signal. And that 
> uses battery, of course. Maybe if the radio turns on intermittently to 
> listen for a few seconds and then goes to sleep for some minutes.
> 

I remember when “wake on LAN” was a thing for PCs that did this.

-- 
Pete

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

#214516

On 9/23/20 12:36 PM, Peter Flass wrote:
> I remember when “wake on LAN” was a thing for PCs that did this.

ATX PCs never actually turn off.  There is always some power draw and a 
very low level thing runs, including the ability to auto-power the 
machine on based on a timer / alarm clock (built into many systems).

NICs that supported WoL were either had an add-on cable to connect the 
card to a WoL connector or had traces for WoL for onboard chipsets.

The NICs watched for a very specific Ethernet frame addressed to their 
MAC address.  When that very specific Ethernet frame was seen, they 
would tell the PC to power on, much like as if the power button had been 
pressed and released.

Wake on LAN is a very specific technology and there is no subterfuge 
with it.  It is fairly well documented.  Further, as I understand it, it 
only worked on the local LAN (no pun intended) and did not work across a 
router.



-- 
Grant. . . .
unix || die

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

#214527

On Wed, 23 Sep 2020 12:46:31 -0600, Grant Taylor
<gtaylor@tnetconsulting.net> wrote:

>On 9/23/20 12:36 PM, Peter Flass wrote:
>> I remember when “wake on LAN” was a thing for PCs that did this.
>
>ATX PCs never actually turn off.  There is always some power draw and a 
>very low level thing runs, including the ability to auto-power the 
>machine on based on a timer / alarm clock (built into many systems).
>
>NICs that supported WoL were either had an add-on cable to connect the 
>card to a WoL connector or had traces for WoL for onboard chipsets.
>
>The NICs watched for a very specific Ethernet frame addressed to their 
>MAC address.  When that very specific Ethernet frame was seen, they 
>would tell the PC to power on, much like as if the power button had been 
>pressed and released.
>
>Wake on LAN is a very specific technology and there is no subterfuge 
>with it.  It is fairly well documented.  Further, as I understand it, it 
>only worked on the local LAN (no pun intended) and did not work across a 
>router.

And not always even then.  I've played with it on my own networks and
found it to be frustratingly chancy.

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

#214530

Grant Taylor wrote:

> Peter Flass wrote:
>
>> I remember when “wake on LAN” was a thing for PCs that did this.
> 
> as I understand it, it only worked on the local LAN (no pun intended)
> and did not work across a router.

It can work through routers, if you enable subnet directed broadcasts 
and send the magic packet to the remote subnet's broadcast address 
rather than the PC's IP address.

That lets you wake up a whole fleet of machines at different sites to 
patch them overnight ...

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

#214535

On 9/24/20 1:39 AM, Andy Burns wrote:
> It can work through routers, if you enable subnet directed broadcasts 
> and send the magic packet to the remote subnet's broadcast address 
> rather than the PC's IP address.
> 
> That lets you wake up a whole fleet of machines at different sites to 
> patch them overnight ...

Hum.

That's contrary to my understanding.  I'll have to check that out.

Thank you for the correction Andy.



-- 
Grant. . . .
unix || die

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

#214518

Peter Flass <peter_flass@yahoo.com> writes:
>Carlos E.R. <robin_listas@es.invalid> wrote:
>> On 23/09/2020 18.31, JimP wrote:
>>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>>> 
>>>> Good old days. I think that the best time was the arrival of the Amiga.
>>>> I remember buying a modem, a  USRobotics one, with a large manual about
>>>> the Hayes command set, including how to turn on a handset phone
>>>> remotely. Fun.
>>>> 
>>>> Recently, I read that there is a suspicion that some tracing apps will
>>>> allow that as well.
>>> 
>>> iPhone can be turned on by Apple and the US government. The user wont
>>> notice. That is from several IT documents I read years ago.
>>> 
>>> Supposedly other cell phones aren't that vulnerable.
>> 
>> I don't see how a phone may be turned on remotely unless it leaves a 
>> receiver on with some logic support to detect the right signal. And that 
>> uses battery, of course. Maybe if the radio turns on intermittently to 
>> listen for a few seconds and then goes to sleep for some minutes.
>> 
>
>I remember when “wake on LAN” was a thing for PCs that did this.

Which mean that part of the chip (Ethernet controller) needs to be on
an always-on power domain and also it needed to power on the MAC and PHY so
it could monitor packets.

Works fine when you're plugged into the wall.   Uses battery otherwise.

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

#214520

On 23/09/2020 20.36, Peter Flass wrote:
> Carlos E.R. <robin_listas@es.invalid> wrote:
>> On 23/09/2020 18.31, JimP wrote:
>>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>>>
>>>> Good old days. I think that the best time was the arrival of the Amiga.
>>>> I remember buying a modem, a  USRobotics one, with a large manual about
>>>> the Hayes command set, including how to turn on a handset phone
>>>> remotely. Fun.
>>>>
>>>> Recently, I read that there is a suspicion that some tracing apps will
>>>> allow that as well.
>>>
>>> iPhone can be turned on by Apple and the US government. The user wont
>>> notice. That is from several IT documents I read years ago.
>>>
>>> Supposedly other cell phones aren't that vulnerable.
>>
>> I don't see how a phone may be turned on remotely unless it leaves a
>> receiver on with some logic support to detect the right signal. And that
>> uses battery, of course. Maybe if the radio turns on intermittently to
>> listen for a few seconds and then goes to sleep for some minutes.
>>
> 
> I remember when “wake on LAN” was a thing for PCs that did this.

For this to work the network card remains powered and listening to the 
right packet on the cable. And then it needs a line to the power supply 
to bring it up.


-- 
Cheers, Carlos.

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

#214526

On Wed, 23 Sep 2020 11:36:59 -0700, Peter Flass
<peter_flass@yahoo.com> wrote:

>Carlos E.R. <robin_listas@es.invalid> wrote:
>> On 23/09/2020 18.31, JimP wrote:
>>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>>> 
>>>> Good old days. I think that the best time was the arrival of the Amiga.
>>>> I remember buying a modem, a  USRobotics one, with a large manual about
>>>> the Hayes command set, including how to turn on a handset phone
>>>> remotely. Fun.
>>>> 
>>>> Recently, I read that there is a suspicion that some tracing apps will
>>>> allow that as well.
>>> 
>>> iPhone can be turned on by Apple and the US government. The user wont
>>> notice. That is from several IT documents I read years ago.
>>> 
>>> Supposedly other cell phones aren't that vulnerable.
>> 
>> I don't see how a phone may be turned on remotely unless it leaves a 
>> receiver on with some logic support to detect the right signal. And that 
>> uses battery, of course. Maybe if the radio turns on intermittently to 
>> listen for a few seconds and then goes to sleep for some minutes.
>> 
>
>I remember when “wake on LAN” was a thing for PCs that did this.

It still is if the functionality is turned on on the PC.  Any modern
PC goes into a soft-off state where the power button on the front
panel instead of physically switching the mains or battery power
instead triggers a watchdog circuit that starts the power-up process.

The wake-on-lan functionality is generally switchable by a BIOS
setting or a jumper depending on the particular system.

It's actually useful in a corporate environment where somebody can
switch a machine on at 2AM to install updates or whatever.  I can say
with some confidence however that my employer keeps it turned off and
may have the routers set to block the "magic packet" as well.  I say
this because if somebody inadvertently shuts off a machine in the
office while working remotely, somebody has to physically go press the
power button to get it back up.

This does _not_ work however if the power is physically interrupted
(any machine that I build has a power switch on the power supply that
interrupts the mains power in addition to the soft-power button on the
front).

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

#214531

On 2020-09-23, J  Clarke <jclarke.873638@gmail.com> wrote:
> On Wed, 23 Sep 2020 11:36:59 -0700, Peter Flass
><peter_flass@yahoo.com> wrote:
>
>>Carlos E.R. <robin_listas@es.invalid> wrote:
>>> On 23/09/2020 18.31, JimP wrote:
>>>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>>>> 
> It still is if the functionality is turned on on the PC.  Any modern
> PC goes into a soft-off state where the power button on the front
> panel instead of physically switching the mains or battery power
> instead triggers a watchdog circuit that starts the power-up process.
>
> The wake-on-lan functionality is generally switchable by a BIOS
> setting or a jumper depending on the particular system.
>
> It's actually useful in a corporate environment where somebody can
> switch a machine on at 2AM to install updates or whatever.  I can say
> with some confidence however that my employer keeps it turned off and
> may have the routers set to block the "magic packet" as well.  I say
> this because if somebody inadvertently shuts off a machine in the
> office while working remotely, somebody has to physically go press the
> power button to get it back up.
>
> This does _not_ work however if the power is physically interrupted
> (any machine that I build has a power switch on the power supply that
> interrupts the mains power in addition to the soft-power button on the
> front).
>
To be safe, one should unplug the computer. 

I used assemble my computers, (bought a Lenovo last time) and one way
of checking the power supply was to see if the Ethernet light was on or
off, EVEN before it was switched on (fan working)

My original message was about the hayes commands, which are no longer
relevent. I remember setting up the amiga in a friends house, going to
park in front of an office, and watching the activity when the Amiga
rang the individual phones in the office, and security people there
tried to find out what was happening. Daft, of course. 

there was a local BBS, based on an amiga, which was very popular, until
the owner bought a PC, and the listings changed from freeware to
shareware. Did anyone ever use a PC for fun?

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

#214536

On 9/24/20 2:10 AM, maus wrote:
> My original message was about the hayes commands, which are no longer 
> relevent.

Hayes commands are still used every day.  They've even been extended to 
do more and control more.  They are just hidden away and virtually never 
used directly by humans any more.  Many control codes for cell phones 
(as modems) now use ~> abuse the idea started by Hayes commands.

A few (< 5) years ago I helped some co-workers use Hayes commands to add 
""phone numbers to their cell phone address book to make dialing into 
company conference bridges easier.  Good old tel:<number>,<option>,<pass 
code>...



-- 
Grant. . . .
unix || die

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

#214538

Grant Taylor wrote:

> maus wrote:
>
>> My original message was about the hayes commands, which are no longer 
>> relevent.
> 
> Hayes commands are still used every day.  

4G USB dongles often use ATD*99***1# to "dial" a data connection

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

#214542

On 2020-09-24, Grant Taylor <gtaylor@tnetconsulting.net> wrote:
> On 9/24/20 2:10 AM, maus wrote:
>> My original message was about the hayes commands, which are no longer 
>> relevent.
>
> Hayes commands are still used every day.  They've even been extended to 
> do more and control more.  They are just hidden away and virtually never 
> used directly by humans any more.  Many control codes for cell phones 
> (as modems) now use ~> abuse the idea started by Hayes commands.
>
> A few (< 5) years ago I helped some co-workers use Hayes commands to add 
> ""phone numbers to their cell phone address book to make dialing into 
> company conference bridges easier.  Good old tel:<number>,<option>,<pass 
> code>...
>
>
>
>
Tell us more, I thought that hayes commands were for modems, rather
than routers, but I suppose that the line of descent would involved some 
obscure areas, like the now unused subway systems in many cities.

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

#214554

On 9/24/20 11:06 AM, maus wrote:
> Tell us more, I thought that hayes commands were for modems, rather 
> than routers, but I suppose that the line of descent would involved 
> some obscure areas, like the now unused subway systems in many cities.

They are for modems.

But routers can and do use them to manage USB / cell modems connected to 
the router.

I'm guessing that the biggest use for them today is directly related to 
cell phones (read: fancy modems).



-- 
Grant. . . .
unix || die

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

#214552

On 9/24/2020 10:02 AM, Grant Taylor wrote:
> On 9/24/20 2:10 AM, maus wrote:
>> My original message was about the hayes commands, which are no longer relevent.
> 
> Hayes commands are still used every day.  They've even been extended to do more and control more.  
> They are just hidden away and virtually never used directly by humans any more.  Many control codes 
> for cell phones (as modems) now use ~> abuse the idea started by Hayes commands.
> 
> A few (< 5) years ago I helped some co-workers use Hayes commands to add ""phone numbers to their 
> cell phone address book to make dialing into company conference bridges easier.  Good old 
> tel:<number>,<option>,<pass code>...
> 
> 
> 

I definitely remember typing   +++   to make the modem pay attention to my commands.

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

#214539

On 24 Sep 2020 08:10:06 GMT, maus <maus@dmaus.org> wrote:
>On 2020-09-23, J  Clarke <jclarke.873638@gmail.com> wrote:
>> On Wed, 23 Sep 2020 11:36:59 -0700, Peter Flass
>><peter_flass@yahoo.com> wrote:
>>
>>>Carlos E.R. <robin_listas@es.invalid> wrote:
>>>> On 23/09/2020 18.31, JimP wrote:
>>>>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>>>>> 
>> It still is if the functionality is turned on on the PC.  Any modern
>> PC goes into a soft-off state where the power button on the front
>> panel instead of physically switching the mains or battery power
>> instead triggers a watchdog circuit that starts the power-up process.
>>
>> The wake-on-lan functionality is generally switchable by a BIOS
>> setting or a jumper depending on the particular system.
>>
>> It's actually useful in a corporate environment where somebody can
>> switch a machine on at 2AM to install updates or whatever.  I can say
>> with some confidence however that my employer keeps it turned off and
>> may have the routers set to block the "magic packet" as well.  I say
>> this because if somebody inadvertently shuts off a machine in the
>> office while working remotely, somebody has to physically go press the
>> power button to get it back up.
>>
>> This does _not_ work however if the power is physically interrupted
>> (any machine that I build has a power switch on the power supply that
>> interrupts the mains power in addition to the soft-power button on the
>> front).
>>
>To be safe, one should unplug the computer. 
>
>I used assemble my computers, (bought a Lenovo last time) and one way
>of checking the power supply was to see if the Ethernet light was on or
>off, EVEN before it was switched on (fan working)
>
>My original message was about the hayes commands, which are no longer
>relevent. I remember setting up the amiga in a friends house, going to
>park in front of an office, and watching the activity when the Amiga
>rang the individual phones in the office, and security people there
>tried to find out what was happening. Daft, of course. 
>
>there was a local BBS, based on an amiga, which was very popular, until
>the owner bought a PC, and the listings changed from freeware to
>shareware. Did anyone ever use a PC for fun?

I used one, and still do, for fun. I make maps using Campaign
Cartographer, 2 then 3, and now 3 Plus. I also play Everquest MMO by
Daybreak Games.

-- 
Jim

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

#214543

On 2020-09-24, JimP <chucktheouch@gmail.com> wrote:
> On 24 Sep 2020 08:10:06 GMT, maus <maus@dmaus.org> wrote:
>>On 2020-09-23, J  Clarke <jclarke.873638@gmail.com> wrote:
>>> On Wed, 23 Sep 2020 11:36:59 -0700, Peter Flass
>>><peter_flass@yahoo.com> wrote:
>>>
>>>>Carlos E.R. <robin_listas@es.invalid> wrote:
>>>>> On 23/09/2020 18.31, JimP wrote:
>>>>>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>>>>>> 
>>
>>My original message was about the hayes commands, which are no longer
>>relevent. I remember setting up the amiga in a friends house, going to
>>park in front of an office, and watching the activity when the Amiga
>>rang the individual phones in the office, and security people there
>>tried to find out what was happening. Daft, of course. 
>>
>>there was a local BBS, based on an amiga, which was very popular, until
>>the owner bought a PC, and the listings changed from freeware to
>>shareware. Did anyone ever use a PC for fun?
>>

I should have excepted genuine games.

>
> I used one, and still do, for fun. I make maps using Campaign
> Cartographer, 2 then 3, and now 3 Plus. I also play Everquest MMO by
> Daybreak Games.
>

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

#214533

J. Clarke <jclarke.873638@gmail.com> writes:
>On Wed, 23 Sep 2020 11:36:59 -0700, Peter Flass
><peter_flass@yahoo.com> wrote:
>
>>Carlos E.R. <robin_listas@es.invalid> wrote:
>>> On 23/09/2020 18.31, JimP wrote:
>>>> On 23 Sep 2020 10:58:15 GMT, maus <maus@dmaus.org> wrote:
>>>>> 
>>>>> Good old days. I think that the best time was the arrival of the Amiga.
>>>>> I remember buying a modem, a  USRobotics one, with a large manual about
>>>>> the Hayes command set, including how to turn on a handset phone
>>>>> remotely. Fun.
>>>>> 
>>>>> Recently, I read that there is a suspicion that some tracing apps will
>>>>> allow that as well.
>>>> 
>>>> iPhone can be turned on by Apple and the US government. The user wont
>>>> notice. That is from several IT documents I read years ago.
>>>> 
>>>> Supposedly other cell phones aren't that vulnerable.
>>> 
>>> I don't see how a phone may be turned on remotely unless it leaves a 
>>> receiver on with some logic support to detect the right signal. And that 
>>> uses battery, of course. Maybe if the radio turns on intermittently to 
>>> listen for a few seconds and then goes to sleep for some minutes.
>>> 
>>
>>I remember when “wake on LAN” was a thing for PCs that did this.
>
>It still is if the functionality is turned on on the PC.  Any modern
>PC goes into a soft-off state where the power button on the front
>panel instead of physically switching the mains or battery power
>instead triggers a watchdog circuit that starts the power-up process.
>
>The wake-on-lan functionality is generally switchable by a BIOS
>setting or a jumper depending on the particular system.
>
>It's actually useful in a corporate environment where somebody can
>switch a machine on at 2AM to install updates or whatever. 


Most corporate servers have a BMC that's always on to handle
those sorts of tasks;  I haven't seen Wake-on-Lan used in a corporate
environment for a decade or more.

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

#214534

On Thu, 24 Sep 2020 13:39:00 +0000, Scott Lurndal wrote:

> Most corporate servers have a BMC that's always on to handle those sorts
> of tasks;  I haven't seen Wake-on-Lan used in a corporate environment
> for a decade or more.

I just use iLO here.

-- 
Using UNIX since v6 (1975)...

Use the BIG mirror service in the UK:
 http://www.mirrorservice.org

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

#214537

Bob Eager <news0073@eager.cx> writes:
>On Thu, 24 Sep 2020 13:39:00 +0000, Scott Lurndal wrote:
>
>> Most corporate servers have a BMC that's always on to handle those sorts
>> of tasks;  I haven't seen Wake-on-Lan used in a corporate environment
>> for a decade or more.
>
>I just use iLO here.

Which is basically a BMC by another name :-)

>

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

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | alt.folklore.computers

csiph-web