Musicman Posted July 29, 2015 Report Posted July 29, 2015 Gday Krishna Try This https://nmap.org/dist/nmap-6.49BETA4-setup.exe
Luke Kolin Posted July 29, 2015 Report Posted July 29, 2015 This is exactly as it has always been. The Server is blocking the Client. They are never truly "connected" because you have something preventing this. I really cannot diagnose it from here other than to tell you that. You need to find out what is blocking it and stop it. Pete, I'm not sure. If you look at the WideClient log, the first connection is blocked because (assuming the clocks are sync'd) the server hasn't come up yet. But the second connection looks good, both client and server report that they've made a connection. During that 1 minute connection, the client reports it was receiving around 480 bytes per second, which looks OK. It looks connected to me. Cheers! Luke
Pete Dowson Posted July 29, 2015 Report Posted July 29, 2015 It looks connected to me. Aha! You are right! I hadn't looked far enough! (In a rush for a dentist appointment). Sorry Krishna. Yes, as the summary shows, you got connected okay: 158606 ****** End of session performance summary ****** 158622 Total time connected = 69 seconds 158622 Reception maximum: 20 frames/sec, 582 bytes/sec 158622 Reception average whilst connected: 18 frames/sec, 491 bytes/sec 158622 Transmission maximum: 0 frames/sec, 19 bytes/sec 158622 Transmission average whilst connected: 0 frames/sec, 24 bytes/sec 158622 Max receive buffer = 548, Max send depth = 1, Send frames lost = 0 ;-) Pete
krishna Posted July 30, 2015 Report Posted July 30, 2015 Hello gentlemen Thanks to all of you for taking out time and working with me on this. The connection between WideClient and WideServer is indeed established now. Your support is well appreciated and I would expect the same in future as well, if required. For others who might face the same problem and come here looking for a solution, following are the steps that may have worked for me individually or collectively (I can never be sure of what really did :razz: ): a) disabling the windows firewall completely B) Uninstalling the antivirus and all such programs c) Adding following parameters to the WideClient.ini: ServerIPAddr=xxx.xxx.x.x Protocol=TCP d) Disabling Windows Defender e) Flushing the DNS cache on the systems Most importantly before all this, going through the WideFS user guide thoroughly. Thanks again cheers :razz: Kishna
Pete Dowson Posted July 30, 2015 Report Posted July 30, 2015 For others who might face the same problem and come here looking for a solution, following are the steps that may have worked for me individually or collectively (I can never be sure of what really did :razz: ): a) disabling the windows firewall completely B) Uninstalling the antivirus and all such programs c) Adding following parameters to the WideClient.ini: ServerIPAddr=xxx.xxx.x.x Protocol=TCP d) Disabling Windows Defender e) Flushing the DNS cache on the systems Most importantly before all this, going through the WideFS user guide thoroughly. Luckily, for most folks, hardly any of this action is needed. I don't know why it is in your case. Generally it is just a load-and-go process, possibly just answering a question from the Firewall stuff as to whether to allow it through. In my case I do run without the firewall but I know lots of folks who don't disable anything, but just allow those programs which need to communicate to do so. I didn't need to do anything to my anti-virus software (I use Avast). Regards Pete
Luke Kolin Posted July 30, 2015 Report Posted July 30, 2015 I suspect c) is what did the trick. Cheers! Luke
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now