** Changed in: nmap (Ubuntu Yakkety)
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1684304
Title:
nmap man page lacks port state headlines
Status in nmap package in Ubuntu:
Fix Released
Status in nmap source package in Xenial:
Incomplete
Status in nmap source package in Yakkety:
Won't Fix
Bug description:
Something is wrong with rendering of the intended headlines of port
states in chapter PORT SCANNING BASICS.
Viewing using man/info yields this where text is confusingly referring
to missing state categories:
The six port states recognized by Nmap
An application is actively accepting TCP connections, UDP
datagrams or SCTP associations on
this port. Finding these is often the primary goal of port
scanning. Security-minded people
know that each open port is an avenue for attack. Attackers and
pen-testers want to exploit
the open ports, while administrators try to close or protect them
with firewalls without
thwarting legitimate users. Open ports are also interesting for
non-security scans because
they show services available for use on the network.
A closed port is accessible (it receives and responds to Nmap
probe packets), but there is
no application listening on it. They can be helpful in showing
that a host is up on an IP
address (host discovery, or ping scanning), and as part of OS
detection. Because closed
ports are reachable, it may be worth scanning later in case some
open up. Administrators may
want to consider blocking such ports with a firewall. Then they
would appear in the filtered
state, discussed next.
Looking in the unrendered file show the intended headline
(/usr/share/man/man1/nmap.1.gz):
\fBThe six port states recognized by Nmap\fR
.PP
.\" open port state open
.RS 4
An application is actively accepting TCP connections, UDP datagrams or SCTP
associations on this port\&. F
inding these is often the primary goal of port scanning\&. Security\-minded
people know that each open por
t is an avenue for attack\&. Attackers and pen\-testers want to exploit the
open ports, while administrato
rs try to close or protect them with firewalls without thwarting legitimate
users\&. Open ports are also i
nteresting for non\-security scans because they show services available for
use on the network\&.
.RE
.PP
.\" closed port state closed
.RS 4
A closed port is accessible (it receives and responds to Nmap probe packets),
but there is no application
listening on it\&. They can be helpful in showing that a host is up on an IP
address (host discovery, or p
ing scanning), and as part of OS detection\&. Because closed ports are
reachable, it may be worth scanning
later in case some open up\&. Administrators may want to consider blocking
such ports with a firewall\&.
Then they would appear in the filtered state, discussed next\&.
.RE
.PP
Other sections look like they have the same problem.
I am not enough familiar with groff to know what the tag .\" should
do, it might look like it is a comment by the file header.
Nevertheless, the states are clearly missing from context so they
should be present one way or the other.
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.2 LTS
Release: 16.04
Codename: xenial
$ apt-cache policy nmap
nmap:
Installed: 7.01-2ubuntu2
Candidate: 7.01-2ubuntu2
Version table:
*** 7.01-2ubuntu2 500
500 http://dk.archive.ubuntu.com/ubuntu xenial/main amd64 Packages
100 /var/lib/dpkg/status
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nmap/+bug/1684304/+subscriptions
_______________________________________________
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help : https://help.launchpad.net/ListHelp
