All;
I have an interesting challenge. Some speculation will be required to
solve this one!
The situation:
Linux Server sitting in Seattle, I'm in Florida.
The Linux Server crashed due to a power failure (I know, it needs a
UPS). When the server came back up, it came up, sans sshd. So I cannot
You could walk your on-site person thorugh enabling telnet, and use that
to troubleshoot... I know, it's not a very secure answer, but it may
get you up and running.
Shannon Neumann
Neumannweb Computers
www.neumannweb.net
Tibbetts, Ric wrote:
All;
I have an interesting challenge. Some
On Tue, Jan 07, 2003 at 09:49:03AM -0500, Tibbetts, Ric wrote:
Any suggestions, speculations, WAGs will be very greatfully accepted!
Get those two fingers to chkconfig telnet on and service xinetd
reload, then you telnet to the machine, diagnose, fix and change root
password (in case it was
On Tue, 7 Jan 2003, Javier Gostling wrote:
On Tue, Jan 07, 2003 at 09:49:03AM -0500, Tibbetts, Ric wrote:
Any suggestions, speculations, WAGs will be very greatfully accepted!
Get those two fingers to chkconfig telnet on and service xinetd
reload, then you telnet to the machine,
Speculating that X is on the system and maybe even VNC, that would be
another avenue if the onsite person were able to get that up and going.
I also realize that is not very secure, but it would be another method
and something that could be scripted as a backup in case sshd fails to
start in the
Javier Gostling wrote:
On Tue, Jan 07, 2003 at 09:49:03AM -0500, Tibbetts, Ric wrote:
Any suggestions, speculations, WAGs will be very greatfully
accepted!
Get those two fingers to chkconfig telnet on and service xinetd
reload, then you telnet to the machine, diagnose, fix and change root
On Tue, Jan 07, 2003 at 10:01:15AM -0500, Robert P. J. Day wrote:
just being pedantic, but if you enable an xinetd-managed service with
chkconfig, there is no need to reload/restart xinetd -- that's done
automagically.
I see. I did some tests and found that if you chkconfig xinetd-service
on
Check your /var/log/messages for any clues. There must be some error
messages logging there. Somehow someone will need to login to the machine
locally and give you the information.
Next time your up there I'd recommend a secondary service in case of any
problems with ssh. I like webmin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 7 Jan 2003 12:23:36 -0300, Javier Gostling wrote:
just being pedantic, but if you enable an xinetd-managed service
with chkconfig, there is no need to reload/restart xinetd -- that's
done automagically.
I see. I did some tests and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 07 Jan 2003 10:04:22 -0500, Tibbetts, Ric wrote:
I tried the telnet idea before. It's not even installed. So that's
out. but thanks for the suggestion.
Any thoughts on what would be causing sshd to fail would be helpfull.
Ric
PS: I
On Tue, Jan 07, 2003 at 10:04:22AM -0500, Tibbetts, Ric wrote:
I tried the telnet idea before. It's not even installed. So that's out.
but thanks for the suggestion.
Ok. Another one is to do an xhost + remote_host and have the guy at
the remote site do xterm -display your_host:0 so as to have
Javier Gostling wrote:
On Tue, Jan 07, 2003 at 10:04:22AM -0500, Tibbetts, Ric wrote:
I tried the telnet idea before. It's not even installed. So that's
out.
but thanks for the suggestion.
Ok. Another one is to do an xhost + remote_host and have the guy at
the remote site do xterm
If the remote fingers has root access, the I would use the earlier
suggestion of the xterm unless your firewall is going to block it.
Can you turn off the firewall temporarily until you can troubleshoot the
system? If that is the case, then use the earlier suggestion of
installing the telnet
On Tue, Jan 07, 2003 at 10:04:22AM -0500, Tibbetts, Ric wrote:
I tried the telnet idea before. It's not even installed. So that's out.
but thanks for the suggestion.
Any thoughts on what would be causing sshd to fail would be helpfull.
Ric
I would try one of two things. Try starting sshd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 07 Jan 2003 11:31:27 -0500, Tibbetts, Ric wrote:
Yeah, the server itself is running a firewall. (just to make this even
harder). So telnet is blocked. Even if it were installed, it's
blocked.
I'm really down to looking for a set of
Jeffrey Tadlock wrote:
On Tue, Jan 07, 2003 at 10:04:22AM -0500, Tibbetts, Ric wrote:
I tried the telnet idea before. It's not even installed. So that's out.
but thanks for the suggestion.
Any thoughts on what would be causing sshd to fail would be helpfull.
Ric
I would try one of two
On Tue, Jan 07, 2003 at 09:56:09AM -0500, Shannon Neumann wrote:
You could walk your on-site person thorugh enabling telnet, and use that
to troubleshoot... I know, it's not a very secure answer, but it may
get you up and running.
Shannon Neumann
Neumannweb Computers
www.neumannweb.net
Michael Schwendt wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 07 Jan 2003 11:31:27 -0500, Tibbetts, Ric wrote:
Yeah, the server itself is running a firewall. (just to make this even
harder). So telnet is blocked. Even if it were installed, it's
blocked.
I'm really down to
If you have, say, a Knoppix CD sitting there as an emergency disk, you
could have your Remote Fingers boot from it, talk him/er though
configuring networking (if Knoppix can't do it automatically) and then
turn on sshd, then login remotely and look about.
-kb
--
redhat-list mailing list
19 matches
Mail list logo