From Alexander.Stade@vattenfall.com Tue Oct 18 09:05:43 2011 Received: from mail25.vattenfall.de (mail25.vattenfall.de [91.192.14.20]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9I95amA027819 for ; Tue, 18 Oct 2011 09:05:43 GMT X-AuditID: 5bc00e0a-b7faa6d000005c85-d8-4e9d415fd0c9 From: To: Date: Tue, 18 Oct 2011 11:05:33 +0200 Subject: expanding host names Thread-Topic: expanding host names Thread-Index: AQHMjXUXnrY8aZj83kytJpTvHiU4Tg== Message-ID: Accept-Language: en-US, de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprALMWRmVeSWpSXmKPExsUSfYCPXTfeca6fwbFN5hbtn9eyOjB6nPrd zhrAGMVlk5Kak1mWWqRvl8CVcbqZs2CyYMWLzg7WBsbzvF2MnBwSAiYSpxpfsUPYYhIX7q1n A7HZBNQkGmftZOxi5OAQEZCUWNIlDBJmEVCVmHrqKiOILSwgK7Hm3BKwchEBJYlpZ9dC2XoS XRNesoDYvAJREvebP4HFGYHqOxveMUGsEpRYNHsPM8zaf7seQtXISLx6toEZoldQ4uTMJ2Bz mAXEJW49mc8EYetILNgNMZNZQFti2cLXzBMYBWchaZmFpGUWkpZZSFoWMLKsYhTJTczMMTLV K0ssKUnNS0vMydFLSd3ECAlVrh2Mz5s0DzFKc7AoifPunTvNT0ggPbEkNTs1tSC1KL6oNCe1 +BAjEwenVAOj0BzP8NxUprp5ApP7trinbLDd9GyB1U0VnQ/TdFY9ZFJcNvng95nO38XCIli3 vXQ4d981O+Vqg1nQzTRD/+q4sKoazsQJC25On2jzPluir/7dkVyNN96SM3qLrW05HwpObv6Q t+b1zKicdW+yljzZJ3+vSFdg56z53fnvtm4SOGnJfOOPxfPzSizFGYmGWsxFxYkAjnQLtiMC AAA= X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id p9I95amA027819 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2011 09:05:44 -0000 I'm trying to consolidate my various console technologies with conserver. I have Cycla^H^H^H^H^HAvocent AlterPath CS48, Digi TS and a few others for concentrators. Then I have HP iLO in various versions as well as Oracle's ILOM and XSCF. I'm sure there are more things I could integrate with this software and I'll be expanding that as time goes by. I've got the various concentrators set up pretty much and that appears to work fine. I might tune a script or value here and there, but largely it works very well. The issue comes up when I try to connect to the "on-board" service processors on some of the systems. We tend to name those ports with a basename of the hostname, then a dash "-" and an extension. Currently this extension isn't completely harmonized, but typically a host name could look like "hostname-lom", "hostname-ilo", "hostname-r". What I'd like to do is to set up a default for each of the different service processors, something like this: default hp-ilo { type exec; exec ssh Administrator@&; initcmd "/opt/conserver/lib/ilo-console"; #<-- this is an expect script that starts the virtual serial port } default xscf { type exec; exec ssh sysadmin@&; initcmd "/opt/conserver/lib/xscf-console"; #<-- also an expect script that connects the console } console dasher { include hp-ilo; } console blitzen { include hp-ilo; host blitzen-r } console comet { include xscf; } What I'd like to do within those defaults is to set something up that appends "-ilo" for hp-ilo and "-lom" for xscf, such that the default is to expand "dasher" to connect to "dasher-ilo" and "comet" to "comet-lom". Is this possible? Also looking at "blitzen", I wish to override that default with a custom host name as I understand that the `aliases' keyword is the inverse of I want to do. I want to force the conversion of the base name, not allow an additional name. I'm not very savvy with the configuration itself so I apologize if I am explaining this in a confusing manner. Looking forward to hearing from you and thank you for the very versatile software. Sincerely, -Alex From bryan@stansell.org Tue Oct 18 22:00:47 2011 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9IM0lkY021083 for ; Tue, 18 Oct 2011 22:00:47 GMT Received: (from bryan@localhost) by underdog.stansell.org (8.14.4/8.14.4/Submit) id p9IM0l8c021081 for users@conserver.com; Tue, 18 Oct 2011 22:00:47 GMT Date: Tue, 18 Oct 2011 22:00:47 +0000 From: Bryan Stansell To: users@conserver.com Subject: Re: expanding host names Message-ID: <20111018220047.GA9938@underdog.stansell.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2011 22:00:48 -0000 Here's your stuff with the bits I think you're missing... default hp-ilo { type exec; exec "ssh Administrator@&-ilo"; execsubst &=cs; initcmd "/opt/conserver/lib/ilo-console"; #<-- this is an expect script that starts the virtual serial port } default xscf { type exec; exec "ssh sysadmin@&-xscf"; execsubst &=cs; initcmd "/opt/conserver/lib/xscf-console"; #<-- also an expect script that connects the console } console dasher { include hp-ilo; } console blitzen { include hp-ilo; } console comet { include xscf; } That makes an ssh connection to dasher-ilo, blitzen-ilo, and commet-xscf when you connect to the non-dashed console names. Hope that's what you were shooting for. Bryan From feliperechia@gmail.com Fri Oct 21 13:32:40 2011 Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LDWWuk012349 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Fri, 21 Oct 2011 13:32:39 GMT Received: by vws9 with SMTP id 9so3028756vws.9 for ; Fri, 21 Oct 2011 06:32:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Dm81CyajP//cRUFHdT8XxiQUlXxlnFhpsLv7Ns72QLk=; b=CBj4PIvCn8/SIWWpKC/ScMWHbnX0kh4G+tPlljwapuDPqBKdfMJiC/vqerjOyqa0ka pQP0FHjUUPVs/ddzYo2vhVgNiIj4Ee47igMdnqtPXCXSG7qamcXIPZJ+rQh8iJqlpRFp f/kOJakflGRglnm0/ArLJEYYuXfTXjzUDSQ4c= MIME-Version: 1.0 Received: by 10.52.177.3 with SMTP id cm3mr14147949vdc.89.1319203950484; Fri, 21 Oct 2011 06:32:30 -0700 (PDT) Received: by 10.52.110.170 with HTTP; Fri, 21 Oct 2011 06:32:30 -0700 (PDT) Date: Fri, 21 Oct 2011 11:32:30 -0200 Message-ID: Subject: Slow connection time - turning off reverse DNS lookup From: Felipe Rechia To: users@conserver.com Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 13:32:40 -0000 Hello! I am currently using conserver to access several serial interfaces spread out among a few servers. We have a single conserver-server acting as master, and 6 servers have their serial interfaces accessible via this star topology. We've just had an IP address migration and our conserver clients no longer have proper reverse DNS lookup. Users are complaining that console now takes a long time to show the current status (console -u) and also a long time to connect. For instance, console -u takes 45 seconds to show all the available serial ports (at most 8 serial ports per server) Just for comparison purposes, a similar problem was found with SSH, but it is possible to solve it by disabling the UseDNS parameter in /etc/ssh/sshd_config file ("UseDNS no") at the server. Is it possible to turn off reverse DNS lookup on conserver? If so, how is it done? I have searched for this in the man pages but couldn't find anything... A workaround is to add all known hosts to each server's /etc/hosts file, but this is the dumb way of solving it... Any other ideas? Thanks in advance for any feedback! And also many thanks for the conserver app, it is a really useful tool :) Best Regards Felipe Rechia From cfowler@outpostsentinel.com Fri Oct 21 13:45:34 2011 Received: from support.opsdc.com (support.opsdc.com [65.254.219.9]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LDjRHc023594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 21 Oct 2011 13:45:34 GMT Received: from [192.168.100.2] ([192.168.100.2]) by support.opsdc.com (8.13.8/8.13.8) with ESMTP id p9LDjLGC023410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Oct 2011 09:45:22 -0400 Subject: Re: Slow connection time - turning off reverse DNS lookup From: Chris Fowler To: Felipe Rechia In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Fri, 21 Oct 2011 09:45:19 -0400 Message-ID: <1319204719.2493.536.camel@compaq-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cfowler@opsdc.com List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 13:45:34 -0000 I have to admit that sometimes it is easier for me to edit the code then to read the manual :) In 7.2.X I had this problem and simply commented out the revers look up. In my use I have no need to know the name that is associated with and address. Chris From Alexander.Stade@vattenfall.com Fri Oct 21 14:26:30 2011 Received: from mail25.vattenfall.de (mail25.vattenfall.de [91.192.14.20]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LEQNxA029942 for ; Fri, 21 Oct 2011 14:26:29 GMT X-AuditID: 5bc00e0a-b7faa6d000005c85-b6-4ea1810d7855 From: To: , Date: Fri, 21 Oct 2011 16:22:18 +0200 Subject: RE: Slow connection time - turning off reverse DNS lookup Thread-Topic: Slow connection time - turning off reverse DNS lookup Thread-Index: AcyP9ol15QPG14fPSzia3gTZtrf8rAABk1Zh Message-ID: References: In-Reply-To: Accept-Language: en-US, de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrELMWRmVeSWpSXmKPExsUSfYCPQ5e3caGfQesyZYvrN+czWrR/Xsvq wORx6nc7q8fOWXfZA5iiuGxSUnMyy1KL9O0SuDKe/40vOC1Usbn1F1sD4wT+LkZODgkBE4mZ E5pZIGwxiQv31rOB2GwCahKNs3YygtgiAsYSTQe3g9WwCKhKtPfPB4sLCzhJ7H1+gL2LkQOo xlniwtR4iHIjiadPPrCC2LwCURKPpj0DKxcSCJD4sPQO2HhOgUCJs42rwOKMArISnQ3vmCBO EJRYNHsPM8w5/3Y9ZIOokZF49WwDM8RMQYmTM5+AncMsIC5x68l8JghbR2LB7k9sELa2xLKF r5knMArPQtIyC0nLLCQts5C0LGBkWcUokpuYmWNkqleWWFKSmpeWmJOjl5K6iRES7lw7GJ83 aR5ilOZgURLn3Tt3mp+QQHpiSWp2ampBalF8UWlOavEhRiYOTqkGRnapVl1jyXdXctt0CyNM un4aZvmZnL55ca7X3StfdmvLnPxrv71lfv+slgkru1yzRCaL3skJkuVUOqX3cOGVsqMf9ucn s5yuWubZ06vwqjnMZw7fPz6BtqxbAf1vFVf5vIop+XlvhmNGf6fcim/5mUViKzv772bovWA8 8MFi1ooqfTUG6Zx9SizFGYmGWsxFxYkAclj8HkUCAAA= X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id p9LEQNxA029942 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 14:26:30 -0000 Without having the slightest clue about your setup aside from what you've told me, what type of system(s) are we dealing with? For instance, in Solaris you can define search orders in /etc/nsswitch.conf for hosts databases: hosts: files dns Then add the appropriate entries to your /etc/hosts file and things should speed up a bit. As an aside, it doesn't make much sense to me that you'd get a 45 sec timeout if a DNS server is responding with an NXDOMAIN error. It seems to me that you're looking for DNS servers that aren't responding. I'd check to see if your DNS server settings are correct prior to trying to alter source code to circumvent this behavior. -Alex ________________________________________ From: users-bounces@conserver.com [users-bounces@conserver.com] On Behalf Of Felipe Rechia [feliperechia@gmail.com] Sent: Friday, October 21, 2011 3:32 PM To: users@conserver.com Subject: Slow connection time - turning off reverse DNS lookup Hello! I am currently using conserver to access several serial interfaces spread out among a few servers. We have a single conserver-server acting as master, and 6 servers have their serial interfaces accessible via this star topology. We've just had an IP address migration and our conserver clients no longer have proper reverse DNS lookup. Users are complaining that console now takes a long time to show the current status (console -u) and also a long time to connect. For instance, console -u takes 45 seconds to show all the available serial ports (at most 8 serial ports per server) Just for comparison purposes, a similar problem was found with SSH, but it is possible to solve it by disabling the UseDNS parameter in /etc/ssh/sshd_config file ("UseDNS no") at the server. Is it possible to turn off reverse DNS lookup on conserver? If so, how is it done? I have searched for this in the man pages but couldn't find anything... A workaround is to add all known hosts to each server's /etc/hosts file, but this is the dumb way of solving it... Any other ideas? Thanks in advance for any feedback! And also many thanks for the conserver app, it is a really useful tool :) Best Regards Felipe Rechia _______________________________________________ users mailing list users@conserver.com https://www.conserver.com/mailman/listinfo/users From dirk.wetter@googlemail.com Fri Oct 21 14:51:13 2011 Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.29.24]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LEp6Gc021437 for ; Fri, 21 Oct 2011 14:51:12 GMT Received: from [85.177.207.75] (helo=smtp.labhamburg.lan) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1RHGR5-00078M-Nd for users@conserver.com; Fri, 21 Oct 2011 16:51:03 +0200 Received: from [IPv6:2001:6f8:1c3f:10::3] (eagle.labhamburg.lan [IPv6:2001:6f8:1c3f:10::3]) by smtp.labhamburg.lan (Postfix) with ESMTP id 857CE200B2BB for ; Fri, 21 Oct 2011 16:51:02 +0200 (CEST) Message-ID: <4EA186D5.6060601@googlemail.com> Date: Fri, 21 Oct 2011 16:51:01 +0200 From: Dirk Wetter User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.2.23) Gecko/20110920 Lightning/1.0b2 Thunderbird/3.1.15 MIME-Version: 1.0 To: users@conserver.com Subject: Re: Slow connection time - turning off reverse DNS lookup References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Df-Sender: NDM2MjM5 X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 14:51:13 -0000 Hi Felipe, apart from deconfiguring reverse lookup for every client side instance using DNS I would rather try to understand what's going on. Look into the client system logs and DNS logs, as well as looking into the DNS network traffic. If the IP address migration "just" occured, maybe there's a caching issue on the server side. Or all of a sudden clients try UDP first which fails for some strange reason, then TCP? Or whatever.... On the client side you could as well use nscd to cache DNS entries. However it might be also a good idea to restart it, if you changed DNS on the server side, if you have NSCD it running already. HTH, Dirk Am 10/21/2011 03:32 PM, schrieb Felipe Rechia: > Hello! > > I am currently using conserver to access several serial interfaces > spread out among a few servers. We have a single conserver-server > acting as master, and 6 servers have their serial interfaces > accessible via this star topology. > > We've just had an IP address migration and our conserver clients no > longer have proper reverse DNS lookup. > > Users are complaining that console now takes a long time to show the > current status (console -u) and also a long time to connect. For > instance, console -u takes 45 seconds to show all the available serial > ports (at most 8 serial ports per server) > > Just for comparison purposes, a similar problem was found with SSH, > but it is possible to solve it by disabling the UseDNS parameter in > /etc/ssh/sshd_config file ("UseDNS no") at the server. > > Is it possible to turn off reverse DNS lookup on conserver? If so, how > is it done? I have searched for this in the man pages but couldn't > find anything... A workaround is to add all known hosts to each > server's /etc/hosts file, but this is the dumb way of solving it... > Any other ideas? > > Thanks in advance for any feedback! And also many thanks for the > conserver app, it is a really useful tool :) > > Best Regards > Felipe Rechia > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users From feliperechia@gmail.com Fri Oct 21 19:27:13 2011 Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LJR7mV024954 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Fri, 21 Oct 2011 19:27:13 GMT Received: by vws9 with SMTP id 9so3370971vws.9 for ; Fri, 21 Oct 2011 12:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=r2I0JCywlVkHYtBrYJ37L/bjNlAaXBEDwhkrI6jh6fw=; b=h/CUX3VMBsT7xYqb+rFEljv+WmFeER279A0HWu62xc6xvl85YlQGjAp7Rf3YSn9C0Q gMxR6J7FM35xYYM+DSAtJ1L94xW4z2xTtztLc0OaAsDnzabcd7zi5cWR9Fuk7DHa9y0E OrsQJvdbjpqb0z+X93XNsBba/AJdesgI0b1Mk= MIME-Version: 1.0 Received: by 10.52.76.69 with SMTP id i5mr15364349vdw.4.1319225226293; Fri, 21 Oct 2011 12:27:06 -0700 (PDT) Received: by 10.52.110.170 with HTTP; Fri, 21 Oct 2011 12:27:06 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 17:27:06 -0200 Message-ID: Subject: Re: Slow connection time - turning off reverse DNS lookup From: Felipe Rechia To: Alexander.Stade@vattenfall.com Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id p9LJR7mV024954 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 19:27:14 -0000 Hi Alex! > Without having the slightest clue about your setup aside from what you've told me, what type of system(s) are we dealing with? For instance, in Solaris you can define search orders in /etc/nsswitch.conf for hosts databases: > > hosts: files dns > I am using both conserver-server and client installed as packages for ubuntu 10.04. > Then add the appropriate entries to your /etc/hosts file and things should speed up a bit. > Yes, this works. I've edited the /etc/hosts file of one server to test it , but since I have 6 conserver-servers, I'd always have to replicate any hostname updates to the /etc/hosts file of all servers. Currently I have around 10 different users which could connect from different IP addresses from our internal network, and some also from a range of IP addresses acquired via DHCP. So I'd have to create lots of entries in the files, and I'm currently looking for a simpler option. > As an aside, it doesn't make much sense to me that you'd get a 45 sec timeout if a DNS server is responding with an NXDOMAIN error. It seems to me that you're looking for DNS servers that aren't responding. I'd check to see if your DNS server settings are correct prior to trying to alter source code to circumvent this behavior. > The DNS server previously had all the access network hosts mapped as entries following a rule like this: 192.168.0.1 accessnetworkhost1 192.168.0.2 accessnetworkhost2 192.168.0.3 accessnetworkhost3 192.168.0.4 accessnetworkhost4 But after our IP migration, the DNS server was not updated. Currently I don't have access to the DNS server, and I'd have to contact IT staff and ask them to add 254 IP entries to the server (I'm not sure if this can be done by specifying an IP range, I have no clue about how to configure the DNS server). I was trying to skip this because I want to avoid this reverse DNS lookup. Or I could create my own DNS server and add those entries... In any case, I'd prefer to just turn off reverse dns lookup, if that is possible. :) An explanation about the 45 seconds timeout: it is the sum of all timeouts from each conserver-server when I run console -u (I've removed usernames from the output): $ time console -u lombardiCom1 up xxxxx@10.1.64.1 lombardi7 up xxxxx@10.1.64.13 lombardi6 up xxxxx@10.1.64.1 lombardi5 up lombardi4 up lombardi3 up xxxxx@10.1.64.13 lombardi2 up xxxxx@10.1.64.13 lombardi1 up xxxxx@10.1.64.1 lombardi0 up xxxxx@10.1.64.1 console: connect(): 3109@setubal: Connection refused eneasCom1 up eneas2 up adelir5 up adelir2 up cortez3 up xxxxx@10.1.64.13 cortez2 up xxxxx@10.1.64.13 cortez1 up osama1 up osama4 up xxxxx@10.1.64.13 dalborga0 up real 0m45.503s user 0m0.128s sys 0m0.016s $ lombardi is the master server (ports belonging to it are preceded by 'lombardi'), while all the other ports are located in other servers which just refer to lombardi as Master. Thanks for your feedback :)! Best Regards Felipe From Alexander.Stade@vattenfall.com Fri Oct 21 19:44:23 2011 Received: from mail26.vattenfall.de (mail26.vattenfall.de [91.192.14.21]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LJiFs6009894 for ; Fri, 21 Oct 2011 19:44:22 GMT X-AuditID: 5bc00e0b-b7fc26d000004ecc-34-4ea1cb8b84a0 From: To: Date: Fri, 21 Oct 2011 21:44:08 +0200 Subject: Re: Slow connection time - turning off reverse DNS lookup Thread-Topic: Slow connection time - turning off reverse DNS lookup Thread-Index: AcyQKcyEOzB0sbymRxaFAMjmq86u0A== Message-ID: <15FFA7DA-589C-44FD-8D55-EFD167D33213@vattenfall.com> References: In-Reply-To: Accept-Language: en-US, de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrPLMWRmVeSWpSXmKPExsUSfYCPU7f79EI/gwsbRSyu35zPaNH+eS2r A5PHqd/trB47Z91lD2CK4rJJSc3JLEst0rdL4MroaJ/HWHBVseLb8WnMDYy7JLoYOTkkBEwk fk55wAphi0lcuLeeDcRmE1CTaJy1kxHEFhGQkdh16jaYzSwgKdHw+zWYzSKgKnFny2+wemEB J4nWk0+Zuhg5gOqdJS5MjYdo1ZNo/bKSCcTmFXCUOD5/CVi5kMALRoldH+1AbE6BQIntn6aA 1TAKyEp0NrxjgjhHUGLR7D3MMKf92/WQDaJGRuLVsw3MEDMFJU7OfMICcZq4xK0n85kgbB2J Bbs/sUHY2hLLFr5mnsAoMgtJyywkLbOQtMxC0rKAkWUVo0huYmaOkZleWWJJSWpeWmJOjl5K 6iZGSCRw72D8OFPxEKM0B4uSOO/eudP8hATSE0tSs1NTC1KL4otKc1KLDzEycXBKNTDa2M5a k8aw5p8k78esu3bbO3ZmKTxVmtSVKCV1Jssmd8rts2UMNw2uKaZprj3N+MdG+e2xUz3+prI8 16ZN5l7tPVFrneiuGV0zb1gnPZT/GL0keO7Hp3uOtNSKz12yK37lX4vL1fayLJxHfMtN9kmf SU9RTzarEXzmbfpt+j3eH1PElBe1sDxSYinOSDTUYi4qTgQAHmIHClICAAA= X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id p9LJiFs6009894 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 19:44:23 -0000 What do you get if you do nslookup on the different host names? Do you see delays there too? The reason I ask is that if you indeed have a DNS server responding your replies should be instant. Suppose the DNS server itself has some problems left over from your IP migration. I perused the code briefly and I see nothing that leads me to believe conserver is deliberately trying to look up IP addresses in reverse, other than the regular gethost* functions. Look at your DNS configuration first. Seems something is broken there. On Oct 21, 2011, at 9:27 PM, "Felipe Rechia" wrote: > Hi Alex! > >> Without having the slightest clue about your setup aside from what you've told me, what type of system(s) are we dealing with? For instance, in Solaris you can define search orders in /etc/nsswitch.conf for hosts databases: >> >> hosts: files dns >> > I am using both conserver-server and client installed as packages for > ubuntu 10.04. > >> Then add the appropriate entries to your /etc/hosts file and things should speed up a bit. >> > > Yes, this works. I've edited the /etc/hosts file of one server to test > it , but since I have 6 conserver-servers, I'd always have to > replicate any hostname updates to the /etc/hosts file of all servers. > Currently I have around 10 different users which could connect from > different IP addresses from our internal network, and some also from a > range of IP addresses acquired via DHCP. So I'd have to create lots of > entries in the files, and I'm currently looking for a simpler option. > >> As an aside, it doesn't make much sense to me that you'd get a 45 sec timeout if a DNS server is responding with an NXDOMAIN error. It seems to me that you're looking for DNS servers that aren't responding. I'd check to see if your DNS server settings are correct prior to trying to alter source code to circumvent this behavior. >> > > The DNS server previously had all the access network hosts mapped as > entries following a rule like this: > 192.168.0.1 accessnetworkhost1 > 192.168.0.2 accessnetworkhost2 > 192.168.0.3 accessnetworkhost3 > 192.168.0.4 accessnetworkhost4 > > But after our IP migration, the DNS server was not updated. > > Currently I don't have access to the DNS server, and I'd have to > contact IT staff and ask them to add 254 IP entries to the server (I'm > not sure if this can be done by specifying an IP range, I have no clue > about how to configure the DNS server). I was trying to skip this > because I want to avoid this reverse DNS lookup. > > Or I could create my own DNS server and add those entries... In any > case, I'd prefer to just turn off reverse dns lookup, if that is > possible. :) > > An explanation about the 45 seconds timeout: it is the sum of all > timeouts from each conserver-server when I run console -u (I've > removed usernames from the output): > > $ time console -u > lombardiCom1 up xxxxx@10.1.64.1 > lombardi7 up xxxxx@10.1.64.13 > lombardi6 up xxxxx@10.1.64.1 > lombardi5 up > lombardi4 up > lombardi3 up xxxxx@10.1.64.13 > lombardi2 up xxxxx@10.1.64.13 > lombardi1 up xxxxx@10.1.64.1 > lombardi0 up xxxxx@10.1.64.1 > console: connect(): 3109@setubal: Connection refused > eneasCom1 up > eneas2 up > adelir5 up > adelir2 up > cortez3 up xxxxx@10.1.64.13 > cortez2 up xxxxx@10.1.64.13 > cortez1 up > osama1 up > osama4 up xxxxx@10.1.64.13 > dalborga0 up > > real 0m45.503s > user 0m0.128s > sys 0m0.016s > $ > > lombardi is the master server (ports belonging to it are preceded by > 'lombardi'), while all the other ports are located in other servers > which just refer to lombardi as Master. > > Thanks for your feedback :)! > Best Regards > Felipe From feliperechia@gmail.com Fri Oct 21 20:35:41 2011 Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LKZYiq025138 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Fri, 21 Oct 2011 20:35:41 GMT Received: by vws9 with SMTP id 9so3417728vws.9 for ; Fri, 21 Oct 2011 13:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=QO31lkIqHZYWPtMl66yt2xcNy7oAZwrxnioInCVJeYs=; b=qb0yjE4fY72XjwVldDJ0slI6mTMi210ndcERagXKJYEtaGUXaQUUmcdlvW5zSKlBwP rQjJbxClhSb/m3TA7K9KpdQG84U7axkeNv183fbap3QdCPIed10t+j38me1YGkyY9jhv bZdr9oUj0Dso7KmGY1bJvkicylTU6nBtZTRlU= MIME-Version: 1.0 Received: by 10.52.95.164 with SMTP id dl4mr15559675vdb.72.1319229334238; Fri, 21 Oct 2011 13:35:34 -0700 (PDT) Received: by 10.52.110.170 with HTTP; Fri, 21 Oct 2011 13:35:34 -0700 (PDT) In-Reply-To: <15FFA7DA-589C-44FD-8D55-EFD167D33213@vattenfall.com> References: <15FFA7DA-589C-44FD-8D55-EFD167D33213@vattenfall.com> Date: Fri, 21 Oct 2011 18:35:34 -0200 Message-ID: Subject: Re: Slow connection time - turning off reverse DNS lookup From: Felipe Rechia To: Alexander.Stade@vattenfall.com Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id p9LKZYiq025138 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 20:35:41 -0000 > What do you get if you do nslookup on the different host names? Do you see delays there too? > since the lookup time that I am wasting is in my conserver-server, here is the output that I get with nslookup and host commands: felipe.rechia@lombardi:~$ nslookup 10.1.64.2 Server: 10.1.1.185 Address: 10.1.1.185#53 ** server can't find 2.64.1.10.in-addr.arpa.: NXDOMAIN felipe.rechia@lombardi:~$ host 10.1.64.2 Host 2.64.1.10.in-addr.arpa. not found: 3(NXDOMAIN) felipe.rechia@lombardi:~$ > The reason I ask is that if you indeed have a DNS server responding your replies should be instant. The replies are indeed immediate. The DNS server simply replies that a name is not known. The problem is that my conserver-servers keep trying again to lookup a hostname for my client address, as I've verified by using wireshark to capture DNS traffic... :( >Suppose the DNS server itself has some problems left over from your IP migration. I perused the code briefly and I see nothing that leads me to believe conserver is deliberately trying to look up IP addresses in reverse, other than the regular gethost* functions. > Well, Chris Fowler has made this statement at the beginning of the discussion, which makes me think that there is indeed reverse dns lookup going on: >>In 7.2.X I had this problem and simply commented out the revers look up. >> >>In my use I have no need to know the name that is associated with and >>address. I didn't want to have the trouble to update the code and generate new binaries just to turn off DNS... :(. Maybe that is my only option now. I was looking for a more user-friendly solution, because I have 6 servers and 10 clients to update now... > Look at your DNS configuration first. Seems something is broken there. > > It is certainly broken, I don't have name resolution for this ip address range! But I don't want to have! I will take a better look at the DNS issue, maybe I could solve it by using a different approach as suggested by Dirk in another e-mail! Thanks again for your input :) Regards Felipe From cfowler@outpostsentinel.com Fri Oct 21 20:47:16 2011 Received: from support.opsdc.com (support.opsdc.com [65.254.219.9]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LKl9FZ005329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 21 Oct 2011 20:47:15 GMT Received: from [192.168.100.2] ([192.168.100.2]) by support.opsdc.com (8.13.8/8.13.8) with ESMTP id p9LKl26U030066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Oct 2011 16:47:03 -0400 Subject: Re: Slow connection time - turning off reverse DNS lookup From: Chris Fowler To: Felipe Rechia In-Reply-To: References: <15FFA7DA-589C-44FD-8D55-EFD167D33213@vattenfall.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 21 Oct 2011 16:47:00 -0400 Message-ID: <1319230020.2493.592.camel@compaq-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cfowler@opsdc.com List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 20:47:16 -0000 On Fri, 2011-10-21 at 18:35 -0200, Felipe Rechia wrote: > It is certainly broken, I don't have name resolution for this ip > address range! But I don't want to have! > I will take a better look at the DNS issue, maybe I could solve it by > using a different approach as suggested by Dirk in another e-mail! > > for i in `seq 1 254` do echo "10.1.64.${i} host-10-1-64-${i}.yourdomain.com" >> /etc/hosts done From feliperechia@gmail.com Fri Oct 21 21:04:58 2011 Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9LL4q5p021485 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Fri, 21 Oct 2011 21:04:58 GMT Received: by vws9 with SMTP id 9so3433245vws.9 for ; Fri, 21 Oct 2011 14:04:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VedAfg69ScnHTDL/IOkKx0Yotit9mZzebb/ATNfF9KM=; b=DAAWfUxWhsIiTmBgCrkUW1nIwjtQaiTqbt/lSw7n7MNBX8RlOUmf3HaTg1RbprSX/W hhsAwgwCvgvnzJMMT+xvDF7P0lmxcLlqaQzBjCLVfc8AbB4DOUVk1bk2UyBWoIHUSfDe R3/VFfl4itRvQxlDnGGgNrP6Gp47qyD8BXbQ8= MIME-Version: 1.0 Received: by 10.52.35.147 with SMTP id h19mr15596460vdj.38.1319231090609; Fri, 21 Oct 2011 14:04:50 -0700 (PDT) Received: by 10.52.110.170 with HTTP; Fri, 21 Oct 2011 14:04:50 -0700 (PDT) In-Reply-To: <1319230020.2493.592.camel@compaq-desktop> References: <15FFA7DA-589C-44FD-8D55-EFD167D33213@vattenfall.com> <1319230020.2493.592.camel@compaq-desktop> Date: Fri, 21 Oct 2011 19:04:50 -0200 Message-ID: Subject: Re: Slow connection time - turning off reverse DNS lookup From: Felipe Rechia To: cfowler@opsdc.com Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 21:04:59 -0000 I give up on the point of not using the workaround at the /etc/hosts file... I was reluctant at first, but your 4-line shell script has convinced me that it is the easiest way. Thinking about it, I am feeling quite dumb now. Lol! >for i in `seq 1 254` >do > echo "10.1.64.${i} host-10-1-64-${i}.yourdomain.com" >> /etc/hosts >done Thanks for all the quick feedback you guys provided! :) Cheers Felipe From randall.a.chuck@gmail.com Thu Oct 27 23:15:16 2011 Received: from mail-vx0-f178.google.com (mail-vx0-f178.google.com [209.85.220.178]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9RNF93s024629 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Thu, 27 Oct 2011 23:15:16 GMT Received: by vcbfo14 with SMTP id fo14so3199670vcb.9 for ; Thu, 27 Oct 2011 16:15:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=zIyooSVdWL19/LlO+RQFTpFm2iqSz8w4nr73udpPtzY=; b=IKaCJFJb2223qtN8TXFj1YLx2WHBYqj9qk1chEv6mJ8UyS109dakEifPmHYlSVfIpx L03hSYpXTMXQoezuwlTPFy+I6KEZsybOI55lSV9eePjFZcyO4eSBXjordjNHtSeu4Un/ MgVC/7wGwzgA2sZ1sWhX56zDkbC7zc0x2vQzQ= MIME-Version: 1.0 Received: by 10.220.151.195 with SMTP id d3mr36801vcw.27.1319757307003; Thu, 27 Oct 2011 16:15:07 -0700 (PDT) Received: by 10.220.180.197 with HTTP; Thu, 27 Oct 2011 16:15:06 -0700 (PDT) Date: Thu, 27 Oct 2011 16:15:06 -0700 Message-ID: Subject: Cyclades ACS6000 Config Assistance From: Randall Chuck To: users@conserver.com Content-Type: multipart/alternative; boundary=f46d043893997943bf04b04ff1f2 X-Spam-Score: -2.311 () BAYES_00,HTML_MESSAGE X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2011 23:15:16 -0000 --f46d043893997943bf04b04ff1f2 Content-Type: text/plain; charset=ISO-8859-1 Hi, I've got conserver running with Lantronix SLC NTS. We're now getting some Avocent Cyclades ACS6000s. I don't get any response when connecting to these new NTSs via conserver. telneting direct to the cyclades-host port-num works Anybody have this setup and can give me a clue? --f46d043893997943bf04b04ff1f2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,
I've got conserver running with Lantronix SLC NTS. We're now= getting some Avocent Cyclades ACS6000s.=A0
I don't get any respons= e when connecting to these new NTSs via conserver.
telneting direct to t= he cyclades-host port-num works

Anybody have this setup and can give me a clue?

--f46d043893997943bf04b04ff1f2-- From consoleteam@gmail.com Thu Oct 27 23:29:21 2011 Received: from mail-qy0-f171.google.com (mail-qy0-f171.google.com [209.85.216.171]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9RNTAO2024957 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Thu, 27 Oct 2011 23:29:21 GMT Received: by qyk33 with SMTP id 33so1597841qyk.9 for ; Thu, 27 Oct 2011 16:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OpDzHA8yJ7Gqw14SnxOaT/tbGLDzf189/Fylp1fJ64M=; b=M7WuUmG5DObj1uQf95cnd3v/qSizfAUj+sE0cV4uEqbR6dTcKg22YQm4V6K68/fDZi u6/aRwEnJ1py1WEevHg2jyOpiKIrTTmxTWpTp799MvGRW1ldxpvLAmk9DIetCAJCWL2h 1uvCTWjT8H11KBQ0cn+pOSEftKCvKl+Hw9jVY= MIME-Version: 1.0 Received: by 10.182.73.67 with SMTP id j3mr35956obv.46.1319758147182; Thu, 27 Oct 2011 16:29:07 -0700 (PDT) Received: by 10.182.112.73 with HTTP; Thu, 27 Oct 2011 16:29:07 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Oct 2011 16:29:07 -0700 Message-ID: Subject: Re: Cyclades ACS6000 Config Assistance From: Zonker To: Randall Chuck Content-Type: multipart/alternative; boundary=f46d0445187b8d606f04b0502326 X-Spam-Score: -2.311 () BAYES_00,HTML_MESSAGE X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2011 23:29:21 -0000 --f46d0445187b8d606f04b0502326 Content-Type: text/plain; charset=ISO-8859-1 I'm happy to help (I've got SLC 16, 32, 48's, and ACS2000s'). If you want to share a bit of your conserver.cf file (the "defailts" at the top, and the first 5-10 lines of a working and a non-working console server) should help get us started. I'll start... I use a lot of comments, for the folks who will come after me... I'm guessing it will be an issue in the port increments. ### define some terminal server specifics # we set portbase and portinc so we can reference the ports in a # physical representation and let conserver do the math to figure # out the actual socket address default cisco { type host; portbase 2000; portinc 1; } ## cicso use port 2000 for telnet, 4000 for extended telnet, 6000 for raw default cyclades { type host; portbase 7000; portinc 1; } ## cyclades use port 7000 for telnet sessions default lantronix { type host; portbase 2000; portinc 1; } ## the new lantronix (SLC units) can use #### 2000.. for telnet, 3000.. for ssh, and 4000.. for raw ## the old lantronix (ETS32PR units in the labs) use #### 2000.. for telnet, 3000.. for raw default Opengear { type host; portbase 6000; portinc 1; } ## Tested with the SD4002, CM4008, ACM-5004 ### 2000.. for telnet, 3000.. for ssh, and 4000.. for Raw, ### 6000.. for Unauthenticated Telnet And, for a console server; default tvists5-3 { include lantronix; host tvists5-3; } #console unused-ts5-3-1 { include tvists5-3; port 1; } # this is the console console unused-ts5-3-2 { include tvists5-3; port 2; } console unused-ts5-3-3 { include tvists5-3; port 3; } default tvists6-20 { include cyclades; host tvists6-20; } console teama23 { include tvists6-20; port 1;} console teama24 { include tvists6-20; port 2;} consoleteama25 { include tvists6-20; port 3;} Let me know if this helps. -Z- On Thu, Oct 27, 2011 at 4:15 PM, Randall Chuck wrote: > Hi, > I've got conserver running with Lantronix SLC NTS. We're now getting some > Avocent Cyclades ACS6000s. > I don't get any response when connecting to these new NTSs via conserver. > telneting direct to the cyclades-host port-num works > > Anybody have this setup and can give me a clue? > > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users > -- ConsoleTeam - Support and training services for Conserver users. www.conserver.com/consoles/ consoleteam.blogspot.com - - - - - - - - www.ncry.org www.d4tm.org www.hackerdojo.com --f46d0445187b8d606f04b0502326 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable =A0 I'm happy to help (I've got SLC 16, 32, 48's, and ACS2000s&= #39;).

=A0 If you want to share a bit of your conserver.cf file (the "defailts" at the top, and t= he first 5-10 lines of a working and a non-working console server) should h= elp get us started.

=A0 I'll start... I use a lot of comments, for the folks who will c= ome after me... I'm guessing it will be an issue in the port increments= .

### define some terminal server specifics
# we set portbase and= portinc so we can reference the ports in a
# physical representation and let conserver do the math to figure
# out = the actual socket address

default cisco=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 { type host; portbase 2000; portinc 1; }
## cicso use port 2000 for = telnet, 4000 for extended telnet, 6000 for raw

default cyclades=A0=A0=A0=A0=A0=A0=A0 { type host; portbase 7000; porti= nc 1; }
## cyclades use port 7000 for telnet sessions

default lan= tronix=A0=A0=A0=A0=A0=A0 { type host; portbase 2000; portinc 1; }
## the= new lantronix (SLC units) can use
#### 2000.. for telnet, 3000.. for ssh, and 4000.. for raw
## the old la= ntronix (ETS32PR units in the labs) use
#### 2000.. for telnet, 3000.. f= or raw

default Opengear=A0=A0=A0=A0=A0=A0=A0 { type host; portbase 6= 000; portinc 1; }
## Tested with the SD4002, CM4008, ACM-5004
### 2000.. for telnet, 3000= .. for ssh, and 4000.. for Raw,
### 6000.. for Unauthenticated Telnet
=A0 And, for a console server;

default tvists5-3 {
=A0=A0=A0= =A0=A0=A0=A0 include lantronix;
=A0=A0=A0=A0=A0=A0=A0 host tvists5-3;
}
#console unused-ts5-3-1 { inc= lude tvists5-3; port 1; }=A0 # this is the console
console unused-ts5-3-= 2=A0 { include tvists5-3; port 2; }
console unused-ts5-3-3=A0 { include = tvists5-3; port 3; }


default tvists6-20 {
=A0=A0=A0=A0=A0=A0=A0 include cyclades;
= =A0=A0=A0=A0=A0=A0=A0 host tvists6-20;
}
console teama23 { include tv= ists6-20; port 1;}
console teama24 { include tvists6-20; port 2;}
con= soleteama25 { include tvists6-20; port 3;}

=A0=A0=A0=A0=A0 Let me know if this helps.

=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 -Z-


On Thu, Oct= 27, 2011 at 4:15 PM, Randall Chuck <randall.a.chuck@gmail.com> wrote:=
Hi,
I've got conserver running with = Lantronix SLC NTS. We're now getting some Avocent Cyclades ACS6000s.=A0=
I don't get any response when connecting to these new NTSs via conserve= r.
telneting direct to the cyclades-host port-num works

Anybody have this setup and can give me a clue?

________________= _______________________________
users mailing list
users@conserver.com
https://www.conserver.com/mailman/listinfo/users


--
ConsoleTeam - Support and training services for Conserve= r users.
www.conser= ver.com/consoles/
consoleteam.blogspot.com
- - - - - - - -
www.ncry.org
www.d4tm.org
www.hackerdojo.com --f46d0445187b8d606f04b0502326-- From michael_doyle@blueyonder.co.uk Fri Oct 28 09:05:06 2011 Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by underdog.stansell.org (8.14.4/8.14.4) with ESMTP id p9S94ws1001046 for ; Fri, 28 Oct 2011 09:05:05 GMT Received: from know-smtpout-4.server.virginmedia.net ([62.254.123.2]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20111028090455.IAJU13501.mtaout01-winn.ispmail.ntl.com@know-smtpout-4.server.virginmedia.net> for ; Fri, 28 Oct 2011 10:04:55 +0100 Received: from [94.170.88.78] (helo=Z600) by know-smtpout-4.server.virginmedia.net with esmtp (Exim 4.63) (envelope-from ) id 1RJiMx-0006Xc-PI for users@conserver.com; Fri, 28 Oct 2011 10:04:55 +0100 From: "Michael Doyle" To: Subject: Conserver using SSH Date: Fri, 28 Oct 2011 10:04:50 +0100 Message-ID: <000901cc9550$a5fe71e0$f1fb55a0$@blueyonder.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000A_01CC9559.07C32800" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AcyVUHg+TUAZBmxjT8G7bmRFwptRvA== Content-Language: en-gb X-Cloudmark-Analysis: v=1.1 cv=JvdXmxIgLJv2/GthKqHpGJEEHukvLcvELVXUanXFreg= c=1 sm=0 a=3NElcqgl2aoA:10 a=SerF5NU3XHrkmANtDfcA:9 a=CjuIK1q_8ugA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=EGHr8efJHM-Y9eiiHaoA:9 a=gKO2Hq4RSVkA:10 a=hTZeC7Yk6K0A:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Spam-Score: -0.184 () BAYES_40,HTML_MESSAGE X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2011 09:05:06 -0000 This is a multipart message in MIME format. ------=_NextPart_000_000A_01CC9559.07C32800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Folks, I've seen a few email threads over the years around using Conserver with ssh but does anyone have a good example setup using Cisco terminal servers ? Regards, Michael ------=_NextPart_000_000A_01CC9559.07C32800 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

I’ve = seen a few email threads over the years around using Conserver with ssh = but does anyone have a good example setup using Cisco terminal servers = ?

 

Regards,

 

Michael

------=_NextPart_000_000A_01CC9559.07C32800--