<?xml version="1.0"?><!-- generator="b2evolution/0.9.0.12" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Zeus KnowledgeHub - Last comments</title>
		<link>http://knowledgehub.zeus.com?disp=comments</link>
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=0.9.0.12"/>
		<ttl>60</ttl>
				<item>
			<title>In response to: Ruby and SOAP Revisited</title>
			<pubDate>Thu, 04 Mar 2010 07:03:58 +0000</pubDate>
			<guid isPermaLink="false">c428@http://knowledgehub.zeus.com</guid>
         <dc:creator>Jonathan Lambert</dc:creator>
			<description>Um, thanks.  You couldn't have been more helpful.</description>
			<content:encoded><![CDATA[Um, thanks.  You couldn't have been more helpful.]]></content:encoded>
			<link>http://knowledgehub.zeus.com/code/2009/04/09/ruby_and_soap_example_2#c428</link>
		</item>
				<item>
			<title>In response to: Reading data from external files and tables</title>
			<pubDate>Fri, 26 Feb 2010 10:10:05 +0000</pubDate>
			<guid isPermaLink="false">c427@http://knowledgehub.zeus.com</guid>
         <dc:creator>Patrick Mooney</dc:creator>
			<description>Is there best practice to the number of items we should (max) place in an external file for performance?</description>
			<content:encoded><![CDATA[Is there best practice to the number of items we should (max) place in an external file for performance?]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2009/07/02/reading_data_from_external_files_and_tab#c427</link>
		</item>
				<item>
			<title>In response to: Multi-hosted IP Addresses with Zeus Software</title>
			<pubDate>Sun, 21 Feb 2010 06:16:10 +0000</pubDate>
			<guid isPermaLink="false">c425@http://knowledgehub.zeus.com</guid>
         <dc:creator>mrz</dc:creator>
			<description>If you have more than one cluster, take care to manually adjust the multicast IP address, which in turn generates the multicast MAC address.  

If you skip that you'll have address collision which is network wide, not just limited to a subnet (mostly because of the issues under the FAQ under "Switch Compatibility Issues").</description>
			<content:encoded><![CDATA[If you have more than one cluster, take care to manually adjust the multicast IP address, which in turn generates the multicast MAC address.  <br />
<br />
If you skip that you'll have address collision which is network wide, not just limited to a subnet (mostly because of the issues under the FAQ under "Switch Compatibility Issues").]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2009/10/19/multi_hosted_ip_addresses_with_zeus_soft#c425</link>
		</item>
				<item>
			<title>In response to: Why can't users connect to my multi-hosted IPs?</title>
			<pubDate>Sun, 21 Feb 2010 06:07:35 +0000</pubDate>
			<guid isPermaLink="false">c424@http://knowledgehub.zeus.com</guid>
         <dc:creator>mrz</dc:creator>
			<description>These instructions are missing some details.

1. Any attached Layer 3 device will need to have a static arp entry.  This will most commonly be the router or default gateway but will include any other hosts on the same subnet.

2. Any Layer 2 device will need to have a static MAC entry.  It may not be enough to add static MAC entries to just the connected switch, however.  You may need to make sure that all switches can properly flood to all switches.

A couple other notes:

1. On Cisco switches you'll need to disable igmp snooping.  In IOS,


no  ip igmp snooping


2. On Juniper switches, you'll need:

 delete protocols igmp-snooping


</description>
			<content:encoded><![CDATA[These instructions are missing some details.<br />
<br />
1. Any attached Layer 3 device will need to have a static arp entry.  This will most commonly be the router or default gateway but will include any other hosts on the same subnet.<br />
<br />
2. Any Layer 2 device will need to have a static MAC entry.  It may not be enough to add static MAC entries to just the connected switch, however.  You may need to make sure that all switches can properly flood to all switches.<br />
<br />
A couple other notes:<br />
<br />
1. On Cisco switches you'll need to disable igmp snooping.  In IOS,<br />
<br />
<pre><br />
no  ip igmp snooping<br />
</pre><br />
<br />
2. On Juniper switches, you'll need:<br />
<pre><br />
 delete protocols igmp-snooping<br />
</pre><br />
<br />
]]></content:encoded>
			<link>http://knowledgehub.zeus.com/faqs/2009/10/20/why_can_t_users_connect_to_my_multi_host#c424</link>
		</item>
				<item>
			<title>In response to: TCP Checksum errors</title>
			<pubDate>Thu, 18 Feb 2010 04:30:52 +0000</pubDate>
			<guid isPermaLink="false">c419@http://knowledgehub.zeus.com</guid>
         <dc:creator>Raghu Gandham</dc:creator>
			<description>Ok.. I missed the point that the error message was Operation not supported. This happens if the ethernet driver does not support setting of rx csum value. </description>
			<content:encoded><![CDATA[Ok.. I missed the point that the error message was Operation not supported. This happens if the ethernet driver does not support setting of rx csum value. ]]></content:encoded>
			<link>http://knowledgehub.zeus.com/faqs/2006/05/26/tcp_checksum_errors#c419</link>
		</item>
				<item>
			<title>In response to: TCP Checksum errors</title>
			<pubDate>Thu, 18 Feb 2010 04:28:13 +0000</pubDate>
			<guid isPermaLink="false">c418@http://knowledgehub.zeus.com</guid>
         <dc:creator>Raghu Gandham</dc:creator>
			<description>Are you sure you are doing this as root ? </description>
			<content:encoded><![CDATA[Are you sure you are doing this as root ? ]]></content:encoded>
			<link>http://knowledgehub.zeus.com/faqs/2006/05/26/tcp_checksum_errors#c418</link>
		</item>
				<item>
			<title>In response to: Zeus Traffic Manager 6.0r3 released; other supported versions updated</title>
			<pubDate>Thu, 21 Jan 2010 17:21:17 +0000</pubDate>
			<guid isPermaLink="false">c417@http://knowledgehub.zeus.com</guid>
         <dc:creator>Owen Garrett [Zeus Dev Team]</dc:creator>
			<description>These are updated now - apologies.</description>
			<content:encoded><![CDATA[These are updated now - apologies.]]></content:encoded>
			<link>http://knowledgehub.zeus.com/news/2010/01/20/zeus_traffic_manager_updates_released#c417</link>
		</item>
				<item>
			<title>In response to: Zeus Traffic Manager 6.0r3 released; other supported versions updated</title>
			<pubDate>Thu, 21 Jan 2010 15:03:33 +0000</pubDate>
			<guid isPermaLink="false">c416@http://knowledgehub.zeus.com</guid>
         <dc:creator>Subramanyam Chitti</dc:creator>
			<description>From Development License downloads page is still 6.0r2?</description>
			<content:encoded><![CDATA[From Development License downloads page is still 6.0r2?]]></content:encoded>
			<link>http://knowledgehub.zeus.com/news/2010/01/20/zeus_traffic_manager_updates_released#c416</link>
		</item>
				<item>
			<title>In response to: Receiving SMS Alerts from ZXTM</title>
			<pubDate>Fri, 15 Jan 2010 16:32:12 +0000</pubDate>
			<guid isPermaLink="false">c413@http://knowledgehub.zeus.com</guid>
         <dc:creator>andy knox [Zeus Dev Team]</dc:creator>
			<description>The token IP idea should work as long as every machine in your traffic manager cluster can raise that IP. It doesn't matter if that IP can actually be contacted or not. You can happily use a 192.168. or 10. IP if there is an interface on each machine that already has an IP on that subnet.

If the machine that has the token IP raised fails, another machine will detect its failure and raise the IP itself. There will therefore always be one and only one machine in the cluster at any time that has the IP and that will send you messages.

Hope that answers your question!</description>
			<content:encoded><![CDATA[The token IP idea should work as long as every machine in your traffic manager cluster can raise that IP. It doesn't matter if that IP can actually be contacted or not. You can happily use a 192.168. or 10. IP if there is an interface on each machine that already has an IP on that subnet.<br />
<br />
If the machine that has the token IP raised fails, another machine will detect its failure and raise the IP itself. There will therefore always be one and only one machine in the cluster at any time that has the IP and that will send you messages.<br />
<br />
Hope that answers your question!]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2009/01/07/receiving_sms_alerts_from_zxtm#c413</link>
		</item>
				<item>
			<title>In response to: Receiving SMS Alerts from ZXTM</title>
			<pubDate>Fri, 15 Jan 2010 16:16:44 +0000</pubDate>
			<guid isPermaLink="false">c412@http://knowledgehub.zeus.com</guid>
         <dc:creator>kpfoote</dc:creator>
			<description>Thanks Andy this is just what I needed.. 

I'm using a variation of this to send a much more meaningful sms to myself.
Nice! 

One question on the example of the token ip.. Does this need to be a routeable 
IP? I can't see having something take up an ip just for the heck of it.. Is a 192.168 or 10. acceptable for this even if the rest of my zxtm config lives in our routeable space.

</description>
			<content:encoded><![CDATA[Thanks Andy this is just what I needed.. <br />
<br />
I'm using a variation of this to send a much more meaningful sms to myself.<br />
Nice! <br />
<br />
One question on the example of the token ip.. Does this need to be a routeable <br />
IP? I can't see having something take up an ip just for the heck of it.. Is a 192.168 or 10. acceptable for this even if the rest of my zxtm config lives in our routeable space.<br />
<br />
]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2009/01/07/receiving_sms_alerts_from_zxtm#c412</link>
		</item>
				<item>
			<title>In response to: Using Events to Debug Problems</title>
			<pubDate>Tue, 12 Jan 2010 17:15:56 +0000</pubDate>
			<guid isPermaLink="false">c411@http://knowledgehub.zeus.com</guid>
         <dc:creator>andy knox [Zeus Dev Team]</dc:creator>
			<description>The best way to achieve this is probably to use a Perl SMTP library, such as Net::SMTP, and add some extra logic to the end of the script to e-mail you the debug data. The Net::SNMP library is usually included with a standard perl installation and is also available on our appliances.

You can find documentation for it here:
http://perldoc.perl.org/Net/SMTP.html

It's very simple to use and will hopefully solve your problem!


If you really want to use the E-Mail Action inside the traffic manager though, you could create a new HTTP Virtual Server that listens on a local IP. If you add a rule to the Virtual Server with the line:

event.emit( "debug-data", http.getBody() );

then any body data contained in a HTTP request to that Virtual Server will be raised in the debug-data event. If you map this event to the E-Mail Action then you will be e-mailed the data.

You can then add some extra logic to the Perl script to use the http client provided with the traffic manager (found in $ZEUSHOME/admin/bin/httpclient) to send the debug output to the new Virtual Server and it will then be e-mailed to you!

Hope this helps!
</description>
			<content:encoded><![CDATA[The best way to achieve this is probably to use a Perl SMTP library, such as Net::SMTP, and add some extra logic to the end of the script to e-mail you the debug data. The Net::SNMP library is usually included with a standard perl installation and is also available on our appliances.<br />
<br />
You can find documentation for it here:<br />
http://perldoc.perl.org/Net/SMTP.html<br />
<br />
It's very simple to use and will hopefully solve your problem!<br />
<br />
<br />
If you really want to use the E-Mail Action inside the traffic manager though, you could create a new HTTP Virtual Server that listens on a local IP. If you add a rule to the Virtual Server with the line:<br />
<br />
event.emit( "debug-data", http.getBody() );<br />
<br />
then any body data contained in a HTTP request to that Virtual Server will be raised in the debug-data event. If you map this event to the E-Mail Action then you will be e-mailed the data.<br />
<br />
You can then add some extra logic to the Perl script to use the http client provided with the traffic manager (found in $ZEUSHOME/admin/bin/httpclient) to send the debug output to the new Virtual Server and it will then be e-mailed to you!<br />
<br />
Hope this helps!<br />
]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2008/12/21/using_events_to_debug_problems#c411</link>
		</item>
				<item>
			<title>In response to: Using Events to Debug Problems</title>
			<pubDate>Tue, 12 Jan 2010 16:16:58 +0000</pubDate>
			<guid isPermaLink="false">c410@http://knowledgehub.zeus.com</guid>
         <dc:creator>kpfoote</dc:creator>
			<description>This is great. Any chance you can use the zxtm's ability to send email to send the debug report to someone or some group? This would be instead of the scp. </description>
			<content:encoded><![CDATA[This is great. Any chance you can use the zxtm's ability to send email to send the debug report to someone or some group? This would be instead of the scp. ]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2008/12/21/using_events_to_debug_problems#c410</link>
		</item>
				<item>
			<title>In response to: Sending custom error pages</title>
			<pubDate>Mon, 04 Jan 2010 10:39:20 +0000</pubDate>
			<guid isPermaLink="false">c398@http://knowledgehub.zeus.com</guid>
         <dc:creator>Owen Garrett [Zeus Dev Team]</dc:creator>
			<description>From Twitter: 

kevinfoote: ok. got my poor man's maintenance page setup done. using RuleBuilder and a maintenance pool http://www.tinyurl.com/ydkj7nn maybe some interest..

Thanks Kevin!</description>
			<content:encoded><![CDATA[From Twitter: <br />
<br />
<b>kevinfoote:</b> ok. got my poor man's maintenance page setup done. using RuleBuilder and a maintenance pool http://www.tinyurl.com/ydkj7nn maybe some interest..<br />
<br />
<i>Thanks Kevin!</i>]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2005/11/11/embedding_images_in_error_pages#c398</link>
		</item>
				<item>
			<title>In response to: IP Transparency with the ZXTM software</title>
			<pubDate>Sun, 03 Jan 2010 09:17:20 +0000</pubDate>
			<guid isPermaLink="false">c397@http://knowledgehub.zeus.com</guid>
         <dc:creator>Harry</dc:creator>
			<description>Made some source fixups for 2.6.31.9, seems to work fine.

See: http://paste2.org/p/591581 for the diff</description>
			<content:encoded><![CDATA[Made some source fixups for 2.6.31.9, seems to work fine.<br />
<br />
See: http://paste2.org/p/591581 for the diff]]></content:encoded>
			<link>http://knowledgehub.zeus.com/news/2006/04/12/ip_transparency_with_the_zxtm_software#c397</link>
		</item>
				<item>
			<title>In response to: List running Virtual Servers using Ruby and SOAP</title>
			<pubDate>Wed, 16 Dec 2009 00:51:08 +0000</pubDate>
			<guid isPermaLink="false">c396@http://knowledgehub.zeus.com</guid>
         <dc:creator>Dan Sketcher</dc:creator>
			<description>I've integrated this into a class for easy use:

http://github.com/touchlocal/ruby_zxtm_manager</description>
			<content:encoded><![CDATA[I've integrated this into a class for easy use:<br />
<br />
http://github.com/touchlocal/ruby_zxtm_manager]]></content:encoded>
			<link>http://knowledgehub.zeus.com/code/2008/03/20/list_running_virtual_servers_using_ruby#c396</link>
		</item>
				<item>
			<title>In response to: Building a MySQL load-balancing proxy with TrafficScript</title>
			<pubDate>Sat, 28 Nov 2009 22:50:47 +0000</pubDate>
			<guid isPermaLink="false">c395@http://knowledgehub.zeus.com</guid>
         <dc:creator>Jim Grill</dc:creator>
			<description>if you want to add a nice error message anywhere inside a traffic script, here is an example auth error packet (slightly out of context for demonstration purposes):

[code]
# simulated auth error packet
$authError = "\0\0\0\2" .         # length + packet no (correct length later)
             "\377" .             # field_count, always = 0xff (255 decimal)
             "\25\04" .           # errno 1045 (little endian)
             "\043" .             # (sqlstate marker), always '#'
             "\062\070\60\60\60"; # sqlstate (5 characters)
             # error message      # append errmsg later

$remoteIP = request.getremoteip();
$usingPw = "YES";
if ($encpasswd == "" ) $usingPw = "NO";

$msg = "Access denied to ZXTM server for user '" .
      $user . "'@'" . $remoteIP ."' (using password: " . $usingPw . ")";

# append msg to authError packet and terminate packet
$authError .= $msg . "\0";
# rewrite first byte to size of packet (less header)
$len = string.length( $authError )-4;
$authError = string.replaceBytes( $authError, string.intToBytes( $len, 1 ), 0 );

# send auth err packet to client and close connection
connection.close( $authError);
[/code]

While the above is formatted as an auth error packet, there is no structural difference between this and any type of erorr packet.  This could easily be modified to be any type of error message you'd like to send the mysql client.

You can change the error code, sql state and error message to suite your needs.  Just remember that the error number is a two byte little endian while the sql state is ascii characters in octal.  Tweeking the packet number might also be necessary, depending on what has been sent to the client already.

If you want to have some fun with your users, try out some "custom" error messages like "do you know what you're doing?" or "please deposit 25 cents to continue" :)</description>
			<content:encoded><![CDATA[if you want to add a nice error message anywhere inside a traffic script, here is an example auth error packet (slightly out of context for demonstration purposes):<br />
<br />
[code]<br />
# simulated auth error packet<br />
$authError = "\0\0\0\2" .         # length + packet no (correct length later)<br />
             "\377" .             # field_count, always = 0xff (255 decimal)<br />
             "\25\04" .           # errno 1045 (little endian)<br />
             "\043" .             # (sqlstate marker), always '#'<br />
             "\062\070\60\60\60"; # sqlstate (5 characters)<br />
             # error message      # append errmsg later<br />
<br />
$remoteIP = request.getremoteip();<br />
$usingPw = "YES";<br />
if ($encpasswd == "" ) $usingPw = "NO";<br />
<br />
$msg = "Access denied to ZXTM server for user '" .<br />
      $user . "'@'" . $remoteIP ."' (using password: " . $usingPw . ")";<br />
<br />
# append msg to authError packet and terminate packet<br />
$authError .= $msg . "\0";<br />
# rewrite first byte to size of packet (less header)<br />
$len = string.length( $authError )-4;<br />
$authError = string.replaceBytes( $authError, string.intToBytes( $len, 1 ), 0 );<br />
<br />
# send auth err packet to client and close connection<br />
connection.close( $authError);<br />
[/code]<br />
<br />
While the above is formatted as an auth error packet, there is no structural difference between this and any type of erorr packet.  This could easily be modified to be any type of error message you'd like to send the mysql client.<br />
<br />
You can change the error code, sql state and error message to suite your needs.  Just remember that the error number is a two byte little endian while the sql state is ascii characters in octal.  Tweeking the packet number might also be necessary, depending on what has been sent to the client already.<br />
<br />
If you want to have some fun with your users, try out some "custom" error messages like "do you know what you're doing?" or "please deposit 25 cents to continue" :)]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2008/07/07/building_a_mysql_load_balancing_proxy#c395</link>
		</item>
				<item>
			<title>In response to: Building a MySQL load-balancing proxy with TrafficScript</title>
			<pubDate>Fri, 20 Nov 2009 00:12:54 +0000</pubDate>
			<guid isPermaLink="false">c394@http://knowledgehub.zeus.com</guid>
         <dc:creator>Owen Garrett [Zeus Dev Team]</dc:creator>
			<description>Jim's got it working now... well done!

The other 'gotcha' he found was that in the mysql user table, the long passwords start with a '*'.  This is not part of the encoded password, so don't copy it into the TrafficScript rule!

I've added a comment to the rule to help avoid this in future.</description>
			<content:encoded><![CDATA[Jim's got it working now... well done!<br />
<br />
The other 'gotcha' he found was that in the mysql user table, the long passwords start with a '*'.  This is not part of the encoded password, so don't copy it into the TrafficScript rule!<br />
<br />
I've added a comment to the rule to help avoid this in future.]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2008/07/07/building_a_mysql_load_balancing_proxy#c394</link>
		</item>
				<item>
			<title>In response to: Building a MySQL load-balancing proxy with TrafficScript</title>
			<pubDate>Thu, 19 Nov 2009 15:54:18 +0000</pubDate>
			<guid isPermaLink="false">c393@http://knowledgehub.zeus.com</guid>
         <dc:creator>Owen Garrett [Zeus Dev Team]</dc:creator>
			<description>Hi Jim,

Problem 1 - in version 5.1 (December 2008), we added a function called 'randomBytes' to the TrafficScript language, so that should explain the problem you saw.  I've updated the example above (just removed the subroutine 'randomBytes') and explained that you need to use version 5.1 or later.

Problem 2 - when you configure the rules, you must remember to set them to run Every time.  By default, when you add a rule to a virtual server, it only runs once (when it recieves the first data).  There's a toggle button in the Virtual Server's Rules page that must be set to 'Every', not 'Once' for both rules.

One other gotcha - make sure that the user you connect with has the appropriate privileges; I've found it necessary to GRANT... TO 'user'@'%' in some cases.



</description>
			<content:encoded><![CDATA[Hi Jim,<br />
<br />
Problem 1 - in version 5.1 (December 2008), we added a function called 'randomBytes' to the TrafficScript language, so that should explain the problem you saw.  I've updated the example above (just removed the subroutine 'randomBytes') and explained that you need to use version 5.1 or later.<br />
<br />
Problem 2 - when you configure the rules, you must remember to set them to run <i>Every</i> time.  By default, when you add a rule to a virtual server, it only runs once (when it recieves the first data).  There's a toggle button in the Virtual Server's Rules page that must be set to 'Every', not 'Once' for both rules.<br />
<br />
One other gotcha - make sure that the user you connect with has the appropriate privileges; I've found it necessary to <tt>GRANT... TO 'user'@'%'</tt> in some cases.<br />
<br />
<br />
<br />
]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2008/07/07/building_a_mysql_load_balancing_proxy#c393</link>
		</item>
				<item>
			<title>In response to: Building a MySQL load-balancing proxy with TrafficScript</title>
			<pubDate>Wed, 18 Nov 2009 19:45:16 +0000</pubDate>
			<guid isPermaLink="false">c392@http://knowledgehub.zeus.com</guid>
         <dc:creator>Jim</dc:creator>
			<description>This is very cool.  I saw the webex today with MySQL and Joyent.  Very informative.

I'm having two problems trying to set this up: 

1) Error when adding response script to TrafficScript editor "Function 'randombytes' already exists"

2) no matter what I try:  ERROR 2013 (HY000): Lost connection to MySQL server at 'reading authorization packet', system error: 0

I changed the name of the function for item 1.  I'm still stumped on item 2.  Is there a way to get debugging info from a log or something?</description>
			<content:encoded><![CDATA[This is very cool.  I saw the webex today with MySQL and Joyent.  Very informative.<br />
<br />
I'm having two problems trying to set this up: <br />
<br />
1) Error when adding response script to TrafficScript editor "Function 'randombytes' already exists"<br />
<br />
2) no matter what I try:  ERROR 2013 (HY000): Lost connection to MySQL server at 'reading authorization packet', system error: 0<br />
<br />
I changed the name of the function for item 1.  I'm still stumped on item 2.  Is there a way to get debugging info from a log or something?]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2008/07/07/building_a_mysql_load_balancing_proxy#c392</link>
		</item>
				<item>
			<title>In response to: Network Side Scripting - Modifying HTTP requests with Netscaler VPX, F5 BigIP and Zeus Traffic Manager</title>
			<pubDate>Thu, 12 Nov 2009 18:17:58 +0000</pubDate>
			<guid isPermaLink="false">c391@http://knowledgehub.zeus.com</guid>
         <dc:creator>ctripod [Member]</dc:creator>
			<description>I created the rewrite action/policy in the GUI.  Use REPLACE as your action and then use the Expression to locate the data you would like to manipulate.  in this case HTTP.REQ.HOSTNAME which will operate on the Host header value.  Matter of fact, AppExpert has an Evaluation interface to ensure the proper result prior to applying these policies to live traffic.  If you click the "Evaluate" button below the Expression Field you'll open this interface.  You can then input your own HTTP headers or use the "Samples" to input a GET or POST request.  Then click "Evaluate" button to apply your expression to the request.

Simplifying difficult Layer 7 tasks to a intuitive structure is a huge advantage and there is no way to hang a box because of bad or novice programmers (as I've seen with others).

As a reference you can copy and paste my configuration lines above into the CLI then login to the GUI and update your screen shots with the appropriate ones.  :-)</description>
			<content:encoded><![CDATA[I created the rewrite action/policy in the GUI.  Use REPLACE as your action and then use the Expression to locate the data you would like to manipulate.  in this case HTTP.REQ.HOSTNAME which will operate on the Host header value.  Matter of fact, AppExpert has an Evaluation interface to ensure the proper result prior to applying these policies to live traffic.  If you click the "Evaluate" button below the Expression Field you'll open this interface.  You can then input your own HTTP headers or use the "Samples" to input a GET or POST request.  Then click "Evaluate" button to apply your expression to the request.<br />
<br />
Simplifying difficult Layer 7 tasks to a intuitive structure is a huge advantage and there is no way to hang a box because of bad or novice programmers (as I've seen with others).<br />
<br />
As a reference you can copy and paste my configuration lines above into the CLI then login to the GUI and update your screen shots with the appropriate ones.  :-)]]></content:encoded>
			<link>http://knowledgehub.zeus.com/articles/2009/09/29/network_side_scripting_modifying_request#c391</link>
		</item>
			</channel>
</rss>
