Target keywords: amd64 ppc x86 Test procedure: FEATURES=-test emerge (compile-test only)
net-analyzer/poink-2.03 compiled on amd64 1) Emerges 2) No Collisions 3) Compiled. Although this was a compile test only, I'd like to mention poink couldn't ping any servers I tried, while ping could. It timed out on all the servers I tried. Portage 2.1.2.7 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.22-rc4-ragnarok1 x86_64) ================================================================= System uname: 2.6.22-rc4-ragnarok1 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sun, 10 Jun 2007 14:00:01 +0000 dev-java/java-config: 1.3.7, 2.0.32 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.6.3, 1.7.9-r1, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=nocona -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=nocona -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="collision-protect distlocks metadata-transfer multilib-strict sandbox sfperms strict test" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://www.gtlib.gatech.edu/pub/gentoo " MAKEOPTS="-j3" PKGDIR="/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acl alsa amd64 berkdb bitmap-fonts cli cracklib crypt cups dbus dri flac fortran gdbm gpm hal iconv isdnlog jpeg kde kdeenablefinal libg++ mad midi mmx mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre perl png pppd python qt4 readline reflection session spl sse sse2 ssl symlink tcpd test truetype truetype-fonts type1-fonts unicode vorbis xml xorg zlib" ALSA_CARDS="usb-audio hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Compiles ok on ppc, but the only output I see is either Nosuid TCP/IP ping 2.03 by <mmazur@kernel.pl> usage: poink [ -i delay ] [ -c count ] [ -t timeout] host or Nosuid TCP/IP ping 2.03 by <mmazur@kernel.pl> poink: invalid ping delay
thanks guys, you picked up a signedness-of-char bug. Upstream's code assumed that char was signed, which it was on the box I used poink on, but isn't always the case. I patched it now, you can retest pinging other machines if you want. # poink 172.16.9.1 Nosuid TCP/IP ping 2.03 by <mmazur@kernel.pl> Pinging 172.16.9.1 (1.9.16.172) - delay 1 sec(s), timeout 5 sec(s) Ping reply from 1.9.16.172: seq=1 time=1.571 msec Ping reply from 1.9.16.172: seq=2 time=146 usec Ping reply from 1.9.16.172: seq=3 time=193 usec Ping reply from 1.9.16.172: seq=4 time=200 usec --- 1.9.16.172 ping statistics --- 4 packet(s) transmitted, 4 received, 0% loss, 0 error(s), time 3533ms round-trip statistics min/avg/max: 0.146/0.527/1.571 msec (146/527/1571 usec)
pinging IPs works now, hostnames still don't work though
hostnames work for me: # poink curie-int Nosuid TCP/IP ping 2.03 by <mmazur@kernel.pl> Pinging curie-int (1.9.16.172) - delay 1 sec(s), timeout 5 sec(s) Ping reply from 1.9.16.172: seq=1 time=189 usec Ping reply from 1.9.16.172: seq=2 time=153 usec Ping reply from 1.9.16.172: seq=3 time=175 usec Ping reply from 1.9.16.172: seq=4 time=173 usec --- 1.9.16.172 ping statistics --- 4 packet(s) transmitted, 4 received, 0% loss, 0 error(s), time 3389ms round-trip statistics min/avg/max: 0.153/0.172/0.189 msec (153/172/189 usec)
pinging hostnames listed in /etc/hosts works, but anything that needs to be resolved doesn't same thing in my x86 chroot, so it doesn't seem amd64 specific
No version marked stable for ppc as of now, as long as no user is requesting this keywording to be made we won't stable this package.
x86 stable(In reply to comment #6) > pinging hostnames listed in /etc/hosts works, but anything that needs to be > resolved doesn't > same thing in my x86 chroot, so it doesn't seem amd64 specific Same here on a "real" x86 box. Portage 2.1.2.7 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.5-r3, 2.6.21-gentoo-r3 i686) ================================================================= System uname: 2.6.21-gentoo-r3 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System release 1.12.9 Timestamp of tree: Sun, 17 Jun 2007 09:50:01 +0000 dev-java/java-config: 1.3.7, 2.0.32 dev-lang/python: 2.3.5-r3, 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/spool/PBS /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php4/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php4/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php4/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict userpriv" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE.utf8" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="3dnow 3dnowext X Xaw3d a52 alsa apache apache2 artworkextra asf audiofile bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon ffmpeg firefox fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv icq idn imagemagick imap isdnlog java javamail javascript jikes jpeg jpeg2k kde ldap leim libg++ mad maildir matroska mbox mhash midi mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mudflap mule mysql nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl openmp pam pcre pdf perl plotutils pmu png ppds pppd preview-latex print python qt3 qt3support qt4 quicktime readline reflection reiserfs samba sdk session slang sockets spell spl sse ssl svg svga t1lib tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts unicode usb vcd videos vorbis win32codecs wmf wxwindows x86 xine xml xorg xosd xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="radeon vesa fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
removing amd64 from CC because of comment #1, we'll stabilize this as soon as a user asks for it
robbat2, what will we do with this stable request? Is there anything to be fixed or should we move on?
It works and resolves hostnames fine for me: # poink slashdot.org Nosuid TCP/IP ping 2.03 by <mmazur@kernel.pl> Pinging slashdot.org (66.35.250.150) - delay 1 sec(s), timeout 5 sec(s) While pinging 66.35.250.150: seq=1 Destination host unreachable While pinging 66.35.250.150: seq=2 Destination host unreachable --- 66.35.250.150 ping statistics --- 2 packet(s) transmitted, 0 received, 100% loss, 2 error(s), time 1853ms round-trip statistics min/avg/max: (not available due to 100% packet loss) That's on an Core2Duo ~amd64 box.
(In reply to comment #11) > While pinging 66.35.250.150: seq=1 Destination host unreachable That's not what I consider as "works"
Well ok, I just tested it with normal ping, slashdot.org seems to not answer pings, so testing it with slashdot.org is a bit meaningless. Here's what happens if I ping google.com: 64 bytes from jc-in-f99.google.com (64.233.187.99): icmp_seq=1 ttl=244 time=134 ms and here's what happens if I poink google.com: While pinging 64.233.187.99: seq=1 No ping reply within 5 second(s) Same thing when poinking google.com's IP. And just one other test result - when poinking my router: While pinging 10.0.0.1: seq=1 No ping reply within 5 second(s) I really, really doubt that my router is unreachable :P
That's the same output I get from normally pinging slashdot.org. tcpdump during the poink and ping: # tcpdump -i eth1 icmp -n 17:15:58.162745 IP 66.35.250.150 > 172.16.9.4: ICMP host 66.35.250.150 unreachable - admin prohibited, length 68 Here's another DNS-lookup poink for you then. # poink isohunt.com Nosuid TCP/IP ping 2.03 by <mmazur@kernel.pl> Pinging isohunt.com (208.71.112.30) - delay 1 sec(s), timeout 5 sec(s) Ping reply from 208.71.112.30: seq=1 time=79.151 msec Ping reply from 208.71.112.30: seq=2 time=113 msec Ping reply from 208.71.112.30: seq=3 time=67.741 msec Ping reply from 208.71.112.30: seq=4 time=80.374 msec Ping reply from 208.71.112.30: seq=5 time=92.389 msec Ping reply from 208.71.112.30: seq=6 time=68.142 msec --- 208.71.112.30 ping statistics --- 6 packet(s) transmitted, 6 received, 0% loss, 0 error(s), time 6270ms round-trip statistics min/avg/max: 67.741/83.517/113.302 msec
angelos: do you maybe have a overly restrictive firewall on your machine?
I don't have any firewall at all, my only firewall is my router and that one doesn't block anything either And it wouldn't make much sense if a firewall would block poink but not ping :p btw, poinking isohunt.com fails too, again "No ping reply within 5 second(s)"
poink sends some unique TCP packets, not ICMP. can you test from a box not behind your router? I'm pretty certain that the Cisco routers that had the ECN packet-drop behavior would drop poink packets too.
Can't test it on a pc that's not behind a router atm, but I can tell you what's in side the logs of the router when executing poink isohunt.com: [Mon, 2007-07-02 17:54:08] - TCP Packet - Source:10.0.0.2,44230 ,LAN - Destination:208.71.112.30,65535 ,WAN [Forward] - [Outbound Default rule match] So the outgoing packets are not dropped, not quite sure if there's an inbound package supposed to be logged - at least when using ping there is: [Mon, 2007-07-02 17:56:22] - ICMP Packet[Echo Request] - Source:10.0.0.2,LAN - Destination:208.71.112.30,WAN [Forward] - [Outbound Default rule match] [Mon, 2007-07-02 17:56:22] - ICMP Packet[Echo Reply] - Source:208.71.112.30,WAN - Destination:87.122.11.173,LAN [Forward] - [session exists]
angelos: are there any machines in your LAN you can test against? Since we know that the DNS resolution part works (it just goes gethostbyname). if not, i'll see about arranging a test where I can tcpdump on the remote side any traffic coming from your IP if you'll disclose it. I still strongly suspect that your router is not playing nicely with you.
Okay, pinging hosts in my LAN works (even when going through the router and not just the next switch). I'd still like to have ken (one of our ATs who had the same problem) to take a look at it before stabilizing though
I still can't ping any websites with Poink. Everything times out. I do not have a router, I directly connect via a modem. It fails with my firewalls off and on (nothing shows up in shorewall as being blocked either). I've only been able to ping a very limited amount of hosts with poink. Is it possible that most webserver configurations drop the type of packet poink uses to ping?
ken: Poink specifically starts at a high port number, tries to connect, and looks for the success or certain error packets coming back. On failure (no useful response), it shifts the port number it's trying to use. Does using poink to isohunt.com work for you?
Well, I'm not Kenneth, but I use this a bit already. Pinging isohunt.com works fine. I know my firewall is fine(two NATs). I would like to mention that not *all* hosts work with poink. While pinging isohunt.com works, google.com doesn't. I don't think it is anything wrong with the program itself, but maybe the other hosts.
Now even I get it...here goes x86.
Poinking IsoHunt does work. You say that it is designed to see error packets but most firewalls I've seen are set to drop the packets silently not reject them. Could that be why most hosts are not poinkable?
yes, just like regular ping, poink is affected by the firewall on the other side. The behavior of dropping bad packets wasn't all that common until a few years ago. somebody should add an option to specify what TCP port to start off with for the checking, instead of the default 65535.
ok then, amd64 stable too
(In reply to comment #7) > No version marked stable for ppc as of now, as long as no user is requesting > this keywording to be made we won't stable this package. Closing this bug, nothing more to do.