Welcome, Guest. Please login or register.
October 07, 2008, 09:03:44 AM

Login with username, password and session length

197819 Posts
22769 Topics
54720 Members

Latest Member: Cache22

Search:     Advanced search | Tag Cloud
+  Welcome to the Comodo Forum
|-+  Desktop Security Products
| |-+  Comodo Firewall
| | |-+  Frequently Asked Questions (FAQ) for Comodo firewall
| | | |-+  Tutorial for Utorrent with Comodo Firewall 3
« previous next »
Pages: 1 ... 18 19 [20] 21 22 Go Down Print
Author Topic: Tutorial for Utorrent with Comodo Firewall 3  (Read 79909 times)
3xist
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 2581



« Reply #285 on: July 16, 2008, 05:11:17 AM »

I know. I didn't call him a n00b. I just gave him some advice. Still, it is frustrating when people post a question in a thread that was answered in the very first post in said thread. I just don't understand the thinking behind it.

It's also used for emphasis. There's a difference between making a whole post in caps and using caps to emphasize important words.

However, "emphasis" can be taken the wrong way, especially in that situation. Anyway, It can be frustrating, But just gotta maintain a bit of patience to new forum members & direct them accordingly Wink

Thanks.  Comodo Loves You

Logged

hullboy
Newbie
*
Offline Offline

Posts: 20


« Reply #286 on: July 19, 2008, 11:41:05 AM »

Quote
Rule 4
Action = Ask (enable Log as a firewall event if this rule is fired)
Protocol = TCP
Direction = Out
Description = Rule for HTTP requests
Source Address = Any
Destination Address = Any
Source port = A port range = (start port = 1025 / end port = 65535)
Destination port = 80

What's the "bug" you are talking about in the first post? (the one that suggests to set ALLOW instead of ASK in the 4th rule?)
Logged
kail
Autonomous
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 3648


I'm not grumpy, just misunderstood.


« Reply #287 on: July 19, 2008, 01:21:20 PM »

Hi

There was a bug in a previous version of CFP 3 that prevented the Ask rule from working. It is now fixed & this rule should work as advertised.. ie. it will Ask.
Logged

XP Pro+SP3 and Vista Bus+SP1 with CFP 3.0.25.378 & AntiVir PE 8.1 & Firefox 3.0.1
__
Will computers ever be as smart as humans? Probably.. very, very briefly.
Metalfyre
Newbie
*
Offline Offline

Posts: 2



« Reply #288 on: July 20, 2008, 10:31:46 AM »

Hi, I am using the latest version of Comodo Firewall Pro and after setting the rules like formentioned:

Quote
Rule 1
Action = Allow
Protocol = TCP or UDP
Direction = In
Description = Rule for incoming TCP and UDP connections
Source Address = Any
Destination Address = Any
Source port = A port range = (start port = 1025 / end port = 65535)
Destination port = the port of utorrent

Rule 2
Action = Allow
Protocol = TCP
Direction = Out
Description = Rule for outgoing TCP connections
Source Address = Any
Destination Address = Any
Source port = A port range = (start port = 1025 / end port = 65535)
Destination port = A port range = (start port = 1025 / end port = 65535)

Rule 3
Action = Allow
Protocol = UDP
Direction = Out
Description = Rule for outgoing UDP connections
Source Address = Any
Destination Address = Any
Source port = the port of utorrent
Destination port = A port range = (start port = 1025 / end port = 65535)

Rule 4
Action = Ask (enable Log as a firewall event if this rule is fired)
Protocol = TCP
Direction = Out
Description = Rule for HTTP requests
Source Address = Any
Destination Address = Any
Source port = A port range = (start port = 1025 / end port = 65535)
Destination port = 80

Rule 5
Action = Block (enable Log as a firewall event if this rule is fired)
Protocol = IP
Direction = In/OUT
Description = Block and Log All Unmatching Requests
Source Address = Any
Destination Address = Any
IP Details = Any

... I noticed I have problems with one certain tracker (which has it's anounce on port 81)

Quote
If you have connectivity problems:
Go at Firewall -> Common Tasks -> Stealth ports wizard and select
Alert me to incoming connections- stealth my ports on a per-case basis

Because of a bug you must change the rule 4 (for HTTP requests) to allow. I hope this will be resolved with the next updates.

Did that as well and....

Quote
If you have just a modem, you may need to add a rule (above the last block all) to allow outgoing DNS requests such as:

Action = Allow
Protocol = UDP
Direction = Out
Description = Allow Outgoing DNS
Source Address = Any
Destination Address = Any (or your ISP's DNS server for extra security)
Source port = Any
Destination port = 53

.. did that as well.

still it's being logged as the only tracker that's being blocked by CFP.

I even added an extra http rule where I allow outgoing http traffic to port 81 and called the rule: Rule for HTTP requests 2

So it seems all should be ok, yet still CFP blocks the event. Am I missing something here? Why is only that specific tracker being blocked?

I even disabled the firewall completely but then still it's being blocked. Now one might say that it's the tracker itself refusing it, but it's not. Cause if it were, then why do I get to see http traffic to that specific tracker on port 81 is being blocked in my firewall events?

I even altered rule 2 and 3 to where the destination port range is set from 80-65535. Still no go Sad

[edit]Never mind, with the last mentioned sentence I did manage to make it work. Somehow the rule didnt change even after applying it, so I removed rule 2 and 3 and made them anew with the destination port range of 80-65535. Now it works. Love it when I can solve my own problems Tongue[/edit]
« Last Edit: July 20, 2008, 10:59:38 AM by Metalfyre » Logged
Espo
Newbie
*
Offline Offline

Posts: 3


« Reply #289 on: August 03, 2008, 07:05:31 AM »

Hi

I have read almost this whole topic, but haven´t been able to get Vuze/Azureus to work on the upload. I did as pandlouk wrote in his guide and also made a global rule, but nothing change.

The status in Vuze is just blue (Not connected to any client). Under Tracker it says: Wrong (invalid port:6888) on 5 torrents and OK (dht:) on the last torrent. Comodo also block UDP traffic to Azureus if I look in Firewall events. Anyone know whats wrong?




Also tried download Utorrent. It works with very good speed, but Comodo has set the following rules:

Allow IP in from IP any where protocol is any
Allow IP out from IP any where protocol is any

Does this mean its set to a secure risk?


All answers are much appreciated
Logged
Vettetech
Computer Security Testing Group
Comodo's Hero
*****
Offline Offline

Posts: 4631



« Reply #290 on: August 03, 2008, 07:52:05 AM »

Do you have a hardware firewall? If you do you need to port forward it.
Logged
Espo
Newbie
*
Offline Offline

Posts: 3


« Reply #291 on: August 03, 2008, 08:24:27 AM »

No hardware firewall. Even the firewall test i Vuze said it was ok. But still no change, just blue status on all torrents.


However back to UTorrent. If i decide to change to Utorrent, what about the settings


Allow IP in from IP any where protocol is any
Allow IP out from IP any where protocol is any

Is it a secure risk? Or can i have it that way?
Logged
Vettetech
Computer Security Testing Group
Comodo's Hero
*****
Offline Offline

Posts: 4631



« Reply #292 on: August 03, 2008, 08:31:20 AM »

I have uTorrent to "outgoing  only".
Logged
Espo
Newbie
*
Offline Offline

Posts: 3


« Reply #293 on: August 03, 2008, 09:10:47 AM »

I fixed the problem with Vuze now. The different ports I had tried was obviously blacklisted on the tracker. I change the port to something like 50000 and now it seems to work like before. However i only get connected to 3(74) and 1(25) clients when uploading torrents. That isnt very good, but maybe it´s like that?

Another question , do I have to care about what I have read in this thread about the rules and settings or can i just let Comodo decide it automatic?
Logged
Vettetech
Computer Security Testing Group
Comodo's Hero
*****
Offline Offline

Posts: 4631



« Reply #294 on: August 03, 2008, 09:30:46 AM »

That all depends. You can find alot of info if you check that programs web site. I have uTorrent and Frostwire "outgoing only".
Logged
Bell-chan
Newbie
*
Offline Offline

Posts: 2


« Reply #295 on: August 05, 2008, 10:30:49 AM »

I've limited my utorrent (which works fine) to a maximum of 50 connections. But with time the number of active connections in CFP (inbound and outbound) rise to very high levels (after one day there are about 500 connections, most belong to utorrent) while "netstat" always says there are about 55 connections. When I close utorrent and restart it it starts anew.
Is this a problem or can I ignore it?
Logged
lotrhpfan
Newbie
*
Offline Offline

Posts: 1


« Reply #296 on: August 22, 2008, 07:29:16 AM »

I have followed all instructions in the first post to the letter, and redone them again, but every time i open utorrent up to finish the instructions, the alert never pops up, and so i can't say to treat the program as utorrent?? Is there somewhere to do this manually?
Logged
Vettetech
Computer Security Testing Group
Comodo's Hero
*****
Offline Offline

Posts: 4631



« Reply #297 on: August 22, 2008, 07:44:10 AM »

If your manually adding rules then its already there. Look under the Firewall\Advanced\Network Security Policy.
Logged
TTorroro
Newbie
*
Offline Offline

Posts: 8


« Reply #298 on: August 24, 2008, 12:12:26 AM »

can someone answer my query as previously posted on this board on page 19 ?

in short , my problem is having 0 incoming connection as shown in comodo when using Utorrent. I've yet to figure out a way to resolve this.

Any help , troubleshoot idea or custom rules will be appreciated.

[Edit: it is incoming connection that i have none whatsoever]

« Last Edit: August 24, 2008, 12:49:16 AM by TTorroro » Logged
Vettetech
Computer Security Testing Group
Comodo's Hero
*****
Offline Offline

Posts: 4631



« Reply #299 on: August 24, 2008, 12:27:14 AM »

Have you tried simply making uTorrent trusted under the firewall.
Logged
Tags:
Pages: 1 ... 18 19 [20] 21 22 Go Up Print 
« previous next »
Jump to:  

SSL Firewall
Page created in 0.4 seconds with 20 queries.
Powered by SMF 1.1.5 | SMF © 2006, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks
Design by 7dana.com