You do not need to add a rule and you must not add a secure zone since you don’t have one. Can you try to disable Do protocol analysis and check if it resolves the problem?
I did as you said, and disabled protocol analysis in Security/Advanced/Advanced Attack Detection/Misc. Sadly, this made no difference.
The issue I’m having is exactly the same as the guy in the thread I stated, so at least I know I’m not going mad!
It looks like, in the absence of a solution, I’m going to have to give up on Comodo for the time being, a shame as it truly looks like a fantastic product.
Tried everything you suggested. Offline, it reported ‘windows IP configuration’, online ‘The operation failed as no adapter is in a state permissable for this operation’. Tried it several times, online and off, rebooting plenty. I’m using a 100% reinstall of windows, with the Comodo settings untouched at default.
With Comodo set to ‘Allow All’ the problem persists, making one thing it’s not related to Comodo’s rules etc. However, with Comodo uninstalled, the problem disappears. Reinstall Comodo, and it’s back. I’ve tried this four times back and forth.
Seems like the issue is something more fundamental with Comodo’s install. I have a Speedtouch 330 ADSL modem, by the way.
Thanks for the help, shame I can’t seem to solve this one.
Please go at the advanced tab of CFP and enable skip loopback tcp connections (probably it is not the problem but check this just in chase.
Then go at the varius sections of the advanced tab and disable one by one the features and try again each time you disable one of them. No need to reboot. Just wait a few seconds between disabling a feature and trying to disconnect.
ps. it is the only way to troubleshoot it and find where is the problem. After that we will report it to the develop team.
Well, I tried unticking the options one by one as suggested. The thing is that when I try to disconnect, the service crashes in such a way that I cannot reconnect at all. Therefore, I’ve just been through one hec of a lot of reboots!
Looks like it’s back to Netveda for me, for now. I do hope you can fix the problem in a future update, as, for me, it spoils an otherwise excellent product. Of course, if anyone else has ideas on how to fix this, then I’d be more than happy to see your replies.
Does your network card use the RealTek 81XX series of chip? Various driver versions for this chip can, under certain circumstance, be left in a hung state on LAN disconnect and require a hard reboot to reinitialize, which pretty much echoes your description.
If so, please update to the latest drivers from the RealTek site.
Thanks for the reply, but I have my network card disabled in Device Manager, as I’m not on a network and connect using a Speedtouch 330 Modem pluggeg directly into a microfilter. In either case, the card uses the SiS 900 chip.
Will send a private message to the other user with the same problem as suggested. Cheers all.