<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: TCP: Treason Uncloaked?</title>
	<atom:link href="http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/feed/" rel="self" type="application/rss+xml" />
	<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/</link>
	<description>Enhancing your Ubuntu experience!</description>
	<lastBuildDate>Thu, 02 Feb 2012 10:29:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Kamilion</title>
		<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/#comment-6989</link>
		<dc:creator>Kamilion</dc:creator>
		<pubDate>Thu, 20 Nov 2008 19:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://ubuntu-tutorials.com/?p=712#comment-6989</guid>
		<description>Hans:

The link has been updated recently with the following information:

I read your page first since it was #1 on Google&#039;s search list. Then I poked around a bit farther down and discovered that there is an actual kernel bug in the TCP stack that is usually connected with this message.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2ad41065d9fe518759b695fc2640cf9c07261dd2

The bug was fixed in 2.6.14. I was testing on 2.6.10 and almost certainly exercised the bug. Maybe that was all there was to it in your situation as well. But in the meantime you sure found out lots about web server tuning!</description>
		<content:encoded><![CDATA[<p>Hans:</p>
<p>The link has been updated recently with the following information:</p>
<p>I read your page first since it was #1 on Google&#8217;s search list. Then I poked around a bit farther down and discovered that there is an actual kernel bug in the TCP stack that is usually connected with this message.</p>
<p><a href="http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2ad41065d9fe518759b695fc2640cf9c07261dd2" rel="nofollow">http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2ad41065d9fe518759b695fc2640cf9c07261dd2</a></p>
<p>The bug was fixed in 2.6.14. I was testing on 2.6.10 and almost certainly exercised the bug. Maybe that was all there was to it in your situation as well. But in the meantime you sure found out lots about web server tuning!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans Solo</title>
		<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/#comment-5733</link>
		<dc:creator>Hans Solo</dc:creator>
		<pubDate>Tue, 02 Sep 2008 07:22:08 +0000</pubDate>
		<guid isPermaLink="false">http://ubuntu-tutorials.com/?p=712#comment-5733</guid>
		<description>Mark Preston:

your link is from 2004 based upon the 1.3.x apache kernel.  don&#039;t use.

hans</description>
		<content:encoded><![CDATA[<p>Mark Preston:</p>
<p>your link is from 2004 based upon the 1.3.x apache kernel.  don&#8217;t use.</p>
<p>hans</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Preston</title>
		<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/#comment-5238</link>
		<dc:creator>Mark Preston</dc:creator>
		<pubDate>Sat, 05 Jul 2008 17:41:12 +0000</pubDate>
		<guid isPermaLink="false">http://ubuntu-tutorials.com/?p=712#comment-5238</guid>
		<description>Have a look at this, Christer:

http://www.informedbanking.com/acc/nxwiki/view/TCP-Treason-Uncloaked.html</description>
		<content:encoded><![CDATA[<p>Have a look at this, Christer:</p>
<p><a href="http://www.informedbanking.com/acc/nxwiki/view/TCP-Treason-Uncloaked.html" rel="nofollow">http://www.informedbanking.com/acc/nxwiki/view/TCP-Treason-Uncloaked.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Soto</title>
		<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/#comment-5226</link>
		<dc:creator>Scott Soto</dc:creator>
		<pubDate>Sat, 05 Jul 2008 05:16:07 +0000</pubDate>
		<guid isPermaLink="false">http://ubuntu-tutorials.com/?p=712#comment-5226</guid>
		<description>I agree with Simon Farnsworth I could not have put it any better, way to go Simon. I just wanted to chime in so you have more then one with the same opinion.

Have a great 4th and a great weekend.

Scott..</description>
		<content:encoded><![CDATA[<p>I agree with Simon Farnsworth I could not have put it any better, way to go Simon. I just wanted to chime in so you have more then one with the same opinion.</p>
<p>Have a great 4th and a great weekend.</p>
<p>Scott..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Klingon Warbird Captain Lo'Tok</title>
		<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/#comment-5220</link>
		<dc:creator>Klingon Warbird Captain Lo'Tok</dc:creator>
		<pubDate>Fri, 04 Jul 2008 22:08:44 +0000</pubDate>
		<guid isPermaLink="false">http://ubuntu-tutorials.com/?p=712#comment-5220</guid>
		<description>How dare you attempt to intercept our communications through the neutral zone! This is Captain Lo&#039;Tok of the Klingon Warbird Rahi. I have been monitoring your blog now for three weeks as your ship has been orbiting Planet Druidia. The Klingon Empire will not tolerate TCP or Treason of any sort!

Do not defy my request to leave orbit of Planet Druidia!

Sincerely,

Captain Lo&#039;Tok
Klingon Warbird Rahi</description>
		<content:encoded><![CDATA[<p>How dare you attempt to intercept our communications through the neutral zone! This is Captain Lo&#8217;Tok of the Klingon Warbird Rahi. I have been monitoring your blog now for three weeks as your ship has been orbiting Planet Druidia. The Klingon Empire will not tolerate TCP or Treason of any sort!</p>
<p>Do not defy my request to leave orbit of Planet Druidia!</p>
<p>Sincerely,</p>
<p>Captain Lo&#8217;Tok<br />
Klingon Warbird Rahi</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Farnsworth</title>
		<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/#comment-5218</link>
		<dc:creator>Simon Farnsworth</dc:creator>
		<pubDate>Fri, 04 Jul 2008 18:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://ubuntu-tutorials.com/?p=712#comment-5218</guid>
		<description>It&#039;s a little terse, and assumes you understand TCP flow control.

In TCP, each end has a &quot;receive window&quot;; this is a buffer for storing bytes received from the other machine. You tell the other machine how big your receive window is when the connection opens. The remote machine is not allowed to send you more bytes at a time than the spare space in your receive window.

Each time you receive a chunk of data from the remote machine, you send an acknowledgement back, and you tell it how big the remaining receive window is, and which chunks you&#039;ve received.

If both sides are behaving properly, the remaining receive window can only shrink as a result of data sent by the remote machine. The &quot;Treason Uncloaked&quot; message is generated when the remote end shrinks the receive window it&#039;s offering in an acknowledgement by *more* than the size of the chunks it&#039;s acknowledged.

For a worked example:

We open a connection; I say I can receive 1024 bytes at a time, but not my (my initial receive window).

You send me 500 bytes; I acknowledge receiving them, and tell you I can take another 524 bytes (legal, as I&#039;ve only reduced the window by the amount you sent).

You send me another 524 bytes; I acknowledge receiving them, and tell you that you can send another 900 bytes (legal, because I&#039;m expanding the receive window, not reducing it).

You send me 800 bytes; I acknowledge them, and tell you that you can send another 300 bytes (again, legal - I&#039;m decreasing the receive window by less than the amount of data I&#039;ve acknowledged).

You then send me 150 bytes; I acknowledge them, and tell you that you can send another 100 bytes. This triggers &quot;Treason Uncloaked!&quot; - you sent me 150 bytes, I&#039;d previously claimed I could accept a total of 300 bytes, and now I&#039;m suddenly changing my mind and saying &quot;actually, I could only accept 250 bytes - I lied when I said I could accept 300 bytes&quot;.</description>
		<content:encoded><![CDATA[<p>It&#8217;s a little terse, and assumes you understand TCP flow control.</p>
<p>In TCP, each end has a &#8220;receive window&#8221;; this is a buffer for storing bytes received from the other machine. You tell the other machine how big your receive window is when the connection opens. The remote machine is not allowed to send you more bytes at a time than the spare space in your receive window.</p>
<p>Each time you receive a chunk of data from the remote machine, you send an acknowledgement back, and you tell it how big the remaining receive window is, and which chunks you&#8217;ve received.</p>
<p>If both sides are behaving properly, the remaining receive window can only shrink as a result of data sent by the remote machine. The &#8220;Treason Uncloaked&#8221; message is generated when the remote end shrinks the receive window it&#8217;s offering in an acknowledgement by *more* than the size of the chunks it&#8217;s acknowledged.</p>
<p>For a worked example:</p>
<p>We open a connection; I say I can receive 1024 bytes at a time, but not my (my initial receive window).</p>
<p>You send me 500 bytes; I acknowledge receiving them, and tell you I can take another 524 bytes (legal, as I&#8217;ve only reduced the window by the amount you sent).</p>
<p>You send me another 524 bytes; I acknowledge receiving them, and tell you that you can send another 900 bytes (legal, because I&#8217;m expanding the receive window, not reducing it).</p>
<p>You send me 800 bytes; I acknowledge them, and tell you that you can send another 300 bytes (again, legal &#8211; I&#8217;m decreasing the receive window by less than the amount of data I&#8217;ve acknowledged).</p>
<p>You then send me 150 bytes; I acknowledge them, and tell you that you can send another 100 bytes. This triggers &#8220;Treason Uncloaked!&#8221; &#8211; you sent me 150 bytes, I&#8217;d previously claimed I could accept a total of 300 bytes, and now I&#8217;m suddenly changing my mind and saying &#8220;actually, I could only accept 250 bytes &#8211; I lied when I said I could accept 300 bytes&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isecore</title>
		<link>http://ubuntu-tutorials.com/2008/07/04/tcp-treason-uncloaked/#comment-5216</link>
		<dc:creator>isecore</dc:creator>
		<pubDate>Fri, 04 Jul 2008 17:56:26 +0000</pubDate>
		<guid isPermaLink="false">http://ubuntu-tutorials.com/?p=712#comment-5216</guid>
		<description>I&#039;m kind of wondering the same thing. I used to have this on my server and found very confusing and conflicting explanations of it. The only thing I know is when I stopped running Snort on the server, the messages disappeared.</description>
		<content:encoded><![CDATA[<p>I&#8217;m kind of wondering the same thing. I used to have this on my server and found very confusing and conflicting explanations of it. The only thing I know is when I stopped running Snort on the server, the messages disappeared.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: basic (User agent is rejected)
Database Caching 2/6 queries in 0.003 seconds using disk: basic
Object Caching 276/277 objects using disk: basic

Served from: ubuntu-tutorials.com @ 2012-02-09 16:20:16 -->
