forked from osmocom/wireshark
28474fe8ef
Friendly Names for interfaces on Windows Notes on the changes the patch covers: * if_info_t struct: addition of friendly_name * Dumpcap Interface list format changes: + Win32: "dumpcap -D" shows friendly_name in place of descript if known + All: machine interface "dumpcap -D -Z none" includes friendly_name in the list in addition to the existing parameters * interface_options struct: addition of console_display_name + When an interface name is displayed in a console, it will typically be the console_display_name (instead of name). + console_display_name is used as the basis of the autogenerated temp filenames + console_display_name is typically set to the friendly_name if known, otherwise it is set to the interface name * Enhancements to capture_opts_add_iface_opt() (the function which process -i options). + Can now specify the interface using its name and friendly_name + Interface name matching is case insenstive + Name matching first attempts exact matching, then falls back to prefix matching (e.g. dumpcap -i local) + Validates interface names, instead of blindly sending them off to winpcap/libpcap + Interface specification by number is still supported. * capture_opts_trim_iface() has been refactored: + Instead of repeating a decent chunk of the cost in capture_opts_add_iface_opt(), it calls capture_opts_trim_iface() to specify the interface. * introduction of capture_win_ifnames.[ch] (windows only code) + Implements static function GetInterfaceFriendlyNameFromDeviceGuid() - a windows version independant function to convert an interface guid into its friendly name. Uses published api functions on windows vista and higher, but falls back to unpublished API functions on older windows releases. + void get_windows_interface_friendlyname(/* IN */ char *interface_devicename, /* OUT */char **interface_friendlyname); - extracts the GUID from the interface_devicename, then uses GetInterfaceFriendlyNameFromDeviceGuid() to do the resolution * Auto temp filename generation: + Now uses wireshark_pcapng_* or wireshark_pcap_* depending on file format + Basis temp filename format on console_display_name + Win32: if console_display_name is a windows interface guid, extracts numbers from GUID here (instead of in interface option processing) GUI CHANGES: * Dialog that displays when you click the "Manage Interfaces" button (within Capture Options dialog) has been renamed from "Add new interfaces" to "Interface Management" * ui/gtk/capture_dlg.c: new_interfaces_w variable renamed to interface_management_w * Win32: Local Interfaces tab on Interface Management dialog, shows includes friendly name as far left column * Interface Management dialog defaults to larger size on win32 - so it fits without resizing local interfaces tab * Interface Management dialog now saves preferences when you click the apply button (local hidden interfaces was not persisting across restarts) * Tweaks: "Interface Details" dialog (Interface list->Capture Interfaces -> Details): + "Friendly Name" renamed to "NDIS Friendly Name" + Added "OS Friendly Name" to the top of the list * Win32: The "Capture Interfaces" dialog now shows the friendly name instead of device guid * Welcome screen: + The height of the interface list scrollbox dynamically adjusts & updates to the number visible interfaces. Up to 10 interfaces can be listed without a scroll bar, the minimum height is for 2 interfaces. + Win32: now shows just the Friendly Name if known - in place of "Interfacename_Guid:(Description)" svn path=/trunk/; revision=46083 |
||
---|---|---|
aclocal-fallback | ||
asn1 | ||
cmake/modules | ||
codecs | ||
debian | ||
diameter | ||
doc | ||
docbook | ||
dtds | ||
epan | ||
fix | ||
help | ||
idl | ||
image | ||
macosx-support-lib-patches | ||
packaging | ||
plugins | ||
radius | ||
test | ||
tools | ||
tpncp | ||
ui | ||
wimaxasncp | ||
wiretap | ||
wsutil | ||
.bzrignore | ||
.gitignore | ||
AUTHORS | ||
CMakeLists.txt | ||
CMakeOptions.txt | ||
COPYING | ||
CPackConfig.txt | ||
ChangeLog | ||
ConfigureChecks.cmake | ||
INSTALL | ||
INSTALL.configure | ||
Makefile.am | ||
Makefile.am.inc | ||
Makefile.common | ||
Makefile.nmake | ||
Makefile.nmake.inc | ||
NEWS | ||
README | ||
README.DECT | ||
README.aix | ||
README.bsd | ||
README.cmake | ||
README.hpux | ||
README.irix | ||
README.linux | ||
README.macos | ||
README.tru64 | ||
README.vmware | ||
README.windows | ||
abi-descriptor.template | ||
acinclude.m4 | ||
aclocal-flags | ||
adns_dll.dep | ||
adns_dll.rc | ||
airpcap.h | ||
airpcap_loader.c | ||
airpcap_loader.h | ||
all.vcproj | ||
autogen.sh | ||
capinfos.c | ||
capture-pcap-util-int.h | ||
capture-pcap-util-unix.c | ||
capture-pcap-util.c | ||
capture-pcap-util.h | ||
capture-wpcap.c | ||
capture-wpcap.h | ||
capture.c | ||
capture.h | ||
capture_ifinfo.c | ||
capture_ifinfo.h | ||
capture_info.c | ||
capture_info.h | ||
capture_opts.c | ||
capture_opts.h | ||
capture_stop_conditions.c | ||
capture_stop_conditions.h | ||
capture_sync.c | ||
capture_sync.h | ||
capture_ui_utils.c | ||
capture_ui_utils.h | ||
capture_win_ifnames.c | ||
capture_win_ifnames.h | ||
capture_wpcap_packet.c | ||
capture_wpcap_packet.h | ||
cfile.c | ||
cfile.h | ||
cfilters | ||
clopts_common.c | ||
clopts_common.h | ||
cmakeconfig.h.in | ||
cmdarg_err.h | ||
color.h | ||
color_filters.c | ||
color_filters.h | ||
colorfilters | ||
conditions.c | ||
conditions.h | ||
config.guess | ||
config.h.win32 | ||
config.nmake | ||
config.sub | ||
configure.ac | ||
console_io.h | ||
dfilter_macros | ||
dfilters | ||
dftest.c | ||
disabled_protos.c | ||
disabled_protos.h | ||
doxygen.cfg.in | ||
doxygen_global.cfg | ||
dumpcap.c | ||
dumpcap.vcproj | ||
editcap.c | ||
file.c | ||
file.h | ||
fileset.c | ||
fileset.h | ||
filters.c | ||
filters.h | ||
frame_data_sequence.c | ||
frame_data_sequence.h | ||
g711.c | ||
g711.h | ||
globals.h | ||
iface_monitor.c | ||
iface_monitor.h | ||
ipmap.html | ||
isprint.h | ||
log.h | ||
macosx-setup.sh | ||
make-version.pl | ||
manuf | ||
manuf.tmpl | ||
merge.c | ||
merge.h | ||
mergecap.c | ||
mkcap.c | ||
nio-ie5.c | ||
nio-ie5.h | ||
packaging.vcproj | ||
packet-range.c | ||
packet-range.h | ||
pcapio.c | ||
pcapio.h | ||
pdml2html.xsl | ||
print.c | ||
print.h | ||
print.ps | ||
proto_hier_stats.c | ||
proto_hier_stats.h | ||
ps.h | ||
randpkt.c | ||
rawshark.c | ||
recent.c | ||
register.h | ||
reordercap.c | ||
ringbuffer.c | ||
ringbuffer.h | ||
services | ||
smi_modules | ||
stat_menu.h | ||
summary.c | ||
summary.h | ||
sync_pipe.h | ||
sync_pipe_write.c | ||
tap-megaco-common.c | ||
tap-megaco-common.h | ||
tap-rtp-common.c | ||
tap-rtp-common.h | ||
tempfile.c | ||
tempfile.h | ||
text2pcap-scanner.l | ||
text2pcap.c | ||
text2pcap.h | ||
timestats.c | ||
timestats.h | ||
trigcap.c | ||
tshark.c | ||
tshark.vcproj | ||
u3.c | ||
u3.h | ||
update.c | ||
version_info.c | ||
version_info.h | ||
wireshark.desktop | ||
wireshark.sln | ||
wireshark.vcproj | ||
wka.tmpl | ||
ws80211_utils.c | ||
ws80211_utils.h |
README
$Id$ General Information ------- ----------- Wireshark is a network traffic analyzer, or "sniffer", for Unix and Unix-like operating systems. It uses GTK+, a graphical user interface library, and libpcap, a packet capture and filtering library. The Wireshark distribution also comes with TShark, which is a line-oriented sniffer (similar to Sun's snoop, or tcpdump) that uses the same dissection, capture-file reading and writing, and packet filtering code as Wireshark, and with editcap, which is a program to read capture files and write the packets from that capture file, possibly in a different capture file format, and with some packets possibly removed from the capture. The official home of Wireshark is http://www.wireshark.org The latest distribution can be found in the subdirectory http://www.wireshark.org/download Installation ------------ Wireshark is known to compile and run on the following systems: - Linux (2.0 and later kernels, various distributions) - Solaris (2.5.1 and later) - FreeBSD (2.2.5 and later) - NetBSD - OpenBSD - Mac OS X (10.2 and later) - HP-UX (10.20, 11.00, 11.11) - Sequent PTX v4.4.5 (Nick Williams <njw@sequent.com>) - Tru64 UNIX (formerly Digital UNIX) (3.2 and later) - Irix (6.5) - AIX (4.3.2, with a bit of work) - Windows (2003, XP, Vista, 7) and possibly on other versions of those OSes. It should run on other Unix-ish systems without too much trouble. If you have an older version of the operating systems listed above, it might be supported by an older version of Wireshark. In particular, Windows 2000 is supported by Wireshark 1.2.x, Windows NT 4.0 is supported by Wireshark 0.99.4, and Windows 95, 98, and ME are supported by Ethereal 0.99.0. NOTE: the Makefile appears to depend on GNU "make"; it doesn't appear to work with the "make" that comes with Solaris 7 nor the BSD "make". Perl is also needed to create the man page. If you decide to modify the yacc grammar or lex scanner, then you need "flex" - it cannot be built with vanilla "lex" - and either "bison" or the Berkeley "yacc". Your flex version must be 2.5.1 or greater. Check this with 'flex -V'. If you decide to modify the NetWare Core Protocol dissector, you will need python, as the data for packet types is stored in a python script, ncp2222.py. You must therefore install Perl, GNU "make", "flex", and either "bison" or Berkeley "yacc" on systems that lack them. Full installation instructions can be found in the INSTALL file. See also the appropriate README.<OS> files for OS-specific installation instructions. Usage ----- In order to capture packets from the network, you need to make the dumpcap program set-UID to root, or you need to have access to the appropriate entry under /dev if your system is so inclined (BSD-derived systems, and systems such as Solaris and HP-UX that support DLPI, typically fall into this category). Although it might be tempting to make the Wireshark and TShark executables setuid root, or to run them as root please don't. The capture process has been isolated in dumpcap; this simple program is less likely to contain security holes, and thus safer to run as root. Please consult the man page for a description of each command-line option and interface feature. Multiple File Types ------------------- The wiretap library is a packet-capture library currently under development parallel to wireshark. In the future it is hoped that wiretap will have more features than libpcap, but wiretap is still in its infancy. However, wiretap is used in wireshark for its ability to read multiple file types. See the Wireshark man page or the Wireshark User's Guide for a list of supported file formats. In addition, it can read gzipped versions of any of those files automatically, if you have the zlib library available when compiling Wireshark. Wireshark needs a modern version of zlib to be able to use zlib to read gzipped files; version 1.1.3 is known to work. Versions prior to 1.0.9 are missing some functions that Wireshark needs and won't work. "./configure" should detect if you have the proper zlib version available and, if you don't, should disable zlib support. You can always use "./configure --disable-zlib" to explicitly disable zlib support. Although Wireshark can read AIX iptrace files, the documentation on AIX's iptrace packet-trace command is sparse. The 'iptrace' command starts a daemon which you must kill in order to stop the trace. Through experimentation it appears that sending a HUP signal to that iptrace daemon causes a graceful shutdown and a complete packet is written to the trace file. If a partial packet is saved at the end, Wireshark will complain when reading that file, but you will be able to read all other packets. If this occurs, please let the Wireshark developers know at wireshark-dev@wireshark.org, and be sure to send us a copy of that trace file if it's small and contains non-sensitive data. Support for Lucent/Ascend products is limited to the debug trace output generated by the MAX and Pipline series of products. Wireshark can read the output of the "wandsession" "wandisplay", "wannext", and "wdd" commands. Wireshark can also read dump trace output from the Toshiba "Compact Router" line of ISDN routers (TR-600 and TR-650). You can telnet to the router and start a dump session with "snoop dump". CoSine L2 debug output can also be read by Wireshark. To get the L2 debug output, get in the diags mode first and then use "create-pkt-log-profile" and "apply-pkt-log-profile" commands under layer-2 category. For more detail how to use these commands, you should examine the help command by "layer-2 create ?" or "layer-2 apply ?". To use the Lucent/Ascend, Toshiba and CoSine traces with Wireshark, you must capture the trace output to a file on disk. The trace is happening inside the router and the router has no way of saving the trace to a file for you. An easy way of doing this under Unix is to run "telnet <ascend> | tee <outfile>". Or, if your system has the "script" command installed, you can save a shell session, including telnet to a file. For example, to a file named tracefile.out: $ script tracefile.out Script started on <date/time> $ telnet router ..... do your trace, then exit from the router's telnet session. $ exit Script done on <date/time> IPv6 ---- If your operating system includes IPv6 support, wireshark will attempt to use reverse name resolution capabilities when decoding IPv6 packets. If you want to turn off name resolution while using wireshark, start wireshark with the "-n" option to turn off all name resolution (including resolution of MAC addresses and TCP/UDP/SMTP port numbers to names), or with the "-N mt" option to turn off name resolution for all network-layer addresses (IPv4, IPv6, IPX). You can make that the default setting by opening the Preferences dialog box using the Preferences item in the Edit menu, selecting "Name resolution", turning off the appropriate name resolution options, clicking "Save", and clicking "OK". If you would like to compile wireshark without support for IPv6 name resolution, use the "--disable-ipv6" option with "./configure". If you compile wireshark without IPv6 name resolution, you will still be able to decode IPv6 packets, but you'll only see IPv6 addresses, not host names. SNMP ---- Wireshark can do some basic decoding of SNMP packets; it can also use the libsmi library to do more sophisticated decoding, by reading MIB files and using the information in those files to display OIDs and variable binding values in a friendlier fashion. The configure script will automatically determine whether you have the libsmi library on your system. If you have the libsmi library but _do not_ want to have Wireshark use it, you can run configure with the "--without-libsmi" option. How to Report a Bug ------------------- Wireshark is still under constant development, so it is possible that you will encounter a bug while using it. Please report bugs at http://bugs.wireshark.org. Be sure you enter into the bug: 1) the complete build information from the "About Wireshark" item in the Help menu or the output of "wireshark -v" for Wireshark bugs and the output of "tshark -v" for TShark bugs; 2) if the bug happened on Linux, the Linux distribution you were using, and the version of that distribution; 3) the command you used to invoke Wireshark, if you ran Wireshark from the command line, or TShark, if you ran TShark, and the sequence of operations you performed that caused the bug to appear. If the bug is produced by a particular trace file, please be sure to attach to the bug a trace file along with your bug description. If the trace file contains sensitive information (e.g., passwords), then please do not send it. If Wireshark died on you with a 'segmentation violation', 'bus error', 'abort', or other error that produces a UNIX core dump file, you can help the developers a lot if you have a debugger installed. A stack trace can be obtained by using your debugger ('gdb' in this example), the wireshark binary, and the resulting core file. Here's an example of how to use the gdb command 'backtrace' to do so. $ gdb wireshark core (gdb) backtrace ..... prints the stack trace (gdb) quit $ The core dump file may be named "wireshark.core" rather than "core" on some platforms (e.g., BSD systems). If you got a core dump with TShark rather than Wireshark, use "tshark" as the first argument to the debugger; the core dump may be named "tshark.core". Disclaimer ---------- There is no warranty, expressed or implied, associated with this product. Use at your own risk. Gerald Combs <gerald@wireshark.org> Gilbert Ramirez <gram@alumni.rice.edu> Guy Harris <guy@alum.mit.edu>