[gentoo-user] strange network problem

[gentoo-user] strange network problem

[路]

[-- Attachment #1: Type: text/plain, Size: 460 bytes --]

Hi ,everybody 
         I've met a strang network problem.My gentoo Netbook can't access google and some other web sites after  lying idle about more than half an hour's. But it can acesses  other sites normally ,And can pinging  ervery sites including google very well! The Only thing i can do is rebooting  the system,and Network resume aftre that. I've googled a lot,and found nothing to solve this problem. :-( 
       It borthered me a lot.Please help me!

[-- Attachment #2: Type: text/html, Size: 738 bytes --]

Re: [gentoo-user] strange network problem

[Maciej Grela]

2010/9/7 路 <xaoru2001@163.com>:
> Hi ,everybody
>          I've met a strang network problem.My gentoo Netbook can't access
> google and some other web sites after  lying idle about more than half an
> hour's. But it can acesses  other sites normally ,And can pinging  ervery
> sites including google very well! The Only thing i can do is rebooting  the
> system,and Network resume aftre that. I've googled a lot,and found nothing
> to solve this problem. :-(
>        It borthered me a lot.Please help me!
>

You should run wireshark and see what is happening when you are trying
to access google.

Best regards,
Maciej Grela

Re: [gentoo-user] strange network problem

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 854 bytes --]

On Tuesday 07 September 2010 08:28:32 Maciej Grela wrote:
> 2010/9/7 路 <xaoru2001@163.com>:
> > Hi ,everybody
> >          I've met a strang network problem.My gentoo Netbook can't access
> > google and some other web sites after  lying idle about more than half an
> > hour's. But it can acesses  other sites normally ,And can pinging  ervery
> > sites including google very well! The Only thing i can do is rebooting
> >  the system,and Network resume aftre that. I've googled a lot,and found
> > nothing to solve this problem. :-(
> >        It borthered me a lot.Please help me!
> 
> You should run wireshark and see what is happening when you are trying
> to access google.

If you can ping, but not resolve domain names then it could have something to 
do with the DNS servers that you or your ISP are using.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] strange network problem

[Alan McKinnon]

Apparently, though unproven, at 12:40 on Tuesday 07 September 2010, Mick did 
opine thusly:

> On Tuesday 07 September 2010 08:28:32 Maciej Grela wrote:
> > 2010/9/7 路 <xaoru2001@163.com>:
> > > Hi ,everybody
> > > 
> > >          I've met a strang network problem.My gentoo Netbook can't
> > >          access
> > > 
> > > google and some other web sites after  lying idle about more than half
> > > an hour's. But it can acesses  other sites normally ,And can pinging 
> > > ervery sites including google very well! The Only thing i can do is
> > > rebooting
> > > 
> > >  the system,and Network resume aftre that. I've googled a lot,and found
> > > 
> > > nothing to solve this problem. :-(
> > > 
> > >        It borthered me a lot.Please help me!
> > 
> > You should run wireshark and see what is happening when you are trying
> > to access google.
> 
> If you can ping, but not resolve domain names then it could have something
> to do with the DNS servers that you or your ISP are using.

If he can ping www.google.com then his domain resolution must be working fine.



-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] strange network problem

[路]

[-- Attachment #1.1: Type: text/plain, Size: 2289 bytes --]






At 2010-09-07，"Alan McKinnon" <alan.mckinnon@gmail.com> wrote:

>Apparently, though unproven, at 12:40 on Tuesday 07 September 2010, Mick did 
>opine thusly:
>
>> On Tuesday 07 September 2010 08:28:32 Maciej Grela wrote:
>> > 2010/9/7 路 <xaoru2001@163.com>:
>> > > Hi ,everybody
>> > > 
>> > >          I've met a strang network problem.My gentoo Netbook can't
>> > >          access
>> > > 
>> > > google and some other web sites after  lying idle about more than half
>> > > an hour's. But it can acesses  other sites normally ,And can pinging 
>> > > ervery sites including google very well! The Only thing i can do is
>> > > rebooting
>> > > 
>> > >  the system,and Network resume aftre that. I've googled a lot,and found
>> > > 
>> > > nothing to solve this problem. :-(
>> > > 
>> > >        It borthered me a lot.Please help me!
>> > 
>> > You should run wireshark and see what is happening when you are trying
>> > to access google.
>> 
>> If you can ping, but not resolve domain names then it could have something
>> to do with the DNS servers that you or your ISP are using.
>
>If he can ping www.google.com then his domain resolution must be working fine.
>
>
>
>-- 
>alan dot mckinnon at gmail dot com
>
Thinks everyone:
 DNS woks well for me. i can ping www.google.com. Just can't access it in web-browsers without rebooting system.Sometimes I thought mybe it's the problem of Power.But now i doubt  about it! Because even while I am watching videos online( about half an our) it happens.
Here is the wireshark capture result:    I don't know why there are so manay "RTS".
Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581039706 TSER=40437152 WS=6"
"32","14.006920","192.168.1.102","64.233.181.113","TCP","57028 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40490336 TSER=0 WS=6"
"33","15.045762","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738233147 TSER=40437152 WS=6"
"34","15.045788","192.168.1.102","64.233.181.113","TCP","57028 > http [RST] Seq=1 Win=0 Len=0"
"35","15.063001","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738233315 TSER=40437152 WS=6"
"36","15.063027","192.168.1.102","64.233.181.113","TCP","57028 > http [RST] Seq=1 Win=0 Len=0"

[-- Attachment #1.2: Type: text/html, Size: 4021 bytes --]

[-- Attachment #2: wireshark.csv --]
[-- Type: application/octet-stream, Size: 19161 bytes --]

"No.","Time","Source","Destination","Protocol","Info"
"1","0.000000","64.233.181.101","192.168.1.102","TCP","https > 37109 [SYN, ACK] Seq=0 Ack=0 Win=5672 Len=0 MSS=1430 TSV=1582278815 TSER=40437152 WS=6"
"2","4.983201","192.168.1.102","64.233.181.113","TCP","57028 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40481312 TSER=0 WS=6"
"3","6.013172","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738224265 TSER=40437152 WS=6"
"4","6.639921","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738224865 TSER=40437152 WS=6"
"5","7.813105","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738226065 TSER=40437152 WS=6"
"6","7.990925","192.168.1.102","64.233.181.113","TCP","57028 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40484320 TSER=0 WS=6"
"7","8.215096","192.168.1.102","114.113.198.76","TCP","42969 > http [FIN, ACK] Seq=1 Ack=1 Win=558 Len=0 TSV=40484544 TSER=2975747817"
"8","8.535161","192.168.1.102","125.39.101.10","TCP","45775 > http [FIN, ACK] Seq=1 Ack=1 Win=282 Len=0"
"9","8.537568","192.168.1.102","64.233.181.101","TCP","35177 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40484866 TSER=0 WS=6"
"10","8.746618","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738226962 TSER=40437152 WS=6"
"11","8.982948","192.168.1.102","125.39.101.10","TCP","45776 > http [FIN, ACK] Seq=1 Ack=1 Win=20160 Len=0"
"12","9.315105","64.233.181.101","192.168.1.102","TCP","http > 35177 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581035178 TSER=40437152 WS=6"
"13","9.743834","192.168.1.102","64.233.181.101","TCP","35178 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40486072 TSER=0 WS=6"
"14","9.897654","192.168.1.102","66.249.89.104","TCP","35729 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40486226 TSER=0 WS=6"
"15","10.243087","64.233.181.101","192.168.1.102","TCP","http > 35177 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581036106 TSER=40437152 WS=6"
"16","10.263454","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738228515 TSER=40437152 WS=6"
"17","10.538079","64.233.181.101","192.168.1.102","TCP","http > 35178 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1583504217 TSER=40437152 WS=6"
"18","10.644483","66.249.89.104","192.168.1.102","TCP","http > 35729 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=2173370006 TSER=40437152 WS=6"
"19","11.124027","64.233.181.101","192.168.1.102","TCP","http > 35178 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1583504715 TSER=40437152 WS=6"
"20","11.514254","64.233.181.101","192.168.1.102","TCP","http > 35177 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581037306 TSER=40437152 WS=6"
"21","11.516121","66.249.89.104","192.168.1.102","TCP","http > 35729 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=2173370937 TSER=40437152 WS=6"
"22","11.542914","192.168.1.102","64.233.181.101","TCP","35177 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40487872 TSER=0 WS=6"
"23","11.569689","64.233.181.101","192.168.1.102","TCP","http > 35178 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1583505315 TSER=40437152 WS=6"
"24","12.373698","64.233.181.101","192.168.1.102","TCP","http > 35177 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581038103 TSER=40437152 WS=6"
"25","12.711073","66.249.89.104","192.168.1.102","TCP","http > 35729 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=2173372137 TSER=40437152 WS=6"
"26","12.750944","192.168.1.102","64.233.181.101","TCP","35178 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40489080 TSER=0 WS=6"
"27","12.776557","64.233.181.101","192.168.1.102","TCP","http > 35178 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1583506515 TSER=40437152 WS=6"
"28","12.902847","192.168.1.102","66.249.89.104","TCP","35729 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40489232 TSER=0 WS=6"
"29","13.760787","64.233.181.101","192.168.1.102","TCP","http > 35178 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1583507444 TSER=40437152 WS=6"
"30","13.835690","66.249.89.104","192.168.1.102","TCP","http > 35729 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=2173373161 TSER=40437152 WS=6"
"31","13.842289","64.233.181.101","192.168.1.102","TCP","http > 35177 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581039706 TSER=40437152 WS=6"
"32","14.006920","192.168.1.102","64.233.181.113","TCP","57028 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40490336 TSER=0 WS=6"
"33","15.045762","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738233147 TSER=40437152 WS=6"
"34","15.045788","192.168.1.102","64.233.181.113","TCP","57028 > http [RST] Seq=1 Win=0 Len=0"
"35","15.063001","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738233315 TSER=40437152 WS=6"
"36","15.063027","192.168.1.102","64.233.181.113","TCP","57028 > http [RST] Seq=1 Win=0 Len=0"
"37","15.206978","64.233.181.101","192.168.1.102","TCP","http > 35178 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1583508965 TSER=40437152 WS=6"
"38","17.558943","192.168.1.102","64.233.181.101","TCP","35177 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40493888 TSER=0 WS=6"
"39","18.429651","64.233.181.101","192.168.1.102","TCP","http > 35177 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581044278 TSER=40437152 WS=6"
"40","18.642939","64.233.181.101","192.168.1.102","TCP","http > 35177 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581044506 TSER=40437152 WS=6"
"41","18.758941","192.168.1.102","64.233.181.101","TCP","35178 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40495088 TSER=0 WS=6"
"42","18.918912","192.168.1.102","66.249.89.104","TCP","35729 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40495248 TSER=0 WS=6"
"43","20.065669","66.249.89.104","192.168.1.102","TCP","http > 35729 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=2173379337 TSER=40437152 WS=6"
"44","20.065698","192.168.1.102","66.249.89.104","TCP","35729 > http [RST] Seq=1 Win=0 Len=0"
"45","20.133616","64.233.181.101","192.168.1.102","TCP","http > 35178 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1583513765 TSER=40437152 WS=6"
"46","22.535561","192.168.1.102","64.233.181.138","TCP","53528 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40498864 TSER=0 WS=6"
"47","22.966186","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581063970 TSER=40437152 WS=6"
"48","23.409802","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581064421 TSER=40437152 WS=6"
"49","24.007473","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581065021 TSER=40437152 WS=6"
"50","25.207549","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581066221 TSER=40437152 WS=6"
"51","25.542946","192.168.1.102","64.233.181.138","TCP","53528 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40501872 TSER=0 WS=6"
"52","26.039036","192.168.1.102","64.233.181.139","TCP","60815 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40502368 TSER=0 WS=6"
"53","26.086884","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581067062 TSER=40437152 WS=6"
"54","26.501510","64.233.181.139","192.168.1.102","TCP","http > 60815 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581052750 TSER=40502368 WS=6"
"55","26.501549","192.168.1.102","64.233.181.139","TCP","60815 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=40502830 TSER=1581052750"
"56","26.501825","192.168.1.102","64.233.181.139","TCP","[TCP segment of a reassembled PDU]"
"57","26.501851","192.168.1.102","64.233.181.139","HTTP","POST /safebrowsing/downloads?client=chromium&appver=7.0.514.0&pver=2.2&wrkey=AKEgNivTgfEPc0i7KwFKUdE9NMfVPTAlH7FGRwHVXkJZ1laaJyRHF8HEn5D2Mz0yq_oMQFH7kxi_QcHjVQyPmoccHiaic23iLA== HTTP/1.1  (text/plain)"
"58","26.949618","64.233.181.139","192.168.1.102","TCP","http > 60815 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581053203 TSER=40502368 WS=6"
"59","26.949648","192.168.1.102","64.233.181.139","TCP","[TCP Dup ACK 57#1] 60815 > http [ACK] Seq=1132 Ack=1 Win=5888 Len=0 TSV=40503278 TSER=1581053203 SLE=0 SRE=1"
"60","27.068791","64.233.181.139","192.168.1.102","TCP","http > 60815 [ACK] Seq=1 Ack=1028 Win=7744 Len=0 TSV=1581053324 TSER=40502830"
"61","27.072762","64.233.181.139","192.168.1.102","TCP","http > 60815 [ACK] Seq=1 Ack=1132 Win=7744 Len=0 TSV=1581053327 TSER=40502830"
"62","27.145300","64.233.181.139","192.168.1.102","HTTP","HTTP/1.1 200 OK  (application/vnd.google.safebrowsing-update)"
"63","27.145326","192.168.1.102","64.233.181.139","TCP","60815 > http [ACK] Seq=1132 Ack=902 Win=7680 Len=0 TSV=40503474 TSER=1581053388"
"64","27.544043","192.168.1.102","173.194.6.13","TCP","39133 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40503873 TSER=0 WS=6"
"65","27.612892","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581068621 TSER=40437152 WS=6"
"66","28.363385","173.194.6.13","192.168.1.102","TCP","http > 39133 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1440 TSV=2097792327 TSER=40503873 WS=6"
"67","28.363432","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=40504692 TSER=2097792327"
"68","28.363594","192.168.1.102","173.194.6.13","HTTP","GET /safebrowsing/rd/ChNnb29nLW1hbHdhcmUtc2hhdmFyEAEY858CIPyfAioF-I8AAB8yBfOPAAAf HTTP/1.1 "
"69","28.760792","173.194.6.13","192.168.1.102","TCP","http > 39133 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1440 TSV=2097792783 TSER=40503873 WS=6"
"70","28.760822","192.168.1.102","173.194.6.13","TCP","[TCP Dup ACK 68#1] 39133 > http [ACK] Seq=883 Ack=1 Win=5888 Len=0 TSV=40505089 TSER=2097792783 SLE=0 SRE=1"
"71","29.119149","173.194.6.13","192.168.1.102","TCP","http > 39133 [ACK] Seq=1 Ack=883 Win=7616 Len=0 TSV=2097793141 TSER=40504692"
"72","29.125500","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"73","29.125522","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=883 Ack=1429 Win=8768 Len=0 TSV=40505454 TSER=2097793141"
"74","29.129458","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"75","29.129468","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=883 Ack=2857 Win=11648 Len=0 TSV=40505458 TSER=2097793141"
"76","29.129473","173.194.6.13","192.168.1.102","HTTP","HTTP/1.1 200 OK  (application/vnd.google.safebrowsing-chunk)"
"77","29.129478","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=883 Ack=2923 Win=11648 Len=0 TSV=40505458 TSER=2097793141"
"78","29.131503","192.168.1.102","173.194.6.13","HTTP","GET /safebrowsing/rd/ChNnb29nLW1hbHdhcmUtc2hhdmFyEAAYyb8BIPC_ASoI1V8AAP___w8yBslfAAD_Dw HTTP/1.1 "
"79","29.591031","192.168.1.102","64.233.181.113","TCP","39320 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40505920 TSER=0 WS=6"
"80","29.915603","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"81","29.919445","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"82","29.919475","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=1771 Ack=5779 Win=17472 Len=0 TSV=40506248 TSER=2097793932"
"83","29.923402","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"84","29.927481","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"85","29.927497","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=1771 Ack=8635 Win=23232 Len=0 TSV=40506256 TSER=2097793932"
"86","29.933485","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"87","29.937513","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"88","29.937526","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=1771 Ack=11491 Win=29056 Len=0 TSV=40506266 TSER=2097793932"
"89","30.073331","64.233.181.113","192.168.1.102","TCP","http > 39320 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581151043 TSER=40502688 WS=6"
"90","30.073352","192.168.1.102","64.233.181.113","TCP","39320 > http [RST] Seq=1 Win=0 Len=0"
"91","30.575718","64.233.181.113","192.168.1.102","TCP","http > 39320 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581151542 TSER=40502688 WS=6"
"92","30.575743","192.168.1.102","64.233.181.113","TCP","39320 > http [RST] Seq=1 Win=0 Len=0"
"93","30.651448","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"94","30.651469","173.194.6.13","192.168.1.102","HTTP","HTTP/1.1 200 OK  (application/vnd.google.safebrowsing-chunk)"
"95","30.651482","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=1771 Ack=12940 Win=31936 Len=0 TSV=40506980 TSER=2097794666"
"96","30.660903","192.168.1.102","173.194.6.13","HTTP","GET /safebrowsing/rd/ChFnb29nLXBoaXNoLXNoYXZhchABGJ3kAyCw5AMqBiLyAAD_fzIFHfIAAB8 HTTP/1.1 "
"97","30.775201","192.168.1.102","64.233.181.113","TCP","39321 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40507104 TSER=0 WS=6"
"98","31.179026","192.168.1.102","64.233.181.101","TCP","36036 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40507508 TSER=0 WS=6"
"99","31.320168","64.233.181.113","192.168.1.102","TCP","http > 39321 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1580523235 TSER=40502688 WS=6"
"100","31.320197","192.168.1.102","64.233.181.113","TCP","39321 > http [RST] Seq=1 Win=0 Len=0"
"101","31.347615","173.194.6.13","192.168.1.102","HTTP","HTTP/1.1 200 OK  (application/vnd.google.safebrowsing-chunk)"
"102","31.348505","192.168.1.102","173.194.6.13","HTTP","GET /safebrowsing/rd/ChFnb29nLXBoaXNoLXNoYXZhchAAGOnoBiCQ6QYqBoi0AQD_ATIIabQBAP___38 HTTP/1.1 "
"103","31.558917","192.168.1.102","64.233.181.138","TCP","53528 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40507888 TSER=0 WS=6"
"104","31.666753","64.233.181.113","192.168.1.102","TCP","http > 39321 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1580523583 TSER=40502688 WS=6"
"105","31.666773","192.168.1.102","64.233.181.113","TCP","39321 > http [RST] Seq=1 Win=0 Len=0"
"106","32.039438","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"107","32.043339","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"108","32.043354","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=3537 Ack=16428 Win=40576 Len=0 TSV=40508372 TSER=2097796056"
"109","32.047352","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"110","32.053417","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"111","32.053439","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=3537 Ack=19284 Win=46400 Len=0 TSV=40508382 TSER=2097796056"
"112","32.057367","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"113","32.061406","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"114","32.061415","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=3537 Ack=22140 Win=52160 Len=0 TSV=40508390 TSER=2097796056"
"115","32.065382","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"116","32.071600","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"117","32.071618","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=3537 Ack=24996 Win=57984 Len=0 TSV=40508400 TSER=2097796056"
"118","32.150258","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581073121 TSER=40437152 WS=6"
"119","32.429655","64.233.181.138","192.168.1.102","TCP","http > 53528 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581073421 TSER=40437152 WS=6"
"120","32.583540","173.194.6.13","192.168.1.102","TCP","[TCP segment of a reassembled PDU]"
"121","32.587430","173.194.6.13","192.168.1.102","HTTP","HTTP/1.1 200 OK  (application/vnd.google.safebrowsing-chunk)"
"122","32.587449","192.168.1.102","173.194.6.13","TCP","39133 > http [ACK] Seq=3537 Ack=27711 Win=63744 Len=0 TSV=40508916 TSER=2097796600"
"123","32.598845","192.168.1.102","64.233.181.113","TCP","39320 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40508928 TSER=0 WS=6"
"124","33.134712","64.233.181.113","192.168.1.102","TCP","[TCP Previous segment lost] http > 39320 [SYN, ACK] Seq=47829090 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581154104 TSER=40502688 WS=6"
"125","33.134738","192.168.1.102","64.233.181.113","TCP","39320 > http [RST] Seq=1 Win=0 Len=0"
"126","33.782875","192.168.1.102","64.233.181.113","TCP","39321 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40510112 TSER=0 WS=6"
"127","34.183089","192.168.1.102","64.233.181.101","TCP","36036 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40510512 TSER=0 WS=6"
"128","34.518669","64.233.181.113","192.168.1.102","TCP","[TCP Previous segment lost] http > 39321 [SYN, ACK] Seq=50012345 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1580526435 TSER=40502688 WS=6"
"129","34.518711","192.168.1.102","64.233.181.113","TCP","39321 > http [RST] Seq=1 Win=0 Len=0"
"130","34.925349","64.233.181.113","192.168.1.102","TCP","http > 39321 [SYN, ACK] Seq=50012345 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1580526783 TSER=40502688 WS=6"
"131","34.925385","192.168.1.102","64.233.181.113","TCP","39321 > http [RST] Seq=1 Win=0 Len=0"
"132","34.960598","64.233.181.101","192.168.1.102","TCP","http > 36036 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1003743133 TSER=40502688 WS=6"
"133","34.960627","192.168.1.102","64.233.181.101","TCP","36036 > http [RST] Seq=1 Win=0 Len=0"
"134","35.422626","64.233.181.101","192.168.1.102","TCP","http > 36036 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1003743595 TSER=40502688 WS=6"
"135","35.422652","192.168.1.102","64.233.181.101","TCP","36036 > http [RST] Seq=1 Win=0 Len=0"
"136","36.293411","192.168.1.102","199.7.48.190","TCP","52967 > http [FIN, ACK] Seq=1 Ack=1 Win=8533 Len=0"
"137","36.293435","192.168.1.102","173.194.6.13","TCP","39133 > http [FIN, ACK] Seq=3537 Ack=27711 Win=63744 Len=0 TSV=40512622 TSER=2097796600"
"138","36.293458","192.168.1.102","64.233.181.139","TCP","60815 > http [FIN, ACK] Seq=1132 Ack=902 Win=7680 Len=0 TSV=40512622 TSER=1581053388"
"139","37.706945","192.168.1.102","64.233.181.139","TCP","60815 > http [FIN, ACK] Seq=1132 Ack=902 Win=7680 Len=0 TSV=40514036 TSER=1581053388"
"140","38.262921","192.168.1.102","173.194.6.13","TCP","39133 > http [FIN, ACK] Seq=3537 Ack=27711 Win=63744 Len=0 TSV=40514592 TSER=2097796600"
"141","39.734919","192.168.1.102","199.7.48.190","TCP","52967 > http [FIN, ACK] Seq=1 Ack=1 Win=8533 Len=0"
"142","40.534918","192.168.1.102","64.233.181.139","TCP","60815 > http [FIN, ACK] Seq=1132 Ack=902 Win=7680 Len=0 TSV=40516864 TSER=1581053388"
"143","42.198917","192.168.1.102","173.194.6.13","TCP","39133 > http [FIN, ACK] Seq=3537 Ack=27711 Win=63744 Len=0 TSV=40518528 TSER=2097796600"
"144","43.095031","192.168.1.102","114.113.198.76","TCP","42969 > http [FIN, ACK] Seq=1 Ack=1 Win=558 Len=0 TSV=40519424 TSER=2975747817"

Re: [gentoo-user] strange network problem

[Florian CROUZAT]

On 7 sept. 2010, at 15:51, 路 wrote:

> Thinks everyone:
>  DNS woks well for me. i can ping www.google.com. Just can't access it in web-browsers without rebooting system.Sometimes I thought mybe it's the problem of Power.But now i doubt  about it! Because even while I am watching videos online( about half an our) it happens.
> Here is the wireshark capture result:    I don't know why there are so manay "RTS".
> Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=1581039706 TSER=40437152 WS=6"
> "32","14.006920","192.168.1.102","64.233.181.113","TCP","57028 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=40490336 TSER=0 WS=6"
> "33","15.045762","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738233147 TSER=40437152 WS=6"
> "34","15.045788","192.168.1.102","64.233.181.113","TCP","57028 > http [RST] Seq=1 Win=0 Len=0"
> "35","15.063001","64.233.181.113","192.168.1.102","TCP","http > 57028 [SYN, ACK] Seq=0 Ack=1 Win=5672 Len=0 MSS=1430 TSV=3738233315 TSER=40437152 WS=6"
> "36","15.063027","192.168.1.102","64.233.181.113","TCP","57028 > http [RST] Seq=1 Win=0 Len=0"

Since you are the one sending RESETs instead of ACKs, I'd use hping (hping -S -p 80 64.233.181.113) and check if the box also sends RESETs instead of ACKs using CLI, or with bash+nc : 
( echo "GET / HTTP/1.0" ; echo ; echo "host:www.google.com" ; echo ) | nc 64.233.181.113 80
If you can actually read google sources using that, your browser is to blame, or a plugin ?

-----
Florian.
/ For security reasons, all text in this mail 
  is double-rot13 encrypted. /

Re: [gentoo-user] strange network problem

[Adam Carter]

[-- Attachment #1: Type: text/plain, Size: 864 bytes --]

> Since you are the one sending RESETs instead of ACKs, I'd use hping (hping
> -S -p 80 64.233.181.113) and check if the box also sends RESETs instead of
> ACKs using CLI, or with bash+nc :
> ( echo "GET / HTTP/1.0" ; echo ; echo "host:www.google.com" ; echo ) | nc
> 64.233.181.113 80
> If you can actually read google sources using that, your browser is to
> blame, or a plugin ?
>

I agree with Florian - the problem is clearly your end. You should be
sending ACK after the SYN/ACK from google, not an RST. I would have through
that the OS would perform the TCP setup tho, not the browser itself.
Checking with different software is worthwhile to verify whether that is
true or not. You could also try 'lynx www.google.com' instead of the echo/nc
thing.

Also if you want us to look at the capture, send it in pcap (binary) format
so we can see all the detail.

[-- Attachment #2: Type: text/html, Size: 1178 bytes --]

Re: [gentoo-user] strange network problem

[Walter Dnes]

On Tue, Sep 07, 2010 at 09:51:48PM +0800, ?? wrote

> Thinks everyone:
>  DNS woks well for me. i can ping www.google.com. Just can't access
>  it in web-browsers without rebooting system.Sometimes I thought mybe
>  it's the problem of Power.But now i doubt  about it! Because even
>  while I am watching videos online( about half an our) it happens.
> Here is the wireshark capture result:    I don't know why there are
> so manay "RTS".

  I had a problem authenticating with the wifi domain at the local
library when I first tried it.  It turns out that the local library
intercepts the first http:// attempt and sends you to a page win the
10.0.0.0/8 block.  My iptables configuration was copied from my desktop,
which had no reason to expect traffic from that area.  So it blocked
10.0.0.0/8 it, which prevented me from signing in.

  Your situation sounds like you have a half-hour lease on an IP
address, and something goes wrong when the lease is renewed, or
attempted to be renewed.  A couple of suggestions...

- heavy-handed "solution"... can you set up dhcpcd to get you a longer
  lease than 30 minutes on your IP address?

- check your iptables rulesets and logs.  Do you have any iptables rules
  that generate RST's at your end?  If you get desparate, try running
  for 45 minutes with iptables turned off

- what does your netbook's /etc/resolv.conf look like...
  1) before going online
  2) after going online successfully
  3) after a half-hour

-- 
Walter Dnes <waltdnes@waltdnes.org>

Re: [gentoo-user] strange network problem

[路]

[-- Attachment #1.1: Type: text/plain, Size: 1916 bytes --]






At 2010-09-10，"Walter Dnes" <waltdnes@waltdnes.org> wrote:

>On Tue, Sep 07, 2010 at 09:51:48PM +0800, ?? wrote
>
>> Thinks everyone:
>>  DNS woks well for me. i can ping www.google.com. Just can't access
>>  it in web-browsers without rebooting system.Sometimes I thought mybe
>>  it's the problem of Power.But now i doubt  about it! Because even
>>  while I am watching videos online( about half an our) it happens.
>> Here is the wireshark capture result:    I don't know why there are
>> so manay "RTS".
>
>  I had a problem authenticating with the wifi domain at the local
>library when I first tried it.  It turns out that the local library
>intercepts the first http:// attempt and sends you to a page win the
>10.0.0.0/8 block.  My iptables configuration was copied from my desktop,
>which had no reason to expect traffic from that area.  So it blocked
>10.0.0.0/8 it, which prevented me from signing in.
>
>  Your situation sounds like you have a half-hour lease on an IP
>address, and something goes wrong when the lease is renewed, or
>attempted to be renewed.  A couple of suggestions...
>
>- heavy-handed "solution"... can you set up dhcpcd to get you a longer
>  lease than 30 minutes on your IP address?
>
>- check your iptables rulesets and logs.  Do you have any iptables rules
>  that generate RST's at your end?  If you get desparate, try running
>  for 45 minutes with iptables turned off
>
>- what does your netbook's /etc/resolv.conf look like...
>  1) before going online
>  2) after going online successfully
>  3) after a half-hour
>
>-- 
>Walter Dnes <waltdnes@waltdnes.org>
>



Thinks 
First ,  There is no iptables severing no my box;
Second : The /etc/resolve.conf keeps the same all the times;
I tried to restart   network , eth0 , dhcpd, NetworkManager but nothing helps,The same thing happens whilel using static IP address.
I've attached Wiresharp data ,Hope someone can help.

[-- Attachment #1.2: Type: text/html, Size: 3652 bytes --]

[-- Attachment #2: googlecap --]
[-- Type: application/octet-stream, Size: 0 bytes --]

Re:Re: [gentoo-user] strange network problem

[路]

[-- Attachment #1.1: Type: text/plain, Size: 2043 bytes --]




At 2010-09-10，"路" <xaoru2001@163.com> wrote:





At 2010-09-10，"Walter Dnes" <waltdnes@waltdnes.org> wrote:

>On Tue, Sep 07, 2010 at 09:51:48PM +0800, ?? wrote
>
>> Thinks everyone:
>>  DNS woks well for me. i can ping www.google.com. Just can't access
>>  it in web-browsers without rebooting system.Sometimes I thought mybe
>>  it's the problem of Power.But now i doubt  about it! Because even
>>  while I am watching videos online( about half an our) it happens.
>> Here is the wireshark capture result:    I don't know why there are
>> so manay "RTS".
>
>  I had a problem authenticating with the wifi domain at the local
>library when I first tried it.  It turns out that the local library
>intercepts the first http:// attempt and sends you to a page win the
>10.0.0.0/8 block.  My iptables configuration was copied from my desktop,
>which had no reason to expect traffic from that area.  So it blocked
>10.0.0.0/8 it, which prevented me from signing in.
>
>  Your situation sounds like you have a half-hour lease on an IP
>address, and something goes wrong when the lease is renewed, or
>attempted to be renewed.  A couple of suggestions...
>
>- heavy-handed "solution"... can you set up dhcpcd to get you a longer
>  lease than 30 minutes on your IP address?
>
>- check your iptables rulesets and logs.  Do you have any iptables rules
>  that generate RST's at your end?  If you get desparate, try running
>  for 45 minutes with iptables turned off
>
>- what does your netbook's /etc/resolv.conf look like...
>  1) before going online
>  2) after going online successfully
>  3) after a half-hour
>
>-- 
>Walter Dnes <waltdnes@waltdnes.org>
>



Thinks 
First ,  There is no iptables severing no my box;
Second : The /etc/resolve.conf keeps the same all the times;
I tried to restart   network , eth0 , dhcpd, NetworkManager but nothing helps,The same thing happens whilel using static IP address.
I've attached Wiresharp data ,Hope someone can help.

Sorry.previous attachment is bad!

您想拥有和网易免费邮箱一样强大的软件吗？

[-- Attachment #1.2: Type: text/html, Size: 4161 bytes --]

[-- Attachment #2: googlecap --]
[-- Type: application/octet-stream, Size: 13711 bytes --]

Re: Re: [gentoo-user] strange network problem

[Thomas Yao]

2010/9/10 路 <xaoru2001@163.com>:
>
>
> At 2010-09-10，"路" <xaoru2001@163.com> wrote:
>
>
>
> At 2010-09-10，"Walter Dnes" <waltdnes@waltdnes.org> wrote:
>
>>On Tue, Sep 07, 2010 at 09:51:48PM +0800, ?? wrote
>>
>>> Thinks everyone:
>>>  DNS woks well for me. i can ping www.google.com. Just can't access
>>>  it in web-browsers without rebooting system.Sometimes I thought mybe
>>>  it's the problem of Power.But now i doubt  about it! Because even
>>>  while I am watching videos online( about half an our) it happens.
>>> Here is the wireshark capture result:    I don't know why there are
>>> so manay "RTS".
>>
>>  I had a problem authenticating with the wifi domain at the local
>>library when I first tried it.  It turns out that the local library
>>intercepts the first http:// attempt and sends you to a page win the
>>10.0.0.0/8 block.  My iptables configuration was copied from my desktop,
>>which had no reason to expect traffic from that area.  So it blocked
>>10.0.0.0/8 it, which prevented me from signing in.
>>
>>  Your situation sounds like you have a half-hour lease on an IP
>>address, and something goes wrong when the lease is renewed, or
>>attempted to be renewed.  A couple of suggestions...
>>
>>- heavy-handed "solution"... can you set up dhcpcd to get you a longer
>>  lease than 30 minutes on your IP address?
>>
>>- check your iptables rulesets and logs.  Do you have any iptables rules
>>  that generate RST's at your end?  If you get desparate, try running
>>  for 45 minutes with iptables turned off
>>
>>- what does your netbook's /etc/resolv.conf look like...
>>  1) before going online
>>  2) after going online successfully
>>  3) after a half-hour
>>
>>--
>>Walter Dnes <waltdnes@waltdnes.org>
>>
>
> Thinks
>
> First ,  There is no iptables severing no my box;
>
> Second : The /etc/resolve.conf keeps the same all the times;
>
> I tried to restart   network , eth0 , dhcpd, NetworkManager but nothing
> helps,The same thing happens whilel using static IP address.
>
> I've attached Wiresharp data ,Hope someone can help.
>
> Sorry.previous attachment is bad!
> ________________________________
> 您想拥有和网易免费邮箱一样强大的软件吗？
>
> ________________________________
> 您想拥有和网易免费邮箱一样强大的软件吗？

I DO NOT recommend you use the mail service provided by 163.com
See the advertisement under your mail and signature ?

建议你加邮件列表还是用GMAIL吧

-- 
@ghosTM55
Mechanism, not policy