Discuss

discuss@lists.centos.org

34753 discussions

Re: [CentOS] Problems with Broadcom 4312 wireless
by David McGuffey 12 Jun '09

12 Jun '09

On Thu, 2009-06-11 at 12:00 -0400, centos-request(a)centos.org wrote: > Message: 64 > Date: Thu, 11 Jun 2009 08:14:17 -0700 > From: Bart Schaefer <barton.schaefer(a)gmail.com> > Subject: Re: [CentOS] Problems with Broadcom 4312 wireless > To: CentOS mailing list <centos(a)centos.org> > Message-ID: > <6bb609560906110814t3c41faaci58d5b92ed7f42985(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Jun 11, 2009 at 4:54 AM, David > McGuffey<davidmcguffey(a)verizon.net> wrote: > > Last problem is with the Broadcom 4312 wireless device. ?Again, did > some > > research and found two ways. ?One was the Broadcom provided Linux > > driver, and the other was the guidance on how to use fw-cutter from > > linuxwireless.com. > > There are some possibly-related notes on this page in the wiki: > > http://wiki.centos.org/HowTos/Laptops/HP/Pavilion-ze5300_Series > > Short summary: neither bcm43xx nor ndiswrapper are a perfect solution, > and you may need to blacklist the bcm43xx driver to use ndiswrapper. > > That wiki entry was originally written for CentOS 5.0. I'm currently > running 5.3 with the supplied bcm43xx driver and it has some problems > with duplicate/dropped packets so the performance is suboptimal, but > it does work. > Thanks... According to the guidance a linuxwireless.com the b43 driver (not bcm43xx or b43legacy) should work with the 4312 device. If I can't get bcm43xx and bcm43xx-microcode5.fw to work, then I may try to install the b43 driver and blacklist bcm43xx. Dave

3 3

can't access remote Windows 2008 desktop via Krdc / Remote Desktop
by Rudi Ahlers 12 Jun '09

12 Jun '09

Hi all, Does anyone know why CentOS 5.+3 + latest KDE won't connect to a Windows 2008 server via Remote Desktop, yet it will work on a Windows 2003 server? I can easily connect to a Windows 2003 server, using rdp:/196.34.x.x and login and use the Windows 2003 server. But when I try the same with a Widows 2008 server, it just fails. I see if connecting, and then it "dies" without even displaying me the login screen. Is there something else I need todo to make it work? -- Kind Regards Rudi Ahlers CEO, SoftDux Hosting Web: http://www.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532

2 2

Re: [CentOS] Evolution Question?
by Dr Hackenbush 12 Jun '09

12 Jun '09

On Fri, Jun 12, 2009 at 8:45 PM, Sorin Srbu<sorin.srbu(a)orgfarm.uu.se> wrote: >>-----Original Message----- >>From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On > Behalf >>Of Jeff >>Sent: Friday, June 12, 2009 12:40 AM >>To: CentOS mailing list >>Subject: Re: [CentOS] Evolution Question? >> >>>> I have a CentOS 5.3 Desktop and use Evolution to read mailing lists . >>>> When i move from one read letter to another(either deleting or clicking >>>> next the Message pane flickers. How can i stop this because it is hard >>>> on my eyes when i have a few emails to read? >>> >>> Increase the scan frequency of your monitor maybe? I've seen this in > lists >>> generally with thousands of entries and the gfx-card can't keep up. Most >>> often upping the scan frequency solved this issue. I've also seen this on >>> computers that are a bit, ummm, underpowered. ;-) >>> >>> If you have an Nvidia gfx-card, try installing the proprietary drivers, > or >>> (recommended) dkms and the dkms-Nvidia*-package. >>> >>> YMMV. >>> >>Thanks for the reply. My card is a GeForce FX5200 is there an easy way >>to set it up as there seem to be a few options? Not sure how to increase >>scan frequency? is it dangerous? > > Did you install either the dkms-Nvidia-package or the proprietary Nvidia > driver package? Shouldn't matter anyway, as both install a "Nvidia X Server > settings"-applet. With this you can change resolutions, scan frequencies and > whatnot. > > Dangerous? Well, yes. If you set too high a frequency you might damage the > monitor. For flatscreens the most common frequency is 50 (older standard > IIRC) or 60Hz (most common nowadays). CRT's can vary between 60 to 120Hz. > Most common AFAICT is the 75-85Hz range. > > Your flickering thing might also be because of a too high set screen > resolution. Start with 1024x768 and 75ish Hz and go up stepwise. See if it > gets better. > -- > /Sorin > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos > > I installed the dkms but i couldnt make it work so its back to nv driver now. My resolution is the same as i have been using for years on this monitor and seems to work well. I have now installed Claws mail and the message pane jumping problem has vanished Thanks for your help. Jeff

1 0

IPv6 docs, howtos, descriptions
by Tony Asnicar 12 Jun '09

12 Jun '09

I know...google...BUT: Does someone has good howtos, docs, descriptions, opinions in forums, or similar things about IPv6 and "related things"? I just think it would be a very good idea to collect some links about it... Regards, and thank you in anticipation

4 3

how to set ntpd listen only 127.0.0.1 ?
by MontyRee 12 Jun '09

12 Jun '09

Hello, all. I would like to use ntpd for time sync not rdate or ntpdate. but after installation the ntpd, I found that listened at all interfaces like below. udp 0 0 192.168.111.2:123 0.0.0.0:* 11528/ntpd udp 0 0 xxx.xxx.62.20:123 0.0.0.0:* 11528/ntpd udp 0 0 127.0.0.1:123 0.0.0.0:* 11528/ntpd udp 0 0 0.0.0.0:123 0.0.0.0:* 11528/ntpd Is there any way or option that only listen 127.0.0.1 for security reason? Thanks in advacne. _________________________________________________________________ 대딩들의 인맥관리! 윈도우 라이브 메신저로 해결하자! 채팅은 기본! 25GB 자료실은 덤! 대딩들의 아지트 윈메 클럽 http://im.msn.co.kr/Univ/

5 6

Re: [CentOS] Btmp and Wmtp log rotate
by Bob Hoffman 12 Jun '09

12 Jun '09

========= WTMP and BTMP BTMP is getting huge after a year, about 800MB, WTMP is getting close to 1MB. ============== I am on the digest, so I hope this does not start a new thread (responding to my own thread). I went and added a file to /etc/logrotate.d and ran it to rotate the file /var/log/btmp { minsize 1M create 0600 root root rotate 1 } Then I added the same to the logrotate.conf and deleted the file I had added for manual rotation. To /etc/logrotate.conf /var/log/btmp { monthly minsize 1M create 0600 root root rotate 1 } The manual worked. I am gonna delete the 800mb file and call it a wash. Good thing I left enough on that partition to deal with it. Chmod 0600, root/root, add to etc/logrotate.d, monthly. Any other ideas to optimize this are welcome. This was as installed and quite odd that it was not included in the setup. Thanks

1 0

ipsec dies with plutodebug=all and an client connect
by Andreas Rehmer 12 Jun '09

12 Jun '09

Hi List, i found a Problem with the CentOS RPM for OpenSwan exactly its the Version: openswan.i386 2.6.14-1.el5_3.2 . If you set the Pluto Debug-Level in the ipsec.conf to "all" (Exactly the line looks like this" plutodebug="all" ") and now a client connect to the Server the Ipsec gets an Segmentation Fault and is killed. We Authenticate our clients with x509 Certificates. The Ipsec ist also killed when a client dosent own a valid Certificate. The Problem occured also on an 64bit System. Mit freundlichen Grüßen Andreas Rehmer - IT -------------- Tel.: 030/453081-506 teltarif.de Onlineverlag GmbH Alt-Moabit 96c, 10559 Berlin Tel: +49 (0)30 453 081-0 Fax: +49 (0)30 453 081-11 Mail: mailto:info@teltarif.de WWW: http://www.teltarif.de Geschäftsführer: Kai Petzke, Martin Müller eingetragen beim Amtsgericht Berlin-Charlottenburg, HRB 70507 Umsatzsteuer-ID: DE201038407 Hohe Reichweite im Bereich Telekommunikation gefällig? Im vierten Quartal 2008 besuchten teltarif.de 545.000 verschiedene Nutzer (Quelle: internet facts 2008-IV)! teltarif.de ist Lizenznehmer der ersten Stunde bei der AGOF.

1 0

Btmp and Wmtp log rotate
by Bob Hoffman 12 Jun '09

12 Jun '09

IN the /var/log/ folder there are two files WTMP and BTMP BTMP is getting huge after a year, about 800MB, WTMP is getting close to 1MB. In the /etc/logrotate.conf I see this -------------------- # no packages own wtmp -- we'll rotate them here /var/log/wtmp { monthly minsize 1M create 0664 root utmp rotate 1 } ------------------- I can see where WTMP will probably rotate at some point soon. However there is nothing for BTMP. I thought about doing the same thing for btmp however the permissions are set at 0600 currently on the file. Will logrotate be able to rotate it at 0600 and if it creates at 0600 will it still work. Should I change to 0644 or 0664 (which would allow others to read the file?) /var/log/btmp { monthly minsize 1M create 0664 root utmp rotate 1 } I saw some fedora bugs on this and many were worried about the permissions and had issues with the logrotate of this file due to it. No solution was yet shown though they said it was fixed upstream. My file is almost a gigabyte and I am thinking of just 'touching' it to clear it. Any imput, ideas, etc, would be cool. Manually rotate it? Ideas?

1 0

IPv6 range provisioning question
by Vadtec 12 Jun '09

12 Jun '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A few months back, I tried to use the network scripts to provision an IPv6 range like can be done with IPv4. I was using CentOS 5.2 at the time and was informed that 5.2 was broken in this regard. I have upgraded to CentOS 5.3 now and I am trying to get IPv6 to provision an entire range of IPs, but I am still getting the old behavior and no IPs are being provisioned. I have been following the docs provided by the link in the /etc/sysconfig/network-scripts/ifup-ipv6 at http://www.deepspace6.net/projects/initscripts-ipv6.html#id2801589 and using the following configs: /etc/sysconfig/network NETWORKING=yes GATEWAY=***.***.***.*** GATEWAYDEV=eth0 HOSTNAME=vadtec NETWORKING_IPV6=yes IPV6FORWARDING=no IPV6_AUTOCONF=no IPV6_AUTOTUNNEL=no IPV6_DEFAULTDEV=eth0:1 IPV6_DEFAULTGW=2001:0470:0103:001A::1 /etc/sysconfig/network-scripts/ifcfg-eth0-1 DEVICE=eth0:1 IPV6INIT=yes IPV6ADDR=2001:0470:0103:001A:0001:0000:0000:0000:/96 IPV6_AUTOCONF=no IPV6_ROUTER=no IPV6FORWARDING=no ONBOOT=no When I run service network restart, it doesn't even provision the default IPv6 GW on eth0:1, nor does eth0:1 even show up. If I run tail /var/log/boot.log, boot.log is empty. If I run tail /var/log/messages, I see varying amounts of: Jun 10 11:42:14 localhost kernel: [208192.884652] eth0: duplicate address detected! I see no other errors or messages saying anything is wrong or otherwise. This is becoming very tiresome. It would be really nice to be able to provision IPv6 ranges as needed instead of having to place scripts in rc.local to manually provision the IPs that are needed, one by one. Any help is greatly appreciated. Vadtec vadtec(a)vadtec.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJKL/amAAoJEEJXIw5V8gieYUIP/jhhEVNej/sheEahmIHvEbPz Wu7SJnjIbiO/4rQzR4cbSvGG5mQjqrbZ6KKWEHp+raf720sIgv5MaQEEnk+rc0+J H85ntg+yx0AW7MDoCe+1chGTpjmsg0/5Em0vHW7u7bv+739Wi9F2aelVHFPJGKiY UVFjMU2vCetlpVjEJqU61uAIUrv2AgjR0FfSe6HiTuw8ZpkW/fRe5TmeIYg/4lFY AlE67x4FiSWUevw1VsFvLBFFfyFRrCLkFPD48RZUUyAZSjOx0TjjYVlqBKAHIl7+ Adc6ussOeaUq0qvbTzJNuvAWqQYo+3JM4fGAefKyMIBZo9xgnp+SwRrSnT6KV68J 7Y46lgMb6ZLW/LBXl3PMLyS5B5B4z49PkVhlk5B8C77pZW6pR7pPx2CXvkLe8TX8 +RY/Y0fna2HREWl3grot1o4pS7tmc8JCijExD9tHb65xVvtlCZd9olNXbQ9OBiN3 gDruSFu2tVve5kQIySzY1rzFH/RRc43w3L0vSyKa6SZV0mIgyjQDmaXzkLSiwwuE M2D+2WctsPg3cWMeaNJKWQj09P5nDQqN6Ux3xBKFMYuO9j/TAUsgLh8rU+G5kz9B bJmCVY3F9KNiYuvhuZsLpB4U16PuRjSI1Kg1ZgtPtYyLN6d78ClwpMyPBZrS53El aUC93I6hd4JYIH2AT14p =1JlU -----END PGP SIGNATURE-----

5 14

Error messages? or what
by Sam Drinkard 12 Jun '09

12 Jun '09

I've been seeing this kind of crap now for some time, and only in the past couple of weeks did I realize I was using the Plus Kernel instead of the normal stock kernel. Could this have something to do with it? Messages also appear mentioning something about a PowerNow K-8, which I thought was something you'd see from an AMD processor, not a quad core intel 64 bit box. Any insight or ideas appreciated, and whether or not it's something to worry about. Many thanks for looking things over and your comments, and this excerpt is straight out of the daily log. Sam Begin kernel messages --------------------- Kernel Begin ------------------------ 1 Time(s): RES=0x00 ACK URGP=0 1 Time(s): SRC=140.90.192.168 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=55 ID=18675 DF PROTO=TCP SPT=21950 DPT=55840 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=17974 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=5844 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): TTL=64 ID=18519 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK PSH URGP=0 1 Time(s): .158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=38592 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 0 ACK URGP=0 1 Time(s): 0 OUT= MAC=00:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=35398 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=33884 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=39186 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 04.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=24704 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 074 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 0:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=21904 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 0:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=6472 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 1.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=14952 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 1232 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 1500 TOS=0x00 PREC=0x00 TTL=49 ID=64690 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 16.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=56038 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 2 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=10947 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 2 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=44960 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=54760 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=19670 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=7820 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 6 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 64 ID=4710 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 7:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=26792 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 80 TOS=0x00 PREC=0x00 TTL=64 ID=56676 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK PSH URGP=0 1 Time(s): 97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=44410 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 9:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=35906 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): :00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=4036 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): :00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=45768 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): :20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=53888 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): :69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=23068 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): < SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <0 1 Time(s): <0 OUT= MAC=00:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=49940 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=1414 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <0:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=23526 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=61904 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <2 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=38174 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <6904 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7 SRC=216.104.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=19643 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <7.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=48401 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <7.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=42113 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <7.91.140.32 LEN=80 TOS=0x00 PREC=0x00 TTL=64 ID=65201 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK PSH URGP=0 1 Time(s): <700 TTL=49 ID=54268 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <700:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=27128 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <71448 RES=0x00 ACK URGP=0 1 Time(s): <720:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=44206 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <72e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=31458 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <748 RES=0x00 ACK URGP=0 1 Time(s): <758.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=3102 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <78:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=61452 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=21550 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=8402 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7DOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7F PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <7NDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7OS=0x00 PREC=0x00 TTL=49 ID=19620 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7S=0x00 ACK PSH URGP=0 1 Time(s): <7eth0 OUT= MAC=00:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=52 TOS=0x00 PREC=0x00 TTL=49 ID=5928 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <7th0 SRC=216.104.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=306 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <7x00 PREC=0x00 TTL=64 ID=11155 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK PSH URGP=0 1 Time(s): <8 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=20654 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1236 TOS=0x00 PREC=0x00 TTL=49 ID=14812 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK PSH URGP=0 2 Time(s): <=0 1 Time(s): <=25106 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <C=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=13388 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <ES=0x00 ACK URGP=0 1 Time(s): <F PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <MAC=00:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=56604 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <PT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): <S=0x00 ACK URGP=0 1 Time(s): <T=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=42140 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): <T=52412 WINDOW=101 RES=0x00 ACK PSH URGP=0 1 Time(s): =165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=26918 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): =165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=41232 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): =388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): =40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): C=0x00 TTL=49 ID=15450 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): C=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=59330 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): CK URGP=0 1 Time(s): DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=33682 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): EC=0x00 TTL=49 ID=21396 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): EN=52 TOS=0x00 PREC=0x00 TTL=64 ID=25521 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): F PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): INDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=49227 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): MAC=00:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=2968 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): N= OUT=eth0 SRC=216.104.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=35834 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): N=52 TOS=0x00 PREC=0x00 TTL=64 ID=39654 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): RGP=0 1 Time(s): T=eth0 SRC=216.104.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=39195 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): TL=49 ID=18864 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): TL=49 ID=55810 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): TTL=64 ID=32682 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): W=1448 RES=0x00 ACK URGP=0 1 Time(s): WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): eth0 OUT= MAC=00:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=8162 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): eth0 SRC=216.104.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=24783 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): x00 ACK URGP=0 ---------------------- Kernel End -------------------------

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss