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
Great! I'm glad it worked.
On Jul 10, 2012 11:20 PM, Michael Havens bmi...@gmail.com 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
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
It is commented out.
On Mon, Jul 9, 2012 at 9:37 PM, James Dugger james.dug...@gmail.com 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
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
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
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 host ip address check for packet loss. If you are losing
packets and/or the host cannot be reached than you have a network problem
On Tue, Jul 10, 2012 at 7:33 AM, James Dugger james.dug...@gmail.comwrote:
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
*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 the
On Tue, Jul 10, 2012 at 1:29 PM, James Dugger james.dug...@gmail.comwrote:
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
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
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.
On Mon, Jul 9, 2012 at 11:01 AM, James Dugger james.dug...@gmail.comwrote:
Mike,
Regarding the rsync problem through ssh, most
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
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.
** **
---
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 bmi...@gmail.com wrote:
so then delete known_hosts or the contents thereof?
**
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 jmc...@gmail.com wrote:
Try
Mike,
First reinitialize the known_hosts file by the following from your ssh
client box:
cd ~/.ssh
rm known_hosts
ssh username@IP address of ssh host box
- 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
Hi Mike,
On Mon, Jul 9, 2012 at 7:57 AM, Michael Havens bmi...@gmail.com wrote:
Lisa fantastic to hear from you!
Yes, they are both in the same subnet, 192.168.0.X
Yes. The laptop is wireless while the desktop is connected to the internet
via a cable.
As for allowing passthrough I can't
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
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
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 routed using the MAC address.
This is done by using the ARP table. If one of these computers is the
Well bummer. Thanks for the tips.
On Sun, Jul 8, 2012 at 3:16 PM, David Demland deml...@cox.net 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
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 bmi...@gmail.com wrote:
I think I figured out what my networking problem is. There is no route
23 matches
Mail list logo
