Mike, whenever you see "connection refused", it's usually a layer 4
issue (osi model here), meaning you don't have a service listening on
the port (ie. openssh-server not installed/running), or there's a
firewall blocking you (that sends rst/fin's back). I'm loathe to say
firewalls even, as th
Great! I'm glad it worked.
On Jul 10, 2012 11:20 PM, "Michael Havens" wrote:
> and that, my friend solved the problem! openssh-server was not installed
> on the laptop but openssh-client was. Now that both client and server are
> installed on both systems they both rsync in both directions again.
and that, my friend solved the problem! openssh-server was not installed on
the laptop but openssh-client was. Now that both client and server are
installed on both systems they both rsync in both directions again.
Yipee!
Thank you so much.
On Tue, Jul 10, 2012 at 10:32 PM, James Dugger wrote:
>
"The laptop can both pull and push the data. The desktop can do neither. T
issued command is:
rsync -vva --exclude=.*mozilla* --exclude=.*chromium* ~/
bmike2@192.168.0.3:/home/bmike2/;rsync
-vva --exclude=.*mozilla* --exclude=.*chromium*
bmike2@192.168.0.3:/home/bmike2/
~/"
looking at your rsync c
On Tue, Jul 10, 2012 at 1:29 PM, James Dugger wrote:
> which direction and from what machine is it running. Are you using rsync
>> installed on the laptop to push and/or pull data to the desktop or the
>> other way around?
>>
>
The laptop can both pull and push the data. The desktop can do neith
*1- I'm embarrassed to say, but I don't know. I think they both are client.
> rsync and ssh work from the laptop to the desktop but I can do neither the
> other way. *My apologies, let me clarify. Openssh installs as both
> server and client on each machine, so both computers are both. However t
On Tue, Jul 10, 2012 at 7:33 AM, James Dugger wrote:
> Mike,
>
> A few questions -
> which box is client and which is host (for purposes of ssh)?
>
1- I'm embarrassed to say, but I don't know. I think they both are client.
rsync and ssh work from the laptop to the desktop but I can do neither t
Also you mentioned networking problems with the address that you are using
in for Openssh can you ping the box? try pinging the host box from client
using ping -c4 check for packet loss. If you are losing
packets and/or the host cannot be reached than you have a network problem
other than just
Mike,
A few questions -
which box is client and which is host (for purposes of ssh)?
On which box is the rsync program running?
Are you using static IP addresses for both boxes?
On the client box do you have a known_hosts file in ~/.ssh
If you see known_hosts file type cat known_hosts wh
well... I'll tell you... I deleted known_hosts on the computer that will
not rsync or ssh and ran the reset command to find no gain in the
situation. I the tried to ssh from the laptop and after logging in I was
presented with a message that I needed to reboot. I did but there was no
improvement i
It is commented out.
On Mon, Jul 9, 2012 at 9:37 PM, James Dugger wrote:
> One other quick item, in the /etc/ssh/sshd_config file check to see of the
> following line is comment out or not:
>
> AuthorizedKeyFile%h/.ssh/authorized_keys (default is commented out)
>
> If it isn't commented out
One other quick item, in the /etc/ssh/sshd_config file check to see of the
following line is comment out or not:
AuthorizedKeyFile%h/.ssh/authorized_keys (default is commented out)
If it isn't commented out and you still can't access simple ssh then
comment it out and restart ssh. Once you
Mike,
By default the sshd_config file in Ubuntu 12.04 LTS (If that is what you
are using Debian and Mint should work the same) in /etc/ssh should have the
following defaults set under # Authentication:
StrictMode yes
RSAAuthentication yes
PubkeyAuthentication yes
You should not have to change a
l 8, 2012 at 7:33 PM, Lisa Kachold wrote:
>
>> Hi Mike?
>>
>> Are they on the same subnet?
>>
>> Is one a wireless and the other a wired?
>> Does your router allow passthrough to the wired devices on your network?
>>
>> On Sun, Jul 8, 2012 at 3:07 P
Mike,
First reinitialize the "known_hosts" file by the following from your ssh
client box:
cd ~/.ssh
rm known_hosts
ssh @
- Ubuntu will ask you for confirmation of your request to setup a key on
the server -
Type yes or 'y' which ever it asks for
type in password when prompted
- you should
I guess I'm doing something wrong!
ssh 192.168.0.4 -> connection refused
then I try to ssh to the other computer and it won't accept my password. I
even ran passwd to make sure I had the right pASSwd but that didn't help.
On Mon, Jul 9, 2012 at 2:27 PM, James Mcphee wrote:
> Try ssh-ing from on
Try ssh-ing from one host to the other. If the keys conflict with what's
in known_hosts, it'll kick out the ssh-keygen line to easily remove the
offending key.
On Mon, Jul 9, 2012 at 2:21 PM, Michael Havens wrote:
> so then delete known_hosts or the contents thereof?
>
>
> **
>>
>> I think
so then delete known_hosts or the contents thereof?
**
>
> I think that is the problem! I remember having to delete a public key when
> I was screwing around with it last time.
> Unfortunately I do not remember where this key is.
>
> ** **
>
> -
Probably in ~/.ssh/ somewhere (I think known_hosts)
From: plug-discuss-boun...@lists.plug.phoenix.az.us
[mailto:plug-discuss-boun...@lists.plug.phoenix.az.us] On Behalf Of
Michael Havens
Sent: Monday, July 09, 2012 2:12 PM
To: Main PLUG discussion list
Subject: Re: networking problem
I think
33 PM, Lisa Kachold wrote:
>>
>>> Hi Mike?
>>>
>>> Are they on the same subnet?
>>>
>>> Is one a wireless and the other a wired?
>>> Does your router allow passthrough to the wired devices on your network?
>>>
>>> On Sun,
Hi Mike?
Are they on the same subnet?
Is one a wireless and the other a wired?
Does your router allow passthrough to the wired devices on your network?
On Sun, Jul 8, 2012 at 3:07 PM, Michael Havens wrote:
> I think I figured out what my networking problem is. There is no route
> betwe
Well bummer. Thanks for the tips.
On Sun, Jul 8, 2012 at 3:16 PM, David Demland wrote:
> If neither of these computers are the gateway (router to the internet)
> then you do not need them in the routing table. They will be routed on
> layer two of the OSI model which means that they will be rou
PM
To: Main PLUG discussion list
Subject: networking problem
I think I figured out what my networking problem is. There is no route
between the two linux macines in th routing table. Does that sound right?
How do I add a route between the two if that is right?
--
:-)~MIKE
I think I figured out what my networking problem is. There is no route
between the two linux macines in th routing table. Does that sound right?
How do I add a route between the two if that is right?
--
:-)~MIKE~(-:
---
PLUG-discuss mailing list
24 matches
Mail list logo
