“Why Can't I Connect?” makes it easy to diagnose TCP/IP connection problems. It traces through all steps of the process and gives error codes, descriptions, and possible solutions for all TCP/IP errors. Language support for Chinese (simplified character set), Czech, Danish, Dutch, English, French, German, Hindi, Italian, Polish, Portuguese, and Spanish.
There are separate selections for application language and trace language. This allows a user to run the application in their native language while creating the trace in the native language of the technician researching the problem. For example, application language: English, trace language: Portuguese.
A generic client can connect to any type of server given the right server name / IP Address and port.
Create a generic server to mimic a server on any port (if available.)
Bridging allows you to insert “Why Can't I Connect?” between an existing client and server. You may then trace / analyze / diagnose the conversation between the two.
Open servers (listening sockets) across a range of ports.
Search the computer for ports in use / connected ports, listening ports, reserved ports, and all ports that can not bind.
Scripts are a very handy tool for remote debugging and tracking down intermittent problems. A script may be used for remote debugging by simply emailing or copying the script file to the remote location. Script files are fully self contained so no other files are required to remotely run the script. A script may be used to track down an intermittent problem by setting it to repeat. You can also set the script to break on errors so when the intermittent problem occurs, you will see the exact date, time, and type of error. Recording a script is as simple as pressing the Record button, running the test connections, and pressing the Stop Recording button.
You may also edit and create script files with a simple set of authoring tools.
The error pattern for a possible incomplete login is detected on any connection and will query if you would like to launch the login.
I've tested on Fedora and Ubuntu Linux. Windows XP, Vista, and Windows 7. I am releasing a source tar, 32 bit Windows install exe, 32 and 64 bit rpm, and a 32 and 64 bit deb. The 32 bit Windows executable runs fine in 64 bit Windows systems.
wxWidgets 3.0.x is required to build. Once statically linked, there are no special requirements.
wxWidgets 3.0.x is required.
Under construction.
Release 1.12.4
In this release:
1. Fixed a bug where the "Server Send" dialog and the "Server Shutdown" dialog where clipping the display of the connected socket handle.
2. Removed the WiFi connect option. Lacking time and hardware to support this in all operating systems for all routers, I will reintroduce this option when possible (check the README file to restore this option at it’s current state while compiling.)
3. Updated the MinGW compiler, wxWidgets, and OpenSSL versions for the Windows binary release (this and all future releases are no longer compatible with Windows XP.)
4. Added a Raspbian / armhf debian binary release.