diff options
author | Guy Harris <guy@alum.mit.edu> | 2000-04-04 21:07:33 +0000 |
---|---|---|
committer | Guy Harris <guy@alum.mit.edu> | 2000-04-04 21:07:33 +0000 |
commit | 7fba3d94c2db0eca144be5c0381bf84d58def636 (patch) | |
tree | 6a9e5b78529f2ffd9597368d8f544043064154f2 /README.hpux | |
parent | a35cbd9da9e9bab9967188987704f9e6a520f2bf (diff) |
Add some additional notes about
building GTK+/GLib with 64-bit integer support when using HP's C
compiler;
libpcap;
from Jost Martin.
svn path=/trunk/; revision=1796
Diffstat (limited to 'README.hpux')
-rw-r--r-- | README.hpux | 125 |
1 files changed, 120 insertions, 5 deletions
diff --git a/README.hpux b/README.hpux index e53bbfd913..695d8b8b91 100644 --- a/README.hpux +++ b/README.hpux @@ -1,10 +1,11 @@ -$Id: README.hpux,v 1.10 2000/02/21 20:41:01 guy Exp $ +$Id: README.hpux,v 1.11 2000/04/04 21:07:33 guy Exp $ Contents: 1 - Building ethereal -2 - nettl support -3 - "libpcap" on HP-UX +2 - Building GTK+/GLib with HP's C compiler +3 - nettl support +4 - "libpcap" on HP-UX 1 - Building ethereal @@ -26,7 +27,25 @@ They appear to have used HP-UX's "cc" compiler, with the options "-Ae -O"; there's a comment "Add -Dhpux_9 if building under 9.X". It may also build with GCC. -2 - nettl support +2 - Building GTK+/GLib with HP's C compiler + +By default, HP's C compiler doesn't support "long long int" to provide +64-bit integral data types on 32-bit platforms; the "-Ae" flag must be +supplied to enable extensions such as that. + +Ethereal's "configure" script automatically includes that flag if it +detects that the native compiler is being used on HP-UX; however, the +configure scripts for GTK+ and GLib don't do so, which means that 64-bit +integer support won't be enabled. + +This may prevent some parts of Ethereal from compiling; in order to get +64-bit integer support in GTK+/GLib, edit all the Makefiles for GTK+ and +GLib, as generated by the GTK+ and GLib "configure" scripts, to add +"-Ae" to all "CFLAGS = " definitions found in those Makefiles. (If a +Makefile lacks a "CFLAGS = " definition, there's no need to add a +definition that includes "-Ae".) + +3 - nettl support nettl is used on HP-UX to trace various streams based subsystems. Ethereal can read nettl files containing IP frames (NS_LS_IP subsystem) and LAPB @@ -46,7 +65,7 @@ One may be able to specify "-tn pduin pduout" rather than "-tn 0x30000000"; the nettl man page for HP-UX 10.30 implies that it should work. -3 - "libpcap" on HP-UX +4 - "libpcap" on HP-UX If you want to use Ethereal to capture packets, you will have to install "libpcap"; the INSTALL file for "libpcap" has several comments about @@ -221,6 +240,102 @@ The first of those articles also says: unless you have the latest lan common/DLPI/driver patches installed, you will _not_ see the system's own outbound traffic. +An additional note, from Jost Martin, for HP-UX 10.20: + + Q: How do I get ethereral on HPUX to capture the _outgoing_ packets + of an interface + A: You need to get PHNE_20892,PHNE_20725 and PHCO_10947 (or + newer, this is as of 4.4.00) and its dependencies. Then you can + enable the feature as descibed below: + + Patch Name: PHNE_20892 + Patch Description: s700 10.20 PCI 100Base-T cumulative patch + To trace the outbound packets, please do the following + to turn on a global promiscuous switch before running + the promiscuous applications like snoop or tcpdump: + + adb -w /stand/vmunix /dev/mem + lanc_outbound_promisc_flag/W 1 + (adb will echo the result showing that the flag has + been changed) + $quit + (Thanks for this part to HP-support, Ratingen) + + The attached hack does this and some security-related stuff + (thanks to hildeb@www.stahl.bau.tu-bs.de (Ralf Hildebrandt) who + posted the security-part some time ago) + + <<hack_ip_stack>> + + (Don't switch IP-forwarding off, if you need it !) + Install the hack as /sbin/init.d/hacl_ip_stack (adjust + permissions !) and make a sequencing-symlink + /sbin/rc2.d/S350hack_ip_stack pointing to this script. + Now all this is done on every reboot. + +Here's the "hack_ip_stack" script: + +-----------------------------------Cut Here------------------------------------- +#!/sbin/sh +# +# nettune: hack kernel parms for safety + +OKAY=0 +ERROR=-1 + +# /usr/contrib/bin fuer nettune auf Pfad +PATH=/sbin:/usr/sbin:/usr/bin:/usr/contrib/bin +export PATH + + +########## +# main # +########## + +case $1 in + start_msg) + print "Tune IP-Stack for security" + exit $OKAY + ;; + + stop_msg) + print "This action is not applicable" + exit $OKAY + ;; + + stop) + exit $OKAY + ;; + + start) + ;; # fall through + + *) + print "USAGE: $0 {start_msg | stop_msg | start | stop}" >&2 + exit $ERROR + ;; + esac + +########### +# start # +########### + +# +# tcp-Sequence-Numbers nicht mehr inkrementieren sondern random +# Syn-Flood-Protection an +# ip_forwarding aus +# Source-Routing aus +# Ausgehende Packets an ethereal/tcpdump etc. + +/usr/contrib/bin/nettune -s tcp_random_seq 2 || exit $ERROR +/usr/contrib/bin/nettune -s hp_syn_protect 1 || exit $ERROR +/usr/contrib/bin/nettune -s ip_forwarding 0 || exit $ERROR +echo 'ip_block_source_routed/W1' | /usr/bin/adb -w /stand/vmunix /dev/kmem || exit $ERROR +echo 'lanc_outbound_promisc_flag/W 1' | adb -w /stand/vmunix /dev/mem || exit $ERROR + +exit $OKAY +-----------------------------------Cut Here------------------------------------- + It appears that a consequence of the fact that HP-UX's DLPI doesn't work like Solaris's, in that, on Solaris, to get at the device "hme0", say, "libpcap" has to open "/dev/hme" and then tell it to use the 0th |