# pythonping
PythonPing is simple way to ping in Python. With it, you can send ICMP Probes to remote devices like
you would do from the terminal. PythonPing is modular, so that you can run it in a script as a
standalone function, or integrate its components in a fully-fledged application.
## Basic Usage
The simplest usage of PythonPing is in a script. You can use the `ping` function to ping a target.
If you want to see the output immediately, emulating what happens on the terminal, use the
`verbose` flag as below.
```python
from pythonping import ping
ping('127.0.0.1', verbose=True)
```
This will yeld the following result.
```
Reply from 127.0.0.1, 9 bytes in 0.17ms
Reply from 127.0.0.1, 9 bytes in 0.14ms
Reply from 127.0.0.1, 9 bytes in 0.12ms
Reply from 127.0.0.1, 9 bytes in 0.12ms
```
Regardless of the verbose mode, the `ping` function will always return a `ResponseList` object.
This is a special iterable object, containing a list of `Response` items. In each response, you can
find the packet received and some meta information, like the time it took to receive the response
and any error message.
You can also tune your ping by using some of its additional parameters:
* `size` is an integer that allows you to specify the size of the ICMP payload you desire
* `timeout` is the number of seconds you wish to wait for a response, before assuming the target
is unreachable
* `payload` allows you to use a specific payload (bytes)
* `count` specify allows you to define how many ICMP packets to send
* `interval` the time to wait between pings, in seconds
* `sweep_start` and `sweep_end` allows you to perform a ping sweep, starting from payload size
defined in `sweep_start` and growing up to size defined in `sweep_end`. Here, we repeat the payload
you provided to match the desired size, or we generate a random one if no payload was provided.
Note that if you defined `size`, these two fields will be ignored
* `df` is a flag that, if set to True, will enable the *Don't Fragment* flag in the IP header
* `verbose` enables the verbose mode, printing output to a stream (see `out`)
* `out` is the target stream of verbose mode. If you enable the verbose mode and do not provide
`out`, verbose output will be send to the `sys.stdout` stream. You may want to use a file here.
* `match` is a flag that, if set to True, will enable payload matching between a ping request
and reply (default behaviour follows that of Windows which counts a successful reply by a
matched packet identifier only; Linux behaviour counts a non equivalent payload with a matched
packet identifier in reply as fail, such as when pinging 8.8.8.8 with 1000 bytes and the reply
is truncated to only the first 74 of request payload with a matching packet identifier)
## FAQ
### Do I need privileged mode or root?
Yes, you need to be root to use pythonping.
### Why do I need to be root to use pythonping?
All operating systems allow programs to create TCP or UDP sockets without requiring particular
permissions. However, ping runs in ICMP (which is neither TCP or UDP). This means we have to create
raw IP packets, and sniff the traffic on the network card.
**Operating systems are designed to require root for such operations**. This is because having
unrestricted access to the NIC can expose the user to risks if the application running has bad
intentions. This is not the case with pythonping of course, but nonetheless we need this capability
to create custom IP packets. Unfortunately, there is simply no other way to create ICMP packets.
## Advanced Usage
If you wish to extend PythonPing, or integrate it in your application, we recommend to use the
classes that are part of Python Ping instead of the `ping` function. `executor.Communicator`
handles the communication with the target device, it takes care of sending ICMP requests and
processing responses (note that for it to be thread safe you must then handle making a unique
seed ID for each thread instance, see ping.__init\__ for an example of this). It ultimately
produces the `executor.ResponseList` object. The `Communicator` needs to know a target and
which payloads to send to the remote device. For that, we have several classes in the
`payload_provider` module. You may want to create your own provider by extending
`payload_provider.PayloadProvider`. If you are interested in that, you should check the
documentation of both `executor` and `payload_provider` module.
## Code Structure
### Top Level Directory Layout
Our project directory structure contains all src files in the pythonping folder, test cases in another folder, and helping documentation in on the top level directory.
```
.
├── pythonping # Source files
├── test # Automated Testcases for the package
├── CODE_OF_CONDUCT # An md file containing code of conduct
├── CONTRIBUTING # Contributing Guidlins
├── LICENSE # MIT License
├── README.md # An md file
└── setup.py # Instalation
```
A UML Diagram of the code structure is below:
As per the uml diagram above five distinct classes outside of init exist in this package: Executor, Icmp, Payload Provider, and Utils. Each of them rely on attributes which have been listed as sub-classes for brevities sake. An overview of each class is as follows.
### Utils
Simply generates random text. See function random_text.
### Network
Opens a socket to send and recive data. See functions send, recv, and del.
### Payload Provider
Generates ICMP Payloads with no Headers. It's functionaly a interface. It has three
functions init, iter, and next, which are all implmented by subclasses List, Repeat, and Sweep which store payloads in diffrent lists.
### ICMP
Generates the ICMP heaser through subclass ICMPType, and various helper functions.
### Executor
Has various subclasses including Message, Response, Success, and Communicator used for sending icmp packets and collecting data.
### Init
Uses network, executor, payload_provider and utils.random_text to construct and send ICMP packets to ping a network.
## Tests
A test package exists under the folder test, and contains a serise of unit tests. Before commiting changes make sure to run the test bench and make sure all corrisponding cases pass. For new functionality new test cases must be added and documented.
To run testcases we can simply use the ```unitest discover``` utility by running the following command:
```
python -m unittest discover <test_directory>
```
To run the test cases in a specific file FILE we must run the following command:
```
python -m unittest discover -s <test_directory> -p FILE
```
Another option is to run the following from the top level directory:
```
pytest test
```
To test for coverage simply run:
```
coverage run -m pytest test
```
## Contributing
Before contributing read through the contribution guidlines found the CONTRIBUTING file.
### Code Style
A few key points when contributing to this repo are as follows:
1. Use tabs over spaces.
2. Format doc strings as such:
```
DESCRIPTION
:param X: DESCRIPTION
:type X: Type
:param Y: DESCRIPTION
:type Y: Type
```
Please add doc strings to all functions added.
3. Do not add spaces between docstring and first function line.
4. Do not go over 200 characters per line.
5. When closing multiline items under brackets('()', '[]', ... etc) put the closing bracket on it's own line.
Raw data
{
"_id": null,
"home_page": "https://github.com/alessandromaggio/pythonping",
"name": "pythonping",
"maintainer": "",
"docs_url": null,
"requires_python": "",
"maintainer_email": "",
"keywords": "ping,icmp,network",
"author": "Alessandro Maggio",
"author_email": "me@alessandromaggio.com",
"download_url": "https://files.pythonhosted.org/packages/b8/e5/6c12081f6be60648e6432dca495c3c048a096c9e719283270158256af69c/pythonping-1.1.4.tar.gz",
"platform": null,
"description": "# pythonping\nPythonPing is simple way to ping in Python. With it, you can send ICMP Probes to remote devices like\nyou would do from the terminal. PythonPing is modular, so that you can run it in a script as a\nstandalone function, or integrate its components in a fully-fledged application.\n\n## Basic Usage\nThe simplest usage of PythonPing is in a script. You can use the `ping` function to ping a target.\nIf you want to see the output immediately, emulating what happens on the terminal, use the\n`verbose` flag as below.\n\n```python\nfrom pythonping import ping\n\nping('127.0.0.1', verbose=True)\n```\nThis will yeld the following result.\n```\nReply from 127.0.0.1, 9 bytes in 0.17ms\nReply from 127.0.0.1, 9 bytes in 0.14ms\nReply from 127.0.0.1, 9 bytes in 0.12ms\nReply from 127.0.0.1, 9 bytes in 0.12ms\n```\n\nRegardless of the verbose mode, the `ping` function will always return a `ResponseList` object.\nThis is a special iterable object, containing a list of `Response` items. In each response, you can\nfind the packet received and some meta information, like the time it took to receive the response\nand any error message.\n\nYou can also tune your ping by using some of its additional parameters:\n* `size` is an integer that allows you to specify the size of the ICMP payload you desire\n* `timeout` is the number of seconds you wish to wait for a response, before assuming the target\nis unreachable\n* `payload` allows you to use a specific payload (bytes)\n* `count` specify allows you to define how many ICMP packets to send\n* `interval` the time to wait between pings, in seconds\n* `sweep_start` and `sweep_end` allows you to perform a ping sweep, starting from payload size\ndefined in `sweep_start` and growing up to size defined in `sweep_end`. Here, we repeat the payload\nyou provided to match the desired size, or we generate a random one if no payload was provided.\nNote that if you defined `size`, these two fields will be ignored\n* `df` is a flag that, if set to True, will enable the *Don't Fragment* flag in the IP header\n* `verbose` enables the verbose mode, printing output to a stream (see `out`)\n* `out` is the target stream of verbose mode. If you enable the verbose mode and do not provide\n`out`, verbose output will be send to the `sys.stdout` stream. You may want to use a file here.\n* `match` is a flag that, if set to True, will enable payload matching between a ping request\nand reply (default behaviour follows that of Windows which counts a successful reply by a\nmatched packet identifier only; Linux behaviour counts a non equivalent payload with a matched\npacket identifier in reply as fail, such as when pinging 8.8.8.8 with 1000 bytes and the reply\nis truncated to only the first 74 of request payload with a matching packet identifier)\n\n## FAQ\n### Do I need privileged mode or root?\nYes, you need to be root to use pythonping.\n\n### Why do I need to be root to use pythonping?\nAll operating systems allow programs to create TCP or UDP sockets without requiring particular\npermissions. However, ping runs in ICMP (which is neither TCP or UDP). This means we have to create\nraw IP packets, and sniff the traffic on the network card.\n**Operating systems are designed to require root for such operations**. This is because having\nunrestricted access to the NIC can expose the user to risks if the application running has bad\nintentions. This is not the case with pythonping of course, but nonetheless we need this capability\nto create custom IP packets. Unfortunately, there is simply no other way to create ICMP packets.\n\n## Advanced Usage\nIf you wish to extend PythonPing, or integrate it in your application, we recommend to use the\nclasses that are part of Python Ping instead of the `ping` function. `executor.Communicator` \nhandles the communication with the target device, it takes care of sending ICMP requests and \nprocessing responses (note that for it to be thread safe you must then handle making a unique\nseed ID for each thread instance, see ping.__init\\__ for an example of this). It ultimately\nproduces the `executor.ResponseList` object. The `Communicator` needs to know a target and\nwhich payloads to send to the remote device. For that, we have several classes in the\n`payload_provider` module. You may want to create your own provider by extending\n`payload_provider.PayloadProvider`. If you are interested in that, you should check the\ndocumentation of both `executor` and `payload_provider` module.\n\n## Code Structure\n\n### Top Level Directory Layout\nOur project directory structure contains all src files in the pythonping folder, test cases in another folder, and helping documentation in on the top level directory.\n\n```\n.\n\u251c\u2500\u2500 pythonping # Source files \n\u251c\u2500\u2500 test # Automated Testcases for the package\n\u251c\u2500\u2500 CODE_OF_CONDUCT # An md file containing code of conduct\n\u251c\u2500\u2500 CONTRIBUTING # Contributing Guidlins\n\u251c\u2500\u2500 LICENSE # MIT License\n\u251c\u2500\u2500 README.md # An md file\n\u2514\u2500\u2500 setup.py # Instalation\n```\n\nA UML Diagram of the code structure is below:\n\n\n\nAs per the uml diagram above five distinct classes outside of init exist in this package: Executor, Icmp, Payload Provider, and Utils. Each of them rely on attributes which have been listed as sub-classes for brevities sake. An overview of each class is as follows.\n\n### Utils \nSimply generates random text. See function random_text.\n\n### Network \nOpens a socket to send and recive data. See functions send, recv, and del.\n\n### Payload Provider\nGenerates ICMP Payloads with no Headers. It's functionaly a interface. It has three\nfunctions init, iter, and next, which are all implmented by subclasses List, Repeat, and Sweep which store payloads in diffrent lists.\n\n### ICMP\nGenerates the ICMP heaser through subclass ICMPType, and various helper functions.\n\n### Executor\nHas various subclasses including Message, Response, Success, and Communicator used for sending icmp packets and collecting data.\n\n### Init\nUses network, executor, payload_provider and utils.random_text to construct and send ICMP packets to ping a network. \n\n## Tests\nA test package exists under the folder test, and contains a serise of unit tests. Before commiting changes make sure to run the test bench and make sure all corrisponding cases pass. For new functionality new test cases must be added and documented.\n\nTo run testcases we can simply use the ```unitest discover``` utility by running the following command:\n\n```\npython -m unittest discover <test_directory>\n```\n\nTo run the test cases in a specific file FILE we must run the following command:\n\n```\npython -m unittest discover -s <test_directory> -p FILE\n```\n\nAnother option is to run the following from the top level directory:\n\n```\npytest test\n```\n\nTo test for coverage simply run:\n\n```\ncoverage run -m pytest test\n```\n\n## Contributing\nBefore contributing read through the contribution guidlines found the CONTRIBUTING file. \n\n### Code Style\nA few key points when contributing to this repo are as follows:\n1. Use tabs over spaces.\n2. Format doc strings as such:\n ```\n DESCRIPTION\n\n :param X: DESCRIPTION\n :type X: Type\n :param Y: DESCRIPTION\n :type Y: Type\n ```\n Please add doc strings to all functions added.\n3. Do not add spaces between docstring and first function line.\n4. Do not go over 200 characters per line.\n5. When closing multiline items under brackets('()', '[]', ... etc) put the closing bracket on it's own line. \n",
"bugtrack_url": null,
"license": "MIT",
"summary": "A simple way to ping in Python",
"version": "1.1.4",
"split_keywords": [
"ping",
"icmp",
"network"
],
"urls": [
{
"comment_text": "",
"digests": {
"md5": "adf3068d1a75cd4d708efc2016f91afa",
"sha256": "dedd690e36cb8c69703175610cf6ce01ff0c2070b447cc64c31a82951c9a53f6"
},
"downloads": -1,
"filename": "pythonping-1.1.4-py3-none-any.whl",
"has_sig": false,
"md5_digest": "adf3068d1a75cd4d708efc2016f91afa",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": null,
"size": 16328,
"upload_time": "2022-10-25T10:36:24",
"upload_time_iso_8601": "2022-10-25T10:36:24.961283Z",
"url": "https://files.pythonhosted.org/packages/08/d7/ac061f5010ae44604a091820c75e78edb8153214caf4519007cff812cd72/pythonping-1.1.4-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"md5": "fb52dc840db75373ab65be020917b8c3",
"sha256": "acef84640fee6f20b725f2a1d2392771f2845554cfabcef30b1fdea5030161af"
},
"downloads": -1,
"filename": "pythonping-1.1.4.tar.gz",
"has_sig": false,
"md5_digest": "fb52dc840db75373ab65be020917b8c3",
"packagetype": "sdist",
"python_version": "source",
"requires_python": null,
"size": 21482,
"upload_time": "2022-10-25T10:36:26",
"upload_time_iso_8601": "2022-10-25T10:36:26.838136Z",
"url": "https://files.pythonhosted.org/packages/b8/e5/6c12081f6be60648e6432dca495c3c048a096c9e719283270158256af69c/pythonping-1.1.4.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2022-10-25 10:36:26",
"github": true,
"gitlab": false,
"bitbucket": false,
"github_user": "alessandromaggio",
"github_project": "pythonping",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"requirements": [
{
"name": "pexpect",
"specs": [
[
"==",
"4.0.8"
]
]
}
],
"lcname": "pythonping"
}
JSON
