[arch-general] [signoff] kernel26 2.6.37.6-1
Upstream update. This package is NOT in testing (2.6.38 currently resides there), but at: http://dev.archlinux.org/~tpowa/kernel26/ please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] [signoff] kernel26-2.6.38.2-1
Hi guys, please signoff 2.6.38 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - latest stable patches - disabled /dev/kmem - added AMD_IOMMU support - kernel image is now xz compressed - NUMA is enabled on x86_64 - AUTOSCHED (aka the wonder patch) is enabled - aufs2.1 latest snapshot - added additional i915 patch - added radeaon kms fix greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] cancel request to reopen a feature request
On 31/03/11 11:54, Kyle wrote: Is there a way to cancel a request to reopen a feature request? Nope, but I have now denied your re-open request. Allan
[arch-general] cancel request to reopen a feature request
Is there a way to cancel a request to reopen a feature request? Seems I jumped the gun just a little when I requested to reopen it, as the package release that implements the feature took a little time to get to my mirror of choice, and I based my request on the prior release. The task in question is #23517, and it should indeedd remain closed, as the feature has been implemented and I have successfully tested it. The error message I pasted in the task is from the previous release, which was still the latest version on my chosen mirror at the time I encountered the error. BTW, I would like to thank the Arch developers for such a quick response to my rather minor feature request. It was fixed just over two hours after I submitted it. You guys rock! ~Kyle
Re: [arch-general] Display "Flicker" with 2.6.37.5-1 & nvidia 270.30-3 (dual head)
On 03/28/2011 11:06 PM, Mike Sampson wrote: I am running similar hardware with similar drivers in a dual head (twinview) setup with no issues as described now or ever in the past. I use two 1680x1050 displays connected via DVI cables. Package versions are below but are the standard testing packages. I don't run KDE, just XMonad and xcompmgr. $ lspci | grep GeForce 02:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600 GT] (rev a1) $ pacman -Qi nvidia | grep Version Version: 270.30-4 $ pacman -Qi kernel26 | grep Version Version: 2.6.38.1-1 Thank you Mike, I'm running 1920x1200 primary and 1680x1050 secondary. I wonder if the difference in size is causing problems now where in the past it did not? Otherwise, our hardware is very close: lspci | grep GeForce 01:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600 GT] (rev a1) And I'm just running the current software: pacman -Qi nvidia | grep Version Version: 270.30-3 pacman -Qi kernel26 | grep Version Version: 2.6.37.5-1 -- David C. Rankin, J.D.,P.E.
[arch-general] OHCI: work around for nVidia shutdown problem
Hello, do you have a nvidia usb controller? and had/have problems with usb devices staying powered on after shutdown? this patch added in 2.6.37 had the opposite effect on my system: https://patchwork.kernel.org/patch/341321/ but the helpful devs found a solution: http://marc.info/?l=linux-usb&m=130142049527638&w=2 so in my system all is fine again. but, as i didn't find anyone with this problem (the first patch having the opposite effect) anywhere, i wanted to ask you if you can test this patch and tell if your nvidia usb controller still (or now) works as supposed. if desired, i can also tell when (if) this patch gets included upstream. (so you don't need to hassle with this patch, but know when to check) cheers .andre
Re: [arch-general] [signoff] kernel26-lts 2.6.32.36-1
Am Wed, 30 Mar 2011 07:49:07 -0700 (PDT) schrieb anonova : > The "ERROR Invalid kernel" and panic are normal, as xen does not > support lzma compressed kernels. I have to copy the uncompressed > kernel to use after installation. Unfortunately, there is nothing > after the final "Error". The VM goes into an off state. Reverting > back to my cached 2.6.32.32-1 package works. There were several Xen related patches that went into the LTS kernel after .32.32 - see http://linux.kernel.org/mailman/listinfo/stable Feel free to locate the issue and try to get it fixed upstream. -Andy
Re: [arch-general] Port 80 is shown open in port scan without any web server running
Am 30.03.2011 18:22, schrieb Philipp Überbacher: > I doubt that: "The Directive as adopted covers fixed telephony, mobile > telephony, Internet access, Internet email and Internet telephony." > http://en.wikipedia.org/wiki/Telecommunications_data_retention#European_Union It only covers connection data (IP addresses, phone numbers, email addresses), not content. Inspecting the content (for instance, doing a deep packet inspection on web traffic, listening in on phone conversations) is still illegal unless ordered by a judge. Besides, the laws implementing this regulation have been deemed unconstitutional in 4 or 5 countries already. There is still hope that the regulation will be dropped entirely. Back to topic: If I would find out that my provider inspects my web traffic and logs which websites I connect to, I would definitely sue. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Port 80 is shown open in port scan without any web server running
Excerpts from Jan de Groot's message of 2011-03-30 17:52:00 +0200: > On Wed, 2011-03-30 at 17:27 +0200, Philipp Überbacher wrote: > > > If you live in a civilized country in Europe data retention either is > > already in place or will be rather soon. The US might have a different > > approach but I doubt the net result is much different. > > Those regulations are about email only. Providers have to store > recipient and sender for every mail that passes their network and they > have to store it for a long time, depending on what country implemented > the rules. I doubt that: "The Directive as adopted covers fixed telephony, mobile telephony, Internet access, Internet email and Internet telephony." http://en.wikipedia.org/wiki/Telecommunications_data_retention#European_Union
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11 19:38, Thomas Bächler wrote: You cannot "hide" yourself on the internet. If you were offline, the next router would reply that your machine is unreachable. By not answering, you not only tell the "attacker" that you are online, you also tell him that you don't know shit about networking. Google it. Thank you for clearing that up :-) I always believed that remaining stealth, my machine was hidden on the internet from prying eyes. I was so mistaken !:-[ -A INPUT -j REJECT --reject-with icmp-proto-unreachable This properly rejects packets to your IP that are neither ICMP nor TCP nor UDP. Sorry I confused packets with protocols. It basically tells that no http,pop3,ftp or imap services is running on my machine and politely closes the connection instead silently dropping the connection, right ? And how does that harm you? It is rejected, and the sender now knows that he is sending to the wrong destination (instead of continuously retrying, which he would probably if you DROPped it). It seems you were right. With my previous iptables configuration, i was getting thousands of unwanted packets from same sources multiple times. After using your configuration, there is a very sharp decrease of unwanted packets.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On Wed, 2011-03-30 at 17:27 +0200, Philipp Überbacher wrote: > If you live in a civilized country in Europe data retention either is > already in place or will be rather soon. The US might have a different > approach but I doubt the net result is much different. Those regulations are about email only. Providers have to store recipient and sender for every mail that passes their network and they have to store it for a long time, depending on what country implemented the rules.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
Excerpts from Thomas Bächler's message of 2011-03-30 12:57:45 +0200: > Am 30.03.2011 12:48, schrieb Partha Chowdhury: > >> The threat here is that your ISP will log every page visit you do and > >> also has the ability to block certain websites. > >> > > Doesn't every ISP keeps logs of what sites its customers are visiting > > for a certain amount of time ? > > If you live in China, yes. In a free country, I would hope not. I am > pretty sure my provider does not log such information and I think it is > even forbidden by law. > > I am also pretty sure that I do not sit behind a transparent proxy (I do > at work, but not at home). If you live in a civilized country in Europe data retention either is already in place or will be rather soon. The US might have a different approach but I doubt the net result is much different.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11 14:20, Jan de Groot wrote: This is usually caused by a transparent proxy. When nmap hits port 80, it will get redirected to the proxy server. Try doing an nmap -sV and you'll see what software is running on the proxyserver. While googling for ways of detecting transparent proxy the easy way :-D i came across this page. http://tracetcp.sourceforge.net/usage_proxy.html So i searched for GNU/Linux equivalent, found tcptraceroute from http://www.gnutoolbox.com/tcptraceroute/ and compiled and installed it. By default it uses tcp syn packet.The observation: sudo tcptraceroute ftp.gnome.org http Selected device eth0, address 172.16.37.164, port 46375 for outgoing packets Tracing the path to ftp.gnome.org (130.239.18.173) on TCP port 80 (http), 30 hops max 1 napoleon.acc.umu.se (130.239.18.173) [open] 1.497 ms 2.010 ms 1.500 ms When using ftp sudo tcptraceroute ftp.gnome.org ftp Selected device eth0, address 172.16.37.164, port 39535 for outgoing packets Tracing the path to ftp.gnome.org (130.239.18.163) on TCP port 21 (ftp), 30 hops max 1 172.16.37.129 2.307 ms 1.670 ms 1.774 ms 2 172.16.0.10 1.753 ms 1.496 ms 1.911 ms 3 203.171.242.17 2.773 ms 3.245 ms 2.176 ms 4 203.171.240.17 7.490 ms * 2.747 ms 5 203.171.240.1 6.358 ms 3.978 ms 4.870 ms 6 121.242.217.2.static-kolkata.vsnl.net.in (121.242.217.2) 3.915 ms 5.216 ms 6.892 ms 7 121.242.217.9.static-kolkata.vsnl.net.in (121.242.217.9) 41.771 ms 44.380 ms 41.794 ms 8 172.25.75.21 40.032 ms 40.094 ms 40.066 ms 9 172.31.17.13 41.524 ms 41.697 ms 41.873 ms 10 172.31.1.85 41.924 ms 41.847 ms 42.406 ms 11 59.163.55.149.static.vsnl.net.in (59.163.55.149) 41.753 ms 42.321 ms 44.446 ms 12 * * * 13 * Vlan704.icore1.LDN-London.as6453.net (80.231.130.10) 176.751 ms 177.973 ms 14 ldn-b5-link.telia.net (213.248.74.1) 170.663 ms 173.935 ms 169.595 ms 15 ldn-bb1-link.telia.net (80.91.246.144) 171.474 ms 172.571 ms 171.357 ms 16 hbg-bb1-link.telia.net (80.91.254.216) 190.353 ms 190.802 ms 190.443 ms 17 s-bb1-link.telia.net (213.155.130.6) 207.886 ms 206.998 ms 207.052 ms 18 s-b3-link.telia.net (80.91.249.220) 207.677 ms 207.136 ms 207.547 ms 19 nordunet-113055-s-b3.c.telia.net (213.248.97.18) 208.076 ms 207.249 ms 207.663 ms 20 t1fre.sunet.se (109.105.102.10) 208.246 ms 207.353 ms 207.793 ms 21 * * * 22 * * * 23 * * * 24 tutankhamon.acc.umu.se (130.239.18.163) [open] 215.384 ms 218.386 ms 220.146 ms So does this confirm that I am behind a transparent proxy ?
Re: [arch-general] Wavpack support in Sox
The rebuild did work. I will file a feature request as well, so that sox doesn't have to be rebuilt in order to use wavpack if it's installed. It seems sox should depend on wavpack, at least as an optional dependency. Thanks for the help. ~Kyle
Re: [arch-general] Wavpack support in Sox
On Wed, Mar 30, 2011 at 11:00 PM, Wieland Hoffmann wrote: > On 30.03.2011 16:16, Auguste Pop wrote: >> If you already have wavpack installed, simply recompile the package >> from abs would have wavpack support included. > > But it wouldn't depend on "wavpack" which certainly is not what Kyle wants. > > Yes, the package dependencies would be incorrect, but we have a working application that suits Kyle's needs. The point is, he can have a quick-and-dirty fix right away. Best Regards,
Re: [arch-general] Wavpack support in Sox
On 30.03.2011 16:16, Auguste Pop wrote: > If you already have wavpack installed, simply recompile the package > from abs would have wavpack support included. But it wouldn't depend on "wavpack" which certainly is not what Kyle wants. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [signoff] kernel26-lts 2.6.32.36-1
I updated from kernel26-lts-2.6.32.32-1-x86_64 to kernel26-lts-2.6.32.36-1-x86_64, and I am no longer able to boot in xen. Booting 'Arch Linux [/boot/vmlinuz26-lts]' root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /boot/vmlinuz26-lts root=/dev/xvda1 ro console=hvc0 initrd /boot/kernel26-lts-fallback.img ERROR Invalid kernel: xc_dom_probe_bzimage_kernel: kernel is not a bzImage xc_dom_bzimageloader.c:350: panic: xc_dom_probe_bzimage_kernel: kernel is not a bzImage close blk: backend=/local/domain/0/backend/vbd/208/51712 node=device/vbd/51712 close blk: backend=/local/domain/0/backend/vbd/208/51776 node=device/vbd/51776 close blk: backend=/local/domain/0/backend/vbd/208/51792 node=device/vbd/51792 Error: Domain '---' does not exist. The "ERROR Invalid kernel" and panic are normal, as xen does not support lzma compressed kernels. I have to copy the uncompressed kernel to use after installation. Unfortunately, there is nothing after the final "Error". The VM goes into an off state. Reverting back to my cached 2.6.32.32-1 package works. -- View this message in context: http://archlinux.2023198.n4.nabble.com/signoff-kernel26-lts-2-6-32-36-1-tp3413812p3418288.html Sent from the arch general mailing list archive at Nabble.com.
Re: [arch-general] Wavpack support in Sox
On Wed, Mar 30, 2011 at 9:50 PM, Kyle wrote: > Having recently migrated from Ubuntu, I notice that while Ubuntu's Sox > package didn't support encoding to mp3, it did support Wavpack encoding and > decoding, whereas in Arch, it supports mp3 encoding, but Wavpack seems to be > unsupported. Am I missing an add-on that will make Sox support Wavpack, or > do I need to rebuild the package with Wavpack support? > ~Kyle > If you already have wavpack installed, simply recompile the package from abs would have wavpack support included.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
Am 30.03.2011 15:00, schrieb Partha Chowdhury: > According to the source from where i got the iptables configuration , > the approach is "Block all incoming connections except for established > connections, then open only specific ports which you want outside world > to connect to". Exactly my philosophy. > About blocking icmp ping, i quote one website as-is: > >> Your system REPLIED to our Ping (ICMP Echo) requests, making it >> visible on the Internet. Most personal firewalls can be configured to >> block, drop, and ignore such ping requests in order to better hide >> systems from hackers. This is highly recommended since "Ping" is among >> the oldest and most common methods used to locate systems prior to >> further exploitation > is what they say is true ? You cannot "hide" yourself on the internet. If you were offline, the next router would reply that your machine is unreachable. By not answering, you not only tell the "attacker" that you are online, you also tell him that you don't know shit about networking. Google it. >> -A INPUT -j REJECT --reject-with icmp-proto-unreachable > > isn't this seem redundant ? I mean icmp is allowed, then except for > established and related connections, a tcp rst packet is sent for all > unwanted tcp traffic and icmp-port-unreachable message is sent for > every unwanted udp packets, right ? Then what packets that rule match ? This properly rejects packets to your IP that are neither ICMP nor TCP nor UDP. >> What is a "malicious port scanner" and how can you stay "secure" from it? >> > I meant to avoid random packets coming from random machines at random > times: > > for example: > one random packet from sys.log > >> IN=eth0 OUT= MAC=20:cf:30:5a:ea:aa:00:00:cd:27:e5:03:08:00 >> SRC=182.177.140.45 DST=172.16.37.164 LEN=48 TOS=0x00 PREC=0x00 TTL=103 >> ID=32623 DF PROTO=TCP SPT=17511 DPT=39384 WINDOW=8192 RES=0x00 SYN URGP=0 And how does that harm you? It is rejected, and the sender now knows that he is sending to the wrong destination (instead of continuously retrying, which he would probably if you DROPped it). signature.asc Description: OpenPGP digital signature
Re: [arch-general] Wavpack support in Sox
On 03/30/2011 04:50 PM, Kyle wrote: Having recently migrated from Ubuntu, I notice that while Ubuntu's Sox package didn't support encoding to mp3, it did support Wavpack encoding and decoding, whereas in Arch, it supports mp3 encoding, but Wavpack seems to be unsupported. Am I missing an add-on that will make Sox support Wavpack, or do I need to rebuild the package with Wavpack support? ~Kyle just open a feature requesting support. -- Ionuț
[arch-general] Wavpack support in Sox
Having recently migrated from Ubuntu, I notice that while Ubuntu's Sox package didn't support encoding to mp3, it did support Wavpack encoding and decoding, whereas in Arch, it supports mp3 encoding, but Wavpack seems to be unsupported. Am I missing an add-on that will make Sox support Wavpack, or do I need to rebuild the package with Wavpack support? ~Kyle
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11 16:40, Richard Schütz wrote: The output of "ip addr show" would be interesting. here is the output: ip addr show 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth0: mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 20:cf:30:5a:ea:aa brd ff:ff:ff:ff:ff:ff inet 172.16.37.164/26 brd 172.16.37.191 scope global eth0 3: vboxnet0: mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff Either 172.16.37.164 is mapped 1:1 to a public IP address or you are behind a NAT. Looks very crappy in my eyes. -- Regards, Richard Schütz
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11 16:25, Thomas Bächler wrote: This comes with our iptables package: $ cat /etc/iptables/simple_firewall.rules *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -p icmp -j ACCEPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -p tcp -j REJECT --reject-with tcp-reset -A INPUT -p udp -j REJECT --reject-with icmp-port-unreachable -A INPUT -j REJECT --reject-with icmp-proto-unreachable COMMIT According to the source from where i got the iptables configuration , the approach is "Block all incoming connections except for established connections, then open only specific ports which you want outside world to connect to".About blocking icmp ping, i quote one website as-is: Your system REPLIED to our Ping (ICMP Echo) requests, making it visible on the Internet. Most personal firewalls can be configured to block, drop, and ignore such ping requests in order to better hide systems from hackers. This is highly recommended since "Ping" is among the oldest and most common methods used to locate systems prior to further exploitation is what they say is true ? -A INPUT -j REJECT --reject-with icmp-proto-unreachable isn't this seem redundant ? I mean icmp is allowed, then except for established and related connections, a tcp rst packet is sent for all unwanted tcp traffic and icmp-port-unreachable message is sent for every unwanted udp packets, right ? Then what packets that rule match ? What is a "malicious port scanner" and how can you stay "secure" from it? I meant to avoid random packets coming from random machines at random times: for example: one random packet from sys.log IN=eth0 OUT= MAC=20:cf:30:5a:ea:aa:00:00:cd:27:e5:03:08:00 SRC=182.177.140.45 DST=172.16.37.164 LEN=48 TOS=0x00 PREC=0x00 TTL=103 ID=32623 DF PROTO=TCP SPT=17511 DPT=39384 WINDOW=8192 RES=0x00 SYN URGP=0 On 30/03/11 16:40, Richard Schütz wrote: The output of "ip addr show" would be interesting. here is the output: ip addr show 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth0: mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 20:cf:30:5a:ea:aa brd ff:ff:ff:ff:ff:ff inet 172.16.37.164/26 brd 172.16.37.191 scope global eth0 3: vboxnet0: mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff On 30/03/11 16:44, Simon Perry wrote: So your machine is 172.16.37.164, which you have to configure and tell your ISP because they NAT externally from 115.187.45.97 to many internal 172.16.37.* users? Therefore more than one person could have an external address of 115.187.45.97 mapping back to their 172.16.37.* IP? Even though only one person could have 115.187.45.97:80 mapped back to them? Are you sure about how this works? With my previous dsl provider , an address in the range 59.93.x.x was assigned to ppp0 interface by authenticating with rp-pppoe software.But now i have to provide the private ip to eth0, authenticate and then visit any website to know my public ip.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 03/30/2011 02:51 PM, Simon Perry wrote: On 30/03/11, Jakob Gruber wrote: | Off topic, but your mails always break list threads. Please fix your | client to make reading these lists easier for everyone :) Am I doing it right? :) (using mutt v Roundcube) Perfect, thanks.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11, Jakob Gruber wrote: | Off topic, but your mails always break list threads. Please fix your | client to make reading these lists easier for everyone :) Am I doing it right? :) (using mutt v Roundcube) -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 03/30/2011 11:04 AM, Simon Perry wrote: I think you're confused. That's essentially a netstat, I can't see where you have 80 open on your IP of 172.16.37.164. It just shows you have a connection *to* port 80 to an Akamai host (a common provider of localised content used by many companies). Off topic, but your mails always break list threads. Please fix your client to make reading these lists easier for everyone :)
Re: [arch-general] inefficient handling of bug reports?
On Wed, Mar 30, 2011 at 7:32 PM, solsTiCe d'Hiver wrote: > Le lundi 28 mars 2011 à 22:19 +0900, Angus a écrit : >> I use that when reporting bugs, but it doesn't seem to get my reports >> assigned to the relevant maintainer(s) any faster at all... > > You just forgot one thing: > Assigning automatically a bug to a maintainer does not mean the bug will > be fixed any faster. > > I can see now some of my bugs, assigned and fixed asap, while others are > assigned and linger on for quite some time. Because the maintainer does > not take any action. It entirely depends on the maintainer willingness. > This is especially true for [community] > > I don't want to point the finger at some maintainer here. I am trying to > make a point. > Separate and tangential topic. Automatic assignment, if it works, will save time (and more importantly won't lose time).
Re: [arch-general] inefficient handling of bug reports?
Le lundi 28 mars 2011 à 22:19 +0900, Angus a écrit : > I use that when reporting bugs, but it doesn't seem to get my reports > assigned to the relevant maintainer(s) any faster at all... You just forgot one thing: Assigning automatically a bug to a maintainer does not mean the bug will be fixed any faster. I can see now some of my bugs, assigned and fixed asap, while others are assigned and linger on for quite some time. Because the maintainer does not take any action. It entirely depends on the maintainer willingness. This is especially true for [community] I don't want to point the finger at some maintainer here. I am trying to make a point.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On Wed, 30 Mar 2011 16:18:47 +0530, Partha Chowdhury wrote: initially I wanted to know why port 80 is shown open on my machine and i gave the lsof output to show that no service was listening to port 80 on my machine. The nmap output of the ip - that is my public ip at the moment ( got that by visiting whatismyip.com) shows port 80 as open when it should be blocked according to my iptables configuration. Basically i was afraid some rootkit/malware was running web server on my machine by making it invisible ! So your machine is 172.16.37.164, which you have to configure and tell your ISP because they NAT externally from 115.187.45.97 to many internal 172.16.37.* users? Therefore more than one person could have an external address of 115.187.45.97 mapping back to their 172.16.37.* IP? Even though only one person could have 115.187.45.97:80 mapped back to them? Are you sure about how this works? -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] Port 80 is shown open in port scan without any web server running
nmap -sV 115.187.45.97 Are you sure that this IP is really your public one? The static IP which you do assign to your eth0 interface is from a private netblock. It looks like you create a tunnel on top of that connection with this strange Cyberoam client software. The output of "ip addr show" would be interesting. -- Regards, Richard Schütz
Re: [arch-general] Port 80 is shown open in port scan without any web server running
Am 30.03.2011 12:48, schrieb Partha Chowdhury: >> The threat here is that your ISP will log every page visit you do and >> also has the ability to block certain websites. >> > Doesn't every ISP keeps logs of what sites its customers are visiting > for a certain amount of time ? If you live in China, yes. In a free country, I would hope not. I am pretty sure my provider does not log such information and I think it is even forbidden by law. I am also pretty sure that I do not sit behind a transparent proxy (I do at work, but not at home). signature.asc Description: OpenPGP digital signature
Re: [arch-general] Port 80 is shown open in port scan without any web server running
Am 30.03.2011 12:15, schrieb Partha Chowdhury: > Well I picked this configuration from Red Hat training books, except for > port 54215 which I open for bit torrent. > > What do you suggest about the ideal iptables configuration for basic > desktop user - This comes with our iptables package: $ cat /etc/iptables/simple_firewall.rules *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -p icmp -j ACCEPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -p tcp -j REJECT --reject-with tcp-reset -A INPUT -p udp -j REJECT --reject-with icmp-port-unreachable -A INPUT -j REJECT --reject-with icmp-proto-unreachable COMMIT I use this as a basis for every packet filter I create manually (but then, I originally wrote this file). Just add your open ports as you did before. This has the advantage that 1) ICMP is allowed. ICMP can do essential things such as path MTU discovery. Blocking all ICMP packets might lead to various bizzare connection failures (in the past, many of these failures where because large corporate networks had stupid admins that blocked ICMP entirely). 2) You properly block incoming connections. When someone tries to connect to a port that is not allowed, the connection will simply be rejected, the client does not have to wait for a timeout. Most home routers use DROP rules here, which can be very annoying. One example: You want to ssh home, but got the wrong IP (dyndns not updated yet, whatever). Instead of just seeing a message that the connection has been closed, you have to wait between 1 and 2 minutes until you get a timeout. Another one: When you connect to freenode, the server tries to get your ident information. If you drop connections, the server will stall at that point, waiting for a timeout. If you reject properly, it will immediately proceed without having to wait. These might seem like minor annoyances, but on a large scale (hundreds of thousands of machines behaving incorrectly), this might have worse consequences. > allowing proper connection as you said and yet stay > secure from malicious port scanners ? What is a "malicious port scanner" and how can you stay "secure" from it? signature.asc Description: OpenPGP digital signature
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11 15:58, Jan de Groot wrote: The threat here is that your ISP will log every page visit you do and also has the ability to block certain websites. The only thing you can do is setting up a tunnel or using a different proxyserver that you trust. Doesn't every ISP keeps logs of what sites its customers are visiting for a certain amount of time ? Can you give me some pointers where I can find more information about setting up tunnel ? On 30/03/11 16:02, Simon Perry wrote: I give up trying to understand this. Initially you were complaining about port 80 being open on your host, you gave us a list of open ports - not an nmap of another host. So now a transparent proxy is the concern? initially I wanted to know why port 80 is shown open on my machine and i gave the lsof output to show that no service was listening to port 80 on my machine. The nmap output of the ip - that is my public ip at the moment ( got that by visiting whatismyip.com) shows port 80 as open when it should be blocked according to my iptables configuration. Basically i was afraid some rootkit/malware was running web server on my machine by making it invisible !
Re: [arch-general] Port 80 is shown open in port scan without any web server running
I give up trying to understand this. Initially you were complaining about port 80 being open on your host, you gave us a list of open ports - not an nmap of another host. So now a transparent proxy is the concern? On Wed, 30 Mar 2011 15:45:18 +0530, Partha Chowdhury wrote: nmap -sV 115.187.45.97 Starting Nmap 4.20 ( http://insecure.org ) at 2011-03-30 15:06 IST Interesting ports on 115.187.45.97: Not shown: 1696 filtered ports PORT STATE SERVICE VERSION 80/tcp open http? 1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at http://www.insecure.org/cgi-bin/servicefp-submit.cgi : SF-Port80-TCP:V=4.20%I=7%D=3/30%Time=4D92F9D0%P=i686-pc-linux-gnu%r(Help,D Service detection performed. Please report any incorrect results at http://insecure.org/nmap/submit/ . Nmap finished: 1 IP address (1 host up) scanned in 114.226 seconds So it seems my ISP is running squid version 3.2.0.4-20110203 in transparent mode , just like you said. Interestingly when connecting to random ip addresses on port 80, the error page returned is quite different from normal ones. http://www.freeimagehosting.net/image.php?280f0ef980.png Does this transparent proxy pose any threat and what can I do to stop that ? -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On Wed, 2011-03-30 at 15:45 +0530, Partha Chowdhury wrote: > So it seems my ISP is running squid version 3.2.0.4-20110203 in > transparent mode , just like you said. > > Interestingly when connecting to random ip addresses on port 80, the > error page returned is quite different from normal ones. > > http://www.freeimagehosting.net/image.php?280f0ef980.png > > Does this transparent proxy pose any threat and what can I do to > stop > that ? The threat here is that your ISP will log every page visit you do and also has the ability to block certain websites. The only thing you can do is setting up a tunnel or using a different proxyserver that you trust.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11 14:16, Thomas Bächler wrote: Am 30.03.2011 10:36, schrieb Partha Chowdhury: sudo /sbin/iptables-save # Generated by iptables-save v1.4.7 on Wed Mar 30 13:59:44 2011 *filter :INPUT DROP [2844:282816] :FORWARD DROP [0:0] :OUTPUT ACCEPT [:990098] -A INPUT -i lo -j ACCEPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -p tcp -m tcp --dport 54215 -j ACCEPT -A INPUT -p udp -m udp --dport 54215 -j ACCEPT COMMIT # Completed on Wed Mar 30 13:59:44 2011 The following is OT, but I have to say it: This is an affront to every admin of smaller or bigger networks. It hurts my eyes. What do you try to achieve by dropping unwanted traffic? You even drop ICMP entirely - dropping ICMP is the cause of a large number of problems. There is no security advantage, but you deliberately prevent proper communication between yourself and other computers on the internet. Well I picked this configuration from Red Hat training books, except for port 54215 which I open for bit torrent. What do you suggest about the ideal iptables configuration for basic desktop user - allowing proper connection as you said and yet stay secure from malicious port scanners ? On 30/03/11 14:20, Jan de Groot wrote: . Try doing an nmap -sV and you'll see what software is running on the proxyserver. I did what you said: nmap -sV 115.187.45.97 Starting Nmap 4.20 ( http://insecure.org ) at 2011-03-30 15:06 IST Interesting ports on 115.187.45.97: Not shown: 1696 filtered ports PORT STATE SERVICE VERSION 80/tcp open http? 1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at http://www.insecure.org/cgi-bin/servicefp-submit.cgi : SF-Port80-TCP:V=4.20%I=7%D=3/30%Time=4D92F9D0%P=i686-pc-linux-gnu%r(Help,D SF:DD,"HTTP/1\.1\x20400\x20Bad\x20Request\r\nServer:\x20squid/3\.2\.0\.4-2 SF:0110203\r\nMime-Version:\x201\.0\r\nDate:\x20Wed,\x2030\x20Mar\x202011\ SF:x2009:37:20\x20GMT\r\nContent-Type:\x20text/html\r\nContent-Length:\x20 SF:3234\r\nX-Squid-Error:\x20ERR_INVALID_REQ\x200\r\nContent-Language:\x20 SF:en\r\nX-Cache:\x20MISS\x20from\x20Streamride\r\nVia:\x201\.1\x20Streamr SF:ide\x20\(squid/3\.2\.0\.4-20110203\)\r\nConnection:\x20close\r\n\r\n\n\n\nERROR:\x20The\x20requested\x20URL\x20could\x20not\x20be\x20retriev SF:ed\n
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On Wed, 30 Mar 2011 14:06:48 +0530, Partha Chowdhury wrote: Output from lsof: sudo /bin/lsof -i COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME pdnsd 1207 nobody4u IPv4 2434 TCP localhost:domain (LISTEN) pdnsd 1207 nobody5u IPv4 2435 UDP localhost:domain pdnsd 1207 nobody8u IPv4 81232 UDP 172.16.37.164:40131->AS-20144-has-not-REGISTERED-the-use-of-this-prefix:domain linc 1214 root5u IPv4 2448 UDP *:55089 ntpd 1216 root 16u IPv4 2451 UDP *:ntp ntpd 1216 root 17u IPv4 2455 UDP localhost:ntp ntpd 1216 root 18u IPv4 2456 UDP 172.16.37.164:ntp X 1377 root1u IPv4 2964 TCP *:x11 (LISTEN) gweather- 1538 partha 18u IPv4 78973 TCP 172.16.37.164:53421->a125-56.222-11.deploy.akamaitechnologies.com:http (CLOSE_WAIT) I think you're confused. That's essentially a netstat, I can't see where you have 80 open on your IP of 172.16.37.164. It just shows you have a connection *to* port 80 to an Akamai host (a common provider of localised content used by many companies). -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On Wed, 2011-03-30 at 14:06 +0530, Partha Chowdhury wrote: > Now with current provider port 80 is shown open in every > port scan test This is usually caused by a transparent proxy. When nmap hits port 80, it will get redirected to the proxy server. Try doing an nmap -sV and you'll see what software is running on the proxyserver.
Re: [arch-general] Port 80 is shown open in port scan without any web server running
Am 30.03.2011 10:36, schrieb Partha Chowdhury: > I have recently changed my internet provider as i have moved. My > previous provider was a DSL provider and the current one is the local > cable operator.Now with current provider port 80 is shown open in every > port scan test , all other ports being shown as stealth. But with the > previous provider , every port scanned was shown as stealth. I am not > running any web service . And the change in software being the one that > is used to authenticate. Previously it was rp-pppoe now it is the > GNU/Linux client of cyberoam software. I guess your provider is a douche. You could investigate more thoroughly if you try to connect to port 80 remotely, and use tcpdump to see if the packet ever reaches your Arch machine. >> sudo /sbin/iptables-save >> # Generated by iptables-save v1.4.7 on Wed Mar 30 13:59:44 2011 >> *filter >> :INPUT DROP [2844:282816] >> :FORWARD DROP [0:0] >> :OUTPUT ACCEPT [:990098] >> -A INPUT -i lo -j ACCEPT >> -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT >> -A INPUT -p tcp -m tcp --dport 54215 -j ACCEPT >> -A INPUT -p udp -m udp --dport 54215 -j ACCEPT >> COMMIT >> # Completed on Wed Mar 30 13:59:44 2011 The following is OT, but I have to say it: This is an affront to every admin of smaller or bigger networks. It hurts my eyes. What do you try to achieve by dropping unwanted traffic? You even drop ICMP entirely - dropping ICMP is the cause of a large number of problems. There is no security advantage, but you deliberately prevent proper communication between yourself and other computers on the internet. signature.asc Description: OpenPGP digital signature
[arch-general] Port 80 is shown open in port scan without any web server running
Hallo to everyone on the list. It is my first message in a while. I have recently changed my internet provider as i have moved. My previous provider was a DSL provider and the current one is the local cable operator.Now with current provider port 80 is shown open in every port scan test , all other ports being shown as stealth. But with the previous provider , every port scanned was shown as stealth. I am not running any web service . And the change in software being the one that is used to authenticate. Previously it was rp-pppoe now it is the GNU/Linux client of cyberoam software. Output from lsof: sudo /bin/lsof -i COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME pdnsd 1207 nobody4u IPv4 2434 TCP localhost:domain (LISTEN) pdnsd 1207 nobody5u IPv4 2435 UDP localhost:domain pdnsd 1207 nobody8u IPv4 81232 UDP 172.16.37.164:40131->AS-20144-has-not-REGISTERED-the-use-of-this-prefix:domain linc 1214 root5u IPv4 2448 UDP *:55089 ntpd 1216 root 16u IPv4 2451 UDP *:ntp ntpd 1216 root 17u IPv4 2455 UDP localhost:ntp ntpd 1216 root 18u IPv4 2456 UDP 172.16.37.164:ntp X 1377 root1u IPv4 2964 TCP *:x11 (LISTEN) gweather- 1538 partha 18u IPv4 78973 TCP 172.16.37.164:53421->a125-56.222-11.deploy.akamaitechnologies.com:http (CLOSE_WAIT) Iptables configuration: sudo /sbin/iptables-save # Generated by iptables-save v1.4.7 on Wed Mar 30 13:59:44 2011 *filter :INPUT DROP [2844:282816] :FORWARD DROP [0:0] :OUTPUT ACCEPT [:990098] -A INPUT -i lo -j ACCEPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -p tcp -m tcp --dport 54215 -j ACCEPT -A INPUT -p udp -m udp --dport 54215 -j ACCEPT COMMIT # Completed on Wed Mar 30 13:59:44 2011 With my new provider, I have to provide a static ip 172.16.37.x to eth0 and then start the linc daemon to authenticate, after that i am allocated a public ip. Now my question is: why is port 80 open and does it indicate any security vulnerability ?