Welcome, Guest. Please login or register.
December 26, 2009, 02:00:23 PM

Login with username, password and session length

345309 Posts
38133 Topics
86600 Members

Latest Member: agona

Search:     Advanced search | Tag Cloud
+  Welcome to the Comodo Forum
|-+  Archive Boards
| |-+  Comodo Firewall
| | |-+  Help for v3
| | | |-+  v3 not allowing a tracert
« previous next »
Pages: 1 2 [3] Go Down Print
Author Topic: v3 not allowing a tracert  (Read 6546 times)
pudelein
Comodo Loves me
****
Offline Offline

Posts: 128


« Reply #30 on: November 26, 2007, 01:39:10 PM »

Just a quick FWIW on this tracert issue.  I am using Windows XPSP2 with CFP 3.0.13.268.  I added one small rule at the top of the Global set, namely, "Allow ICMP IN From IP ANY to IP ANY Where ICMP Message is TIME EXCEEDED"; the default rule is used with the Application (tracert).  This works.  The Application rule allows all outbound items, whatever the protocol or addresses.  The Global rule allows the incoming TIME EXCEEDED.  More complicated rule sets add nothing additional for this application.
Logged
gibran
Average User
Comodo's Hero
*****
Offline Offline

Posts: 5063


A bad workman always blames his tools


« Reply #31 on: November 26, 2007, 06:41:17 PM »

Just a quick FWIW on this tracert issue.  I am using Windows XPSP2 with CFP 3.0.13.268.  I added one small rule at the top of the Global set, namely, "Allow ICMP IN From IP ANY to IP ANY Where ICMP Message is TIME EXCEEDED"; the default rule is used with the Application (tracert).  This works.  The Application rule allows all outbound items, whatever the protocol or addresses.  The Global rule allows the incoming TIME EXCEEDED.  More complicated rule sets add nothing additional for this application.
Please post a screenshot of you global ruleset. Tracert needs also outbound icmp echo requests.
Logged

"In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move."- Douglas Adams
gibran
Average User
Comodo's Hero
*****
Offline Offline

Posts: 5063


A bad workman always blames his tools


« Reply #32 on: November 26, 2007, 06:52:09 PM »

well, im back to ver 2.4 set to custom and all is fine. id be the first to admit, i really do need to start investigating the innerworkings of firewalls, and their many functions.but this upgrade left me behind. techdunce Smiley

Firewall wise V3 is pretty much like V2. Maybe the only thing that is different is that you have few processes that were hidden by that Allow traffic for applications certified by comodo.
So you can configure V3 firewall like you did with V2 (this time you get port sets and predefined policies to make your life easier, plus you can log application traffic too)

I guess the most noisy alerts came from file protection and registry protection. But something can be done.

Anyway if you would like and you are willing to install V3 on another pc I can reply your questions about the differences and how to mimic old V2 functionality (if possible).
So you can later write a FAQ about this topic  Kiss
Logged

"In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move."- Douglas Adams
tech dunce
Comodo Member
**
Offline Offline

Posts: 40


« Reply #33 on: November 26, 2007, 07:29:42 PM »

thanks for that gibran, but if nothing else, this has shown me just how little i know about firewalls. i dont have another pc, but will stick with ver 2.4 for now and brush up my very limited knowledge on the subject.but, genuine thanks, techdunce Smiley
Logged
sded
Guest
« Reply #34 on: November 26, 2007, 07:41:13 PM »

Microsoft actually has a pretty good overview of firewalls at http://www.microsoft.com/technet/security/guidance/networksecurity/firewall.mspx that you might find interesting.  Their website, especially technet, seems to have a lot of good reference material on a lot of different topics.   Smiley
Logged
pudelein
Comodo Loves me
****
Offline Offline

Posts: 128


« Reply #35 on: November 26, 2007, 07:48:40 PM »

[at]Gibran:

For tracert, the application rule provides the outbound requirements.  It allows tracert to use any protocol to any external address; that covers the need for ICMP echo requests.  The Global rule allows only ICMP 11 (Time exceeded) to enter for tracert or any other application.  Posting screenshots just doesn't seem necessary.
Logged
gibran
Average User
Comodo's Hero
*****
Offline Offline

Posts: 5063


A bad workman always blames his tools


« Reply #36 on: November 26, 2007, 09:19:20 PM »

