If you set it not to use the proxy, then the request that SA makes is not
proxy enabled, but if on the network there is a transparant proxy then the
request will still go via that proxy (since it's the router/fw/... That
forces this and that's something we can't control).

Doing a HEAD looks like a good idea for v5.... 


Dirk.
Don't forget to vote for Servers Alive in the annual Sunbelt Target Awards
http://www.sunbelt-software.com/targetawards/

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Michael Shook
Sent: Tuesday, April 27, 2004 3:03 PM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] TCP protocol for HTTP service and proxy servers...

OK, I get it. I just spoke with our Data Import Guru, and the possibility
was raised that it might be nice to be able to check the Contet-Type or
Expires headers to be able to see if the default file has been gotten or is
too old or otherwsie what we are looking for.

Perhaps this is a v5 possibility? (You might want to add the HEAD method
then to save on time)  

THANKS!!!

BTW, if I set the Proxy to NONE, that only affects my PC's request for a
proxy right? I think our router is set to push all traffic through the proxy
server. There isn't any trick way to force that to change right?

Mike

>>> [EMAIL PROTECTED] 04/27/04 08:47AM >>>
The URL check will first check if the header it gets back from the webserver
included the 200 status code.
Then IF you gave a contains part it will check for the content of the
returned page.

The contains part will not work on the header, only on the content of the
page.
 


Dirk.
Don't forget to vote for Servers Alive in the annual Sunbelt Target Awards
http://www.sunbelt-software.com/targetawards/ 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Michael Shook
Sent: Tuesday, April 27, 2004 2:37 PM
To: [EMAIL PROTECTED] 
Subject: RE: [SA-list] TCP protocol for HTTP service and proxy servers...

Dirk, does that imply that you check against the ENTIRE response from the
server, not just the HTML code? Can I look for the "Content-Type: text/html"
or other header lines?

Wow, stuff in the software that you didn't even know was there. Now THAT'S
pro-active programming!!

Mike

>>> [EMAIL PROTECTED] 04/27/04 08:22AM >>>
If you do a URL check and just get the "root" and don't give any contains
part SA will flag the entry as up if it gets a 200 message back.  That
should be working fine. 


Dirk.
Don't forget to vote for Servers Alive in the annual Sunbelt Target Awards
http://www.sunbelt-software.com/targetawards/ 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Michael Shook
Sent: Tuesday, April 27, 2004 2:19 PM
To: [EMAIL PROTECTED] 
Subject: RE: [SA-list] TCP protocol for HTTP service and proxy servers...

As I said in my message, I don't know ANYTHING about what's on the HTTP
Server. Nor can I be assured that anything I find on that server is constant
from moment to moment. 

A bit of background, the HTTP servers in question aren't actually serving
webpages for public consumption. It is a forwarding site for EDI
transactions. Several of our clients place EDI files on their HTTP server
for us to get, but like I said, they're not "normal" web pages.

It's already a big assumption on my part that there is a "default" page set
up. That is not necessarily the case. Ideally I'd love for some way to just
talk to the server and get a status message, but I don't find that
possibility in any HTTP protocol papers I have read.

Mike

>>> [EMAIL PROTECTED] 04/26/04 05:08PM >>>
Why not just use the URL Check?  I put a test page, test.htm on the server
with just GOODTOGO in it and check for that.

on check select - URL (http/https)- http://yoursite.com/test.htm - should
contain - GOODTOGO

Works great for me.

-Fred

-----Original Message-----
From: Michael Shook [mailto:[EMAIL PROTECTED] 
Sent: Monday, April 26, 2004 1:44 PM
To: [EMAIL PROTECTED] 
Subject: [SA-list] TCP protocol for HTTP service and proxy servers...


I have been given a "quest" to write a generic check to see if there is a
working HTTP connection to a "responsive" HTTP server. I don't know anything
about what's on the other side, just the URL. 

A simple port 80 connection test is deemed "not good enough" as the port may
be open, but the server hung. 

Also, we are behind our proxy/cache server with no possibility of being put
on the "public" side.

So: I have setup the following TCP Protocol test (using microsoft as an
example):

Name:HTTP - microsoft.com
Default Port:80
Packet to receive on connect: Anything
Packet to send on connect: HEAD http://www.microsoft.com/ 
HTTP/1.0\x0D\x0A\x0D\x0A
Packet to receive as response: Contains: 200 OK
Packet to send when disconnecting:
Linger: off

This does work and the log file looks good, although it takes 4-5 seconds. 

Question 1) A cmd'ed telent session with this command takes far less than a
second, so why is this method so slow? Using the IP Address instead of the
FQDN didn't help.

Question 2) In an attempt to tell the proxy server to hit the actual server
I've included the full resource URL. This means I need a new protocol for
each webserver I'm looking at. Is there any way to include the host name
from the check in the protocol definition as a variable so that it's truely
generic?

Question 3) In other TCP protocol checks, the returned data (or a portion of
it) is included in the response (i.e. for FTP). That isn't happening here.
What am I doing wrong?

Thanks!!!



Michael Shook
Technical Analyst
Saddle Creek Corporation
723 Joe Tamplin Industrial Blvd
Macon GA  31217
478 742 8740 ext. 105 (work)
478 256 9318 (mobile)
478 742 7917 (fax)
[EMAIL PROTECTED] 
http://www.saddlecrk.com 

---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] 
With the following in the body of the message:
   unsubscribe SAlive


-- 
Outgoing mail is certified Virus Free.
Checked by AVG Anti-Virus (http://www.grisoft.com).
Version: 7.0.230 / Virus Database: 262.9.6 - Release Date: 4/24/2004
 
---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] 
With the following in the body of the message:
   unsubscribe SAlive

---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] 
With the following in the body of the message:
   unsubscribe SAlive



---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] 
With the following in the body of the message:
   unsubscribe SAlive
---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] 
With the following in the body of the message:
   unsubscribe SAlive



---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] 
With the following in the body of the message:
   unsubscribe SAlive
---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive



---
[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive

Reply via email to