<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.19154"></HEAD>
<BODY>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN 
class=999515119-17112011>Hi there --</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN 
class=999515119-17112011></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN 
class=999515119-17112011>I tried connecting to port 1433 of the SQL server, and 
the connection was refused. It appears that efforts to connect via the 
default</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN 
class=999515119-17112011>port will not work in this case. I took the liberty of 
running the nestat -abn command syntax on the console of the SQL server, 
and</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN 
class=999515119-17112011>searched for all references to the sqlservr.exe binary. 
The results are shown below:</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN 
class=999515119-17112011></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><SPAN class=999515119-17112011><SPAN lang=EN>
<P><FONT color=#0000ff size=2 face=Arial>Active Connections</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 0.0.0.0:58477 0.0.0.0:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 0.0.0.0:62502 0.0.0.0:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 0.0.0.0:65249 0.0.0.0:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 127.0.0.1:58751 0.0.0.0:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 127.0.0.1:62503 0.0.0.0:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 127.0.0.1:63954 127.0.0.1:63955 
ESTABLISHED</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 192.168.40.114:62502 
192.168.40.122:50342 ESTABLISHED</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 192.168.40.114:62502 
192.168.40.125:60257 ESTABLISHED</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP 192.168.125.1:139 0.0.0.0:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP [::]:58477 [::]:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP [::]:62502 [::]:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP [::]:65249 [::]:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP [::1]:58751 [::]:0 
LISTENING</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>TCP [::1]:62005 [::1]:62006 
ESTABLISHED</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>[sqlservr.exe]</FONT></P>
<P><FONT color=#0000ff size=2 face=Arial>UDP 0.0.0.0:123 *:* </FONT></P>
<P><FONT color=#0000ff size=2 face=Arial></FONT> </P>
<P><SPAN class=999515119-17112011><FONT color=#0000ff size=2 face=Arial>If the 
default port, 1433, is not reachable would one the above ports be the alternate 
means of connecting to the server?</FONT></SPAN></P>
<P><SPAN class=999515119-17112011></SPAN> </P>
<P><FONT color=#0000ff size=2 face=Arial></FONT> </P>
<P><FONT color=#0000ff size=2 face=Arial></FONT></P></SPAN></SPAN></DIV><FONT 
color=#0000ff size=2 face=Arial></FONT><BR>
<DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
<HR tabIndex=-1>
<FONT size=2 face=Tahoma><B>From:</B> Claudio Kuenzler 
[mailto:ck@claudiokuenzler.com] <BR><B>Sent:</B> Thursday, November 17, 2011 
1:39 PM<BR><B>To:</B> Nagios Users List<BR><B>Subject:</B> Re: [Nagios-users] 
Monitoring a Microsoft SQL Server<BR></FONT><BR></DIV>
<DIV></DIV>Please let us know if you get it working - I might have to add such a 
check soon as well.<BR><BR>To answer your question: 1433 is the standard port of 
MSSQL so that should be ok. You can launch nmap or a simple telnet to 
double-check that.<BR><BR>
<DIV class=gmail_quote>On Thu, Nov 17, 2011 at 4:34 PM, Jim Avery <SPAN 
dir=ltr><<A 
href="mailto:jim@jimavery.me.uk">jim@jimavery.me.uk</A>></SPAN> wrote:<BR>
<BLOCKQUOTE 
style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" 
class=gmail_quote>
  <DIV class=im>On 17 November 2011 15:17, Kaplan, Andrew H. <<A 
  href="mailto:AHKAPLAN@partners.org">AHKAPLAN@partners.org</A>> 
  wrote:<BR>> Hi there --<BR>><BR>> Thanks for your reply. I tried your 
  suggestion on the two plugins, and here are<BR>> the 
  results.<BR>><BR>> When the command syntax for check_mssql was the 
  following:<BR>><BR>> ./check_mssql -H <ip address> -U 
  <domain>\\<username> -P <password><BR>><BR>> 
  or<BR>><BR>> ./check_mssql -H <ip address> -U 
  '<domain>\\<username>' -P <password><BR>><BR>> The 
  error message displayed on-screen was:<BR>><BR>> UNKNOWN: Invalid 
  characters in the username.<BR><BR><BR></DIV>The check_mssql plugin is way too 
  fussy about what characters it will<BR>allow in host names and user names. 
   On my system I edited the plugin<BR>to remove the if/else sections 
  entirely below the comments "//<BR>Validate the hostname" and "// Validate the 
  username".<BR><BR>hth,<BR><FONT color=#888888><BR>Jim<BR></FONT>
  <DIV>
  <DIV></DIV>
  <DIV 
  class=h5><BR>------------------------------------------------------------------------------<BR>All 
  the data continuously generated in your IT infrastructure<BR>contains a 
  definitive record of customers, application performance,<BR>security threats, 
  fraudulent activity, and more. Splunk takes this<BR>data and makes sense of 
  it. IT sense. And common sense.<BR><A href="http://p.sf.net/sfu/splunk-novd2d" 
  target=_blank>http://p.sf.net/sfu/splunk-novd2d</A><BR>_______________________________________________<BR>Nagios-users 
  mailing list<BR><A 
  href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</A><BR><A 
  href="https://lists.sourceforge.net/lists/listinfo/nagios-users" 
  target=_blank>https://lists.sourceforge.net/lists/listinfo/nagios-users</A><BR>::: 
  Please include Nagios version, plugin version (-v) and OS when reporting any 
  issue.<BR>::: Messages without supporting info will risk being sent to 
  /dev/null<BR></DIV></DIV></BLOCKQUOTE></DIV><BR><font face="monospace"><br>
<br>
The information in this e-mail is intended only for the person to whom it is<br>
addressed. If you believe this e-mail was sent to you in error and the e-mail<br>
contains patient information, please contact the Partners Compliance HelpLine at<br>
http://www.partners.org/complianceline . If the e-mail was sent to you in error<br>
but does not contain patient information, please contact the sender and properly<br>
dispose of the e-mail.</font></BODY></HTML>