[ at ] Gibran:

For tracert, the application rule provides the outbound requirements.  It allows tracert to use any protocol to any external address; that covers the need for ICMP echo requests.  The Global rule allows only ICMP 11 (Time exceeded) to enter for tracert or any other application.  Posting screenshots just doesn't seem necessary.

I guess so as I can test that myself. That is just to provide enough information to member reading this topic.
Using no global rules you don't even need to allow ICMP Time exceeded so I guess you have at least an inbound IP deny after that rule.
Logged

"In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move."- Douglas Adams
gibran
Average User
Comodo's Hero
*****
Offline Offline

Posts: 5063


A bad workman always blames his tools


« Reply #37 on: November 26, 2007, 09:23:15 PM »

thanks for that gibran, but if nothing else, this has shown me just how little i know about firewalls. i dont have another pc, but will stick with ver 2.4 for now and brush up my very limited knowledge on the subject.but, genuine thanks, techdunce Smiley

Who will write that faq then? Cry
Anyway some members are planning a V3 userguide to cover all the topics any user should know. So you'll update to v3 soon Smiley
Logged

"In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move."- Douglas Adams
adric
"Start every day with a smile and get it over with."
Global Moderator
Comodo's Hero
*****
Online Online

Posts: 642


"I am not young enough to know everything. "


« Reply #38 on: November 27, 2007, 06:26:31 AM »

[ at ] Gibran:

For tracert, the application rule provides the outbound requirements.  It allows tracert to use any protocol to any external address; that covers the need for ICMP echo requests.  The Global rule allows only ICMP 11 (Time exceeded) to enter for tracert or any other application.  Posting screenshots just doesn't seem necessary.

I agree and I have verified that adding this single rule gives me a tracert that functions normally. IMHO this rule should be part of the default rules.

Beats me why tracert works out of the box for Vista as reported by some.

Al
« Last Edit: November 27, 2007, 06:30:30 AM by adric » Logged
Luxor
Comodo Loves me
****
Offline Offline

Posts: 128


In The Doghouse


WWW
« Reply #39 on: November 27, 2007, 07:53:20 AM »

That's only a revamped old 2.4 type ruleset Tongue

Actually ping and tracert are handled by
Allow ICMP Out From From IP Any to IP Any Where ICMP Message Is ECHO REQUEST
Allow ICMP In From From IP Any to IP Any Where ICMP Message Is ECHO REPLY
Allow ICMP In From From IP Any to IP Any Where ICMP Message Is TIME EXCEEDED

But I can only partly agree with you. The fact is we don't have any specifics about different installation-created ruleset.
During installation V3 settings change depending on the answers users chose.
I really cannot tell if another ruleset support ping or tracert but you have to admit that these are Support related tools.


A revamped old 2.4 ruleset it may be but it's not something that had to be created or edited by the user who was using Comodo v2.4. It worked staright out of the box without the need to start playing around with any settings.

IMHO that is the way it should be. I may of course be in the minority to have that view, but have that view I do. No problem with your view on this though as I'm sure you have none with mine. Wink

However can I give you a story of my brother who visited me last night.

I asked him if he had installed the new version of Comodo. He had not done so yet (naturally that earned him a thick ear). I showed him this thread and explained to him that to get tracert to work he may have to go through all this just to run this simple task. I won't repeat his answer here as it's a family friendly forum. But needless to say Comodo 3 is not going on his PC.

So that's one potential user lost already. Which is a shame really.

Forgot to add that I got it working by making a rule in Global Rules to allow ICMP in/out as suggested by jasper2408 earlier in the thread.
« Last Edit: November 27, 2007, 08:44:52 AM by Luxor » Logged

We say just what we want because we might be right.
Opera, the fastest and most secure web browser
gibran
Average User
Comodo's Hero
*****
Offline Offline

Posts: 5063


A bad workman always blames his tools


« Reply #40 on: November 27, 2007, 09:38:57 AM »

A revamped old 2.4 ruleset it may be but it's not something that had to be created or edited by the user who was using Comodo v2.4. It worked staright out of the box without the need to start playing around with any settings.

IMHO that is the way it should be. I may of course be in the minority to have that view, but have that view I do. No problem with your view on this though as I'm sure you have none with mine. Wink

However can I give you a story of my brother who visited me last night.

I asked him if he had installed the new version of Comodo. He had not done so yet (naturally that earned him a thick ear). I showed him this thread and explained to him that to get tracert to work he may have to go through all this just to run this simple task. I won't repeat his answer here as it's a family friendly forum. But needless to say Comodo 3 is not going on his PC.

So that's one potential user lost already. Which is a shame really.

Forgot to add that I got it working by making a rule in Global Rules to allow ICMP in/out as suggested by jasper2408 earlier in the thread.

I cannot really comment on this because I chose the configure it by yourself option in the installer.
I'm not against this argument but we need someone to test the installer option in order to profile default rules for each option
I guess one time I tried I got only an ICMP IN echo block but I don remember what option I used.
With that single global rule there would be no issue to get tracert working.

As there is not only one default global ruleset I guess things will get a bit more complicated.
« Last Edit: November 27, 2007, 12:17:48 PM by gibran » Logged

"In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move."- Douglas Adams
pudelein
Comodo Loves me
****
Offline Offline

Posts: 128


« Reply #41 on: November 27, 2007, 11:27:16 AM »

[at]Gibran,

You are correct!  When I installed V3, I chose to block all unsolicited incoming IP, so that rule had to be preceded by the ICMP 11 rule above it.  An alternative, of course, is simply to remove all Global rules altogether!  I suppose I could do this well enough, since I am behind a DSL modem/NAT router that also blocks inbound packets.  Maybe I don't trust that???
Logged
gibran
Average User
Comodo's Hero
*****
Offline Offline

Posts: 5063


A bad workman always blames his tools


« Reply #42 on: November 27, 2007, 12:30:39 PM »

[ at ] Gibran,

You are correct!  When I installed V3, I chose to block all unsolicited incoming IP, so that rule had to be preceded by the ICMP 11 rule above it.  An alternative, of course, is simply to remove all Global rules altogether!  I suppose I could do this well enough, since I am behind a DSL modem/NAT router that also blocks inbound packets.  Maybe I don't trust that???

Actually global rules can handle some traffic that network rules cannot. I usually stick with the old way to configure CFP and I use global rules to define certain criteria all apps must follow. This way for example there would be no way for a trusted app to open an inboud connections on undefined ports without my explicit consent.
Logged

"In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move."- Douglas Adams
john q private
Newbie
*
Offline Offline

Posts: 5


« Reply #43 on: November 27, 2007, 09:01:24 PM »

I apologize for the waste of bandwidth but it seems I literally just fixed the problem.

Your post isn't a waste of bandwidth as you posted a solution that someone else might need to get their tracert working.

 Laugh three pages later.........


Anyways, without going through all the motions yet, do the rules gibran posted allow tracert to function properly while blocking unsolicited pings?
« Last Edit: November 27, 2007, 09:04:59 PM by john q private » Logged
VanguardLH
Comodo Family Member
***
Offline Offline

Posts: 84


« Reply #44 on: November 27, 2007, 11:26:31 PM »

In a virtual machine under VMWare Server (free) where I have (or can revert to) a clean install of Windows XP Pro SP-2 (with all current updates) - and which is about as clean an OS as Comodo should expect any user to have - the tracert did not work.  It would still timeout.  I added the following global rule:

Allow ICMP In from IP Any to IP Any where ICMP message is TIME EXCEEDED

The app rule that was auto-generated by CFP3 for tracert.exe allowed the outbound connection while the global rule allowed in the inbound UDP packets.  This global rule does not allow ICMP for ECHO REQUEST or ECHO Reply (either direction) so the host should be stealthed against pings.

So with about as simple as I could get in defining just one global rule that only allowed unsolicited inbound UDP packets of type 11 (see http://www.iana.org/assignments/icmp-parameters) and letting CFP3 handle auto-defining the app rule for the outbound packets, I got tracert working.  This rule should already be included in the set of global rules as an install-time default - or the auto-generation of rules for certified programs should include both the app and global rules needed for a program to work.

Yes, I'll stick a link to this post in the wishlist thread but this really isn't a request for enchancement.  It is a bug so maybe I should put the link to this thread over there.
Logged
Tags:
Pages: 1 2 [3] Go Up Print 
« previous next »
Jump to:  

SSL Certificate Free Virus Removal Firewall
Page created in -0 seconds with 17 queries.
Powered by SMF 1.1.11 | SMF © 2006, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks
Design by 7dana.com