Re: networking problem
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 james.dug...@gmail.comwrote: Type: dpkg --get-selections | grep openssh-* to find out if Openssh is installed on the system. If it is you should see the following: openssh-client install openssh-server install To install it if it isn't installed type: sudo apt-get install openssh-server -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 directions again. Yipee! Thank you so much. On Tue, Jul 10, 2012 at 10:32 PM, James Dugger james.dug...@gmail.comwrote: Type: dpkg --get-selections | grep openssh-* to find out if Openssh is installed on the system. If it is you should see the following: openssh-client install openssh-server install To install it if it isn't installed type: sudo apt-get install openssh-server -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 there IS no firewall local to a vlan (unless your network engineers get crazy with vlan acl's on managed enterprise gear). Pick up a CCNA/N+ book, would do you some good to understand layer 1-4 troubleshooting, but it's something like this: Test Layer 1 - Link light on both ports to a switch, check Test Layer 2 - Look for arp entries after you try to pass traffic, no arp, no vlan/switch communication, check Test layer 3 - Ping between devices, if ping works, move to layer 4 Test layer 4 - Telnet to the tcp service port (ssh==22), if you can't connect or refused, check the service or for presence of firewall, if you can, app issue - go to os/app sudo netstat -anp | grep tcp | grep LISTEN is your friend, look for the port/service listening to make sure it is accepting connections, like for ssh you'll see 0.0.0.0:22 0.0.0.0:* LISTEN. This means it is accepting connections on port 22 on/for all ip's, which is what you want for public services. Worst case, try to telnet localhost 22 locally to make sure it works there, that'll disprove firewalls in the mix. This is quite basic, but usually good enough for most appdev's that come beating me about the ears with network problems to diagnose their own poop first. Usually ends up with something stupid like service wasn't running or opps, it only bound itself to listen on localhost/127.0.0.1). Much like here. :) rant Unfortunately I've found in most rapid development/deployment methodologies (umm, microsofties mostly), they instill this mindset of you don't have to know networking, call this magical function that makes data appear in your buffer - easy see!, at least until it doesn't work the first time. Anything else == contact your network administrator, and they wonder why network people hate nothing more than to see an app person walking toward them with a clueless, panicked look on their face. Network engineers hate this, as more often than not, the services they're trying to use simply don't work, and they have no idea how to even troubleshoot it (neither of which amount to a network problem per se, just theirs). Developers really need taught some network 101 (and beyond actually) with how to use their servers still. /rant Funny part is I don't usually have this issue with unix apps/devs, as most unix/linux admins are forced by nature to know what a tcp/udp socket is, and how it works. As a network guy, I learned AD, Windoze server stuff, and even Unix/Linux to simply be able to combat clueless users on my networks, including most sysadmins that don't understand networking. Not to say they're all clueless in general, but most that deal with network-based services know far less networking than they should. Simply telling them their apps are broken are not sufficient, more often than not even telling them why it's broken is not sufficient, but simply I end up having to log in, and fix it for them as they have no concept of a tcp socket or how they work. -mb On 07/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. Yipee! Thank you so much. On Tue, Jul 10, 2012 at 10:32 PM, James Dugger james.dug...@gmail.com mailto:james.dug...@gmail.com wrote: Type: dpkg --get-selections | grep openssh-* to find out if Openssh is installed on the system. If it is you should see the following: openssh-client install openssh-server install To install it if it isn't installed type: sudo apt-get install openssh-server -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us mailto:PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 isn't commented out and you still can't access simple ssh then comment it out and restart ssh. Once you have simple known_host resolution and want to reestablish keys than remove the # write and save the sshd_config and restart ssh -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 in the situation. On Tue, Jul 10, 2012 at 12:03 AM, Michael Havens bmi...@gmail.com wrote: It is commented out. On Mon, Jul 9, 2012 at 9:37 PM, James Dugger james.dug...@gmail.comwrote: 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 have simple known_host resolution and want to reestablish keys than remove the # write and save the sshd_config and restart ssh -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 while in the directory ~/.ssh do you see the line id-rsa= with a bunch of numbers and letter pairs? On client do you see id_rsa and id_rsa.pub in ~/.ssh? On the host box do you see a file named authorized_keys in ~/.ssh? 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 in the situation. -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 other than just ssh and you will need to solve this first. -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking 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 I can do neither the other way. 2- As for ping: it will ping from the desktop to the laptop but not the other way. Is this odd? In my mind it shouldn;t ping from the desktop to the laptop! seeing as what I said in 1. 3- Static IP addresses? I know I set them up as static when I first set it up and with each new install they didn't change so I never bothered making sure they were static again. It is bad of me but i just assumed everything was cool. 4- known_hosts file? There is a known_hosts file on the laptop and after it was deleted it recreated itself. Not so on the desktop. I deleted it and it didn't recreate itself. 5- id_rsa and id_rsa.pub in ~/.ssh? Neither of those files exist. 6- authorized_keys? On neither of the boxes do I see the file authorized_keys. So I suppose that means neither is a host. 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 while in the directory ~/.ssh do you see the line id-rsa= with a bunch of numbers and letter pairs? On client do you see id_rsa and id_rsa.pub in ~/.ssh? On the host box do you see a file named authorized_keys in ~/.ssh? 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 other than just ssh and you will need to solve this first. 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 in the situation. -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
*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 computer requesting access is the client and the remote is the server. Since rsync can both push and pull data, 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? In this case the laptop is the ssh client and desktop is the ssh server. *2- As for ping: it will ping from the desktop to the laptop but not the other way. Is this odd? In my mind it shouldn;t ping from the desktop to the laptop! seeing as what I said in 1. *This could be a number of things. Laptop is not responding to the IP address sent, DNS addressing in the desktop is not set correctly, or the port through which you are trying to access the laptop is not allowing either the desktop to use it or the laptop to see. Do you have a router or other gateway device port forwarding between the desktop and the laptop, any user set firwall settings in ufw you have added? *3- Static IP addresses? I know I set them up as static when I first set it up and with each new install they didn't change so I never bothered making sure they were static again. It is bad of me but i just assumed everything was cool. *I would double check these first in /etc/network/interfaces for each system. Make sure you are using the right addresses. *4- known_hosts file? There is a known_hosts file on the laptop and after it was deleted it recreated itself. Not so on the desktop. I deleted it and it didn't recreate itself. * This tells me that the each machine has at one time been both a client and a host. it also confirms that the laptop was able to at least negotiate with the desktop and create a known_host file on the laptop to generate the key. *5- id_rsa and id_rsa.pub in ~/.ssh? Neither of those files exist. *This tells me that public keys have not been generated for either machine (unless they were erased). Not an issue you should be able to simply use host-key authentication. *6- authorized_keys? On neither of the boxes do I see the file authorized_keys. So I suppose that means neither is a host. *Not necessarily, Openssh has two different ways in which to authenticate; host keys which authenticate computers and identity keys which authenticate users. Both use the same type of key (RSA or DSA) but the keys are stored in different locations (host keys are store in known_hosts and identity keys are stored in authorized_keys) Openssh Authentication Overview There are two ways to authenticate Openssh, through host-keys and identity keys. You only need to authenticate one method. Method 1 - Host-key identification is the simplest because you don't have to create the key. it is created for you when you use ssh the first time. Both machines talk to each other and generate the keys themselves. This is the key that is placed in known_hosts. When authenticating, ssh uses this key to authenticate the computer (not the user) you are trying to connect to. If the keys match (in Known_hosts) than you are given the login as prompt to identify yourself. This authentication type will always require you to login as your username and password which is the username and password on the remote box you are trying to connect to. Method 2 - Identity-keys or Public Key Authentication is user based and allows you log into multiple hosts with the same login or passphrase (that is separate from your username and password). You the user must generate this key and then place it on both computers in the authorized_keys file -- Since both key types require keys on both machines and the known_host file is not reinitializing on the desktop, this tells me that the desktop is not talking to the laptop. This is consistent with the fact that you cannot ping the laptop from the desktop. James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 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/ ~/ Do you have a router or other gateway device port forwarding between the desktop and the laptop, any user set firwall settings in ufw you have added? Nothing has been added to ufw and and my router is just the modem. *3- Static IP addresses? I know I set them up as static when I first set it up and with each new install they didn't change so I never bothered making sure they were static again. It is bad of me but i just assumed everything was cool. *I would double check these first in /etc/network/interfaces for each system. Make sure you are using the right addresses. So what do *I do*? Should I put the computers ip address in?. This is what I did and then I restarted the service on the desktop. But when I tried to restart it on the laptop: bmike1@MikesLaptop:~$ sudo service ssh reload ssh: unrecognized service bmike1@MikesLaptop:~$ sudo /etc/init.d/ssh restart sudo: /etc/init.d/ssh: command not found bmike1@MikesLaptop:~$ so this means ssh is not running on the laptop? Then why does it rsync only from the laptop -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 command syntax, if I understand, bmike2 is your username on the desktop and the IP address for the desktop is 192.168.0.3. You have 2 rsync lines here, it appears that both are initiated from the laptop with line 1 pushing data to the desktop and the second pulling data from to the desktop. Nothing has been added to ufw and and my router is just the modem. If I understand you correctly you are not going through a router (level 3 device) between yourd desktop and the laptop. in other words you have set up a point-to-point network (level 2). The Openssh default settings are desigend to be used in a standard level 3 (routed environment) While it may be possible to operate Openssh at level 2, I am not sure what changes in ssh configuration is required to use it or when it might have issues in point-to-point networking. So what do *I do*? Should I put the computers ip address in?. This is what I did and then I restarted the service on the desktop. But when I tried to restart it on the laptop: As far as the IP Addresses I was refering makeing sure you were using the correct addressing for the desktop and laptop - whatever the ifconfig lists as the inet addr: is the current IP Adress assigned to that computer. to check if openssh is installed, running, and who is using it us the following commands on both systems: type this to see if it is running: sudo netstat -anp | grep :22 This will tell you which IP Addresses are assigned to ssh tunnels type: sudo ps -ef | grep sshd to find out which user(s) is logged in to ssh sessions. Type: dpkg --get-selections | grep openssh-* to find out if Openssh is installed on the system. If it is you should see the following: openssh-client install openssh-server install To install it if it isn't installed type: sudo apt-get install openssh-server -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 likely your laptop is not accepting the ssh tunnel because the key pairs between the desktop and the laptop no longer match. depending on how you set this up this will either require changing or deleting the public key file or a user specific key-pair file on the laptop and resetting it. 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 say. I think so because it was working before my HD crashed on the desktop. Also rsync will run between the two computers. The problem is that I can't access the computer through Caja (formerly known as nautilus). Hm now when I try to rsync it gives me a 'connection refused' when I try to rsync from the desktop to the laptop. This must be because I installed a new OS on the laptop. What do I have to open to get ssh to work? On Sun, Jul 8, 2012 at 7:33 PM, Lisa Kachold lisakach...@obnosis.comwrote: 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 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 - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- (503) 754-4452 Android (623) 239-3392 Skype (623) 688-3392 Google Voice ** http://it-clowns.comSafeway.com Automation Engineer --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
RE: networking problem
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 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. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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. ** ** --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 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. ** ** --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James McPhee jmc...@gmail.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 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 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. ** ** --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James McPhee jmc...@gmail.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 password when prompted - you should now have prompt for username@ip address of ssh host box:$ This should rewrite the known_hosts file in your user directory on the client box At this point you should be able to ssh into your host by using the username@ip address of host box If you can't than perhaps you setup up public keys for authentication. If you have public keys setup than you should see 2 files named id_rsa and id_rsa.pub on your ssh client machine in a directory named /home/username/.ssh. id_rsa is your private key that needs to remain here. The id_rsa.pub is the public key that needs to be copied to your ssh server. If you see the id_rsa.pub file and you still know your passphrase that you setup (if you set one up) than it is a matter of appending id_rsa.pub into a file called authorized_keys located in ~/.ssh on the host computer. If you only have the single client connected to the host than you can rename the authorized_keys file on your host and append id_rsa.pub to a new version. NOTE if you do not see the id_rsa.pub file and only have the id_rsa file than you will need to generate a new set of public keys (see Method 2). Method 1 If you have been able to establish simple ssh between the 2 boxes, from the client computer (where id_rsa.pub is found) it might be as simple as typing the following: ssh username@host ip address cat ~/.ssh/authorized_keys ~/.ssh/id_rsa.pub or after establishing an ssh connection typing the following: cat ~/.ssh/authorized_keys ~/.ssh/id_rsa.pub If ssh is not working you will need to get the id_rsa.pub onto the host computer and append it from there. Logon to host computer as user to be authenticated and copy the file using scp command and place it in the ~/.ssh directory. Method 2 (New keys) To generate new keys type the following from the client box (do not do this using sudo or as root but as your own username): ssh-keygen -t rsa - Ubuntu will prompt you for the location to place the key pairs just pick the default - You will be prompted for a passphrase - You will be asked for passphrase confirmation Then copy the id-rsa.pub file to the host computer by Method 1. -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 say. I think so because it was working before my HD crashed on the desktop. Also rsync will run between the two computers. The problem is that I can't access the computer through Caja (formerly known as nautilus). Hm now when I try to rsync it gives me a 'connection refused' when I try to rsync from the desktop to the laptop. This must be because I installed a new OS on the laptop. What do I have to open to get ssh to work? That means that your connection was refused. So, you probably have strict checking on in your /etc/ssh/sshd_config and you named your new system the same as the old one. You can remove your known_hosts file from ~michael/.ssh/known_hosts file. You can turn off strict checking also in the /etc/ssh/sshd_config file (not recommended, even if you ARE on a trusted network). On Sun, Jul 8, 2012 at 7:33 PM, Lisa Kachold lisakach...@obnosis.comwrote: 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 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 - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- (503) 754-4452 Android (623) 239-3392 Skype (623) 688-3392 Google Voice ** http://it-clowns.comSafeway.com Automation Engineer --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- (503) 754-4452 Android (623) 239-3392 Skype (623) 688-3392 Google Voice ** http://it-clowns.comSafeway.com Automation Engineer --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 any of these settings. With these 3 settings set to yes RSA, and public keys are automacally activated for use. Ubuntu will first search for an authorize_key in the ~/.ssh directory if it finds it it will try and resolve the id_rsa key pairs. If these keys no longer match then you will get a failed to connect error in the terminal. Only IF it doesn't find an authorize_key will it default to the known_host file. So If you are still having issues connecting and you see that you have an authorize_key file in ~/.ssh then try renaming it as well as removing the known_hosts and restarting ssh either by: sudo /etc/init.d/ssh restart or sudo service ssh reload Then try a basic ssh into the host from the client to reestablish the known_host file. If you are able to log on then proceed to generate new keys per Method 2 and copy them to the host machine by Method 1. Goog luck -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 have simple known_host resolution and want to reestablish keys than remove the # write and save the sshd_config and restart ssh -- James --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
RE: networking problem
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 gateway the two computers can see each other, but you will not be able to route to the internet. Hope this helps. David From: plug-discuss-boun...@lists.plug.phoenix.az.us [mailto:plug-discuss-boun...@lists.plug.phoenix.az.us] On Behalf Of Michael Havens Sent: Sunday, July 08, 2012 3:08 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~(-: _ No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2195 / Virus Database: 2437/5118 - Release Date: 07/08/12 --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 they will be routed using the MAC address. This is done by using the ARP table. If one of these computers is the gateway the two computers can see each other, but you will not be able to route to the internet. ** ** Hope this helps. ** ** David --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: networking problem
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 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 - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- (503) 754-4452 Android (623) 239-3392 Skype (623) 688-3392 Google Voice ** http://it-clowns.comSafeway.com Automation Engineer --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
