Join us now. It is free, and it takes less than 1 minute to register.
Register now
Subscribe to our daily newsletter. It is free, and it comes with many benefits.


+ Reply to Thread
Page 78 of 113 FirstFirst ... 286874757677787980818288 ... LastLast
Results 1,156 to 1,170 of 1692

Thread: Splitting international and local traffic on a Linksys WRT54G

  1. #1156
    Senior Member
    Join Date
    Nov 2005
    Location
    Johannesburg
    Posts
    213
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by Gatecrasher View Post
    Try opening the quake 3 ports on ppp2 -
    Tx, but that didn't work.

    Any other ideas or test that I should do?

    Thanx

  2. #1157
    Senior Member
    Join Date
    Jul 2004
    Location
    Helderkruin
    Posts
    313
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Thumbs up 626 Still working

    Quote Originally Posted by JacquesR View Post
    Anyone using the Axxess 626 account and the cron commands discussed a while back on this thread? (http://mybroadband.co.za/vb/showpost...&postcount=945)

    Am curious to give it a try, but unsure if the technique discussed there is still working with the new version of Gatecrasher's script... thanks.
    Yup, cron is still working fine. There is no reason it will stop working - that I can think of now. Of course the cron jobs still have the drawback: if you reboot the router during the weekend, it does not use the 626 account again until Monday evening (unless you run the 2 lines manually after the reboot).

    I have not yet played with the script modifications in the later posts that can get around this problem.

    You will notice on axxess's website that the 626 account shows disconnected during the day and only connects after 18:00 if the jobs ran correctly.

  3. #1158
    Master
    Join Date
    Nov 2006
    Location
    Cape Town
    Posts
    542
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Thanks bHOLDher - will try it next weekend

  4. #1159
    Member stevea's Avatar
    Join Date
    Oct 2007
    Location
    Ballito
    Posts
    18
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    is anyone selling prepackaged routers with this solution ready out the box? there is a big market out there, and i'm a potential customer

  5. #1160
    Master
    Join Date
    Nov 2006
    Location
    Cape Town
    Posts
    542
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    You'd be wasting money, Steve. Get the router, and try the instructions for GC's script - in most cases, you'd simply need to add your account details to that. If your modem is set to bridge mode, things work pretty well out-the-box unless your config is complicated, in which case there's plenty of (free) help available here, thanks to some very generous folks.

  6. #1161
    Super Grandmaster
    Join Date
    Jan 2005
    Posts
    6,278
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by swazz99jhb View Post
    Tx, but that didn't work.

    Any other ideas or test that I should do?

    Thanx
    Still seems like you are having a source routing problem. Which of these are you using? Are you opening the right port for the right server?

    -= SGS Q3 CPMA I Server =- 196.4.79.8:27940
    -= SGS Q3 CPMA II Server =- 196.4.79.8:27950
    -= SGS Q3 CPMA III Server =- 196.4.79.8:27960
    -= SGS Q3 CPMA IV Server =- 196.4.79.8:27970
    -= SGS Q3 CPMA V Server =- 196.4.79.8:27980
    -= SGS Q3 CPMA VI Server =- 196.4.79.8:27990
    -= SGS Q3A ROCKET ARENA 1.76 Server =- 196.4.79.30:27960

    You could try making

    quake3=196.1.79.0/24

    just in case there are other ip addresses being used by the servers to login/connect/play.

    You also could try switching ppp1 and ppp2 accounts.

  7. #1162
    Junior Member
    Join Date
    Jul 2009
    Location
    Stellenbosch
    Posts
    4
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default Local only torrents

    Hi all, firstly great job on the script. After several months of searching the net, with only fail results, this saved me a lot of headaches and money.

    I've recently started downloading over torrents again and every now and then int users pop up in my up and down traffic.

    I've searched through the post and couldn't find a solution that worked.

    I did the following:
    Dropped the port on my int account
    Served it on my loc account
    Disabled uPnP and NAT-PMP in utorrent
    Made sure no port forwarding is being done by the DD-WRT interface

    Below is the config I'm using:
    #Configure Connections

    conn 0 int $saixsmtp $cod1 $cod2 $cod3
    drop tcp 22101
    drop udp 22101
    link $intname $intpass $amber

    conn 1 loc $isnews
    serv tcp 22101 $mypc
    serv udp 22101 $mypc
    link $locname $locpass $dmz

    conn 2 aux
    news $isnews 333 $mypc
    link $locname $locpass $white

    conn 3 aux
    news $isnews 334 $mypc
    link $locname $locpass $white

    I'm using DD-WRT v24-sp1 (07/27/08) std with v12c of your script

    Thanks in advance for your time

  8. #1163
    Super Grandmaster
    Join Date
    Jan 2005
    Posts
    6,278
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by MythicaL View Post
    Dropped the port on my int account
    Served it on my loc account
    Disabled uPnP and NAT-PMP in utorrent
    Made sure no port forwarding is being done by the DD-WRT interface
    Is DHT network disabled in uTorrent?

  9. #1164
    Junior Member
    Join Date
    Jul 2009
    Location
    Stellenbosch
    Posts
    4
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Yes it's disabled. I ran the 3 commands you gave Khan about a year ago to check the routing and with my limited knowledge I think it's doing what it's suppose to, routing the port over ppp1, but I can't see that its being blocked on ppp0

    Commands:

    iptables -nvL
    iptables -t nat -nvL
    iptables -t mangle -nvL

    Results:

    Chain PREROUTING (policy ACCEPT 31008 packets, 16M bytes)
    pkts bytes target prot opt in out source destination
    1955 79709 MARK tcp -- * * 192.168.60.15 0.0.0.0/0 tcp dpt:334 MARK set 0x103
    1795 73038 MARK tcp -- * * 192.168.60.15 0.0.0.0/0 tcp dpt:333 MARK set 0x102
    0 0 MARK udp -- * * 192.168.60.15 0.0.0.0/0 udp spt:22101 MARK set 0x101
    1648 131K MARK tcp -- * * 192.168.60.15 0.0.0.0/0 tcp spt:22101 MARK set 0x101
    1478 747K MARK 0 -- ppp0 * 0.0.0.0/0 0.0.0.0/0 MARK set 0x100
    8253 3729K MARK 0 -- ppp1 * 0.0.0.0/0 0.0.0.0/0 MARK set 0x101
    2746 3442K MARK 0 -- ppp2 * 0.0.0.0/0 0.0.0.0/0 MARK set 0x102
    3212 3995K MARK 0 -- ppp3 * 0.0.0.0/0 0.0.0.0/0 MARK set 0x103
    Chain INPUT (policy ACCEPT 2330 packets, 219K bytes)
    pkts bytes target prot opt in out source destination
    Chain FORWARD (policy ACCEPT 28893 packets, 16M bytes)
    pkts bytes target prot opt in out source destination
    Chain OUTPUT (policy ACCEPT 2393 packets, 2154K bytes)
    pkts bytes target prot opt in out source destination
    0 0 MARK udp -- * * 192.168.60.15 0.0.0.0/0 udp spt:22101 MARK set 0x101
    0 0 MARK tcp -- * * 192.168.60.15 0.0.0.0/0 tcp spt:22101 MARK set 0x101
    Chain POSTROUTING (policy ACCEPT 31646 packets, 18M bytes)
    pkts bytes target prot opt in out source destination

  10. #1165
    Super Grandmaster
    Join Date
    Jan 2005
    Posts
    6,278
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by MythicaL View Post
    Yes it's disabled. I ran the 3 commands you gave Khan about a year ago to check the routing and with my limited knowledge I think it's doing what it's suppose to, routing the port over ppp1, but I can't see that its being blocked on ppp0

    Commands:

    iptables -nvL
    iptables -t nat -nvL
    iptables -t mangle -nvL
    That just looks like the mangle table. The drop entries should be in the filter chain. Just run iptables -nvL

  11. #1166
    Junior Member
    Join Date
    Jul 2009
    Location
    Stellenbosch
    Posts
    4
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Ha ok thanks. Here's the results:

    Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
    pkts bytes target prot opt in out source destination
    2 128 ACCEPT icmp -- ppp+ * 0.0.0.0/0 0.0.0.0/0
    0 0 DROP udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:22101
    0 0 DROP tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22101
    815 72684 ACCEPT 0 -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
    0 0 DROP udp -- ppp3 * 0.0.0.0/0 0.0.0.0/0 udp dpt:520
    0 0 DROP udp -- br0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:520
    0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:520
    0 0 DROP icmp -- ppp3 * 0.0.0.0/0 0.0.0.0/0
    0 0 DROP 2 -- * * 0.0.0.0/0 0.0.0.0/0
    0 0 ACCEPT 0 -- lo * 0.0.0.0/0 0.0.0.0/0 state NEW
    423 34288 logaccept 0 -- br0 * 0.0.0.0/0 0.0.0.0/0 state NEW
    41 2846 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0
    Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
    pkts bytes target prot opt in out source destination
    20745 24M TRIGGER 0 -- ppp+ br0 0.0.0.0/0 0.0.0.0/0 TRIGGER type:in match:0 relate:0
    0 0 logaccept udp -- ppp+ * 0.0.0.0/0 224.0.0.0/4 udp
    0 0 logaccept udp -- * * 0.0.0.0/0 192.168.60.15 udp dpt:22101
    0 0 logaccept tcp -- * * 0.0.0.0/0 192.168.60.15 tcp dpt:22101
    0 0 DROP udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:22101
    0 0 DROP tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22101
    0 0 ACCEPT 47 -- * ppp3 192.168.60.0/24 0.0.0.0/0
    0 0 ACCEPT tcp -- * ppp3 192.168.60.0/24 0.0.0.0/0 tcp dpt:1723
    0 0 ACCEPT 0 -- br0 br0 0.0.0.0/0 0.0.0.0/0
    0 0 logdrop 0 -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID
    564 29144 TCPMSS tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 tcpmss match 1453:65535 TCPMSS set 1452
    35710 26M lan2wan 0 -- * * 0.0.0.0/0 0.0.0.0/0
    35405 26M ACCEPT 0 -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
    0 0 TRIGGER 0 -- ppp3 br0 0.0.0.0/0 0.0.0.0/0 TRIGGER type:in match:0 relate:0
    305 15820 trigger_out 0 -- br0 * 0.0.0.0/0 0.0.0.0/0
    305 15820 ACCEPT 0 -- br0 * 0.0.0.0/0 0.0.0.0/0 state NEW
    0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0
    Chain OUTPUT (policy ACCEPT 1427 packets, 1304K bytes)
    pkts bytes target prot opt in out source destination
    0 0 DROP udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp spt:22101
    0 0 DROP tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp spt:22101
    Chain advgrp_1 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_10 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_2 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_3 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_4 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_5 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_6 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_7 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_8 (0 references)
    pkts bytes target prot opt in out source destination
    Chain advgrp_9 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_1 (1 references)
    pkts bytes target prot opt in out source destination
    0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 MAC 00:14:85:72:F8:02
    0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 MAC 00:14:85:72:F8:02
    0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 MAC 00:20:ED:53:36:FE
    0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0 MAC 00:20:ED:53:36:FE
    Chain grp_10 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_2 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_3 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_4 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_5 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_6 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_7 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_8 (0 references)
    pkts bytes target prot opt in out source destination
    Chain grp_9 (0 references)
    pkts bytes target prot opt in out source destination
    Chain lan2wan (1 references)
    pkts bytes target prot opt in out source destination
    35710 26M grp_1 0 -- * * 0.0.0.0/0 0.0.0.0/0
    Chain logaccept (4 references)
    pkts bytes target prot opt in out source destination
    423 34288 ACCEPT 0 -- * * 0.0.0.0/0 0.0.0.0/0
    Chain logdrop (1 references)
    pkts bytes target prot opt in out source destination
    0 0 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0
    Chain logreject (0 references)
    pkts bytes target prot opt in out source destination
    0 0 REJECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp reject-with tcp-reset
    Chain trigger_out (1 references)
    pkts bytes target prot opt in out source destination

    If I'm understanding this correct it's dropped, but then why would there still be traffic on it every know and then?
    Last edited by MythicaL; 06-07-2009 at 12:02 PM.

  12. #1167
    Super Grandmaster
    Join Date
    Jan 2005
    Posts
    6,278
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    @ MythicaL,

    Are you getting the problem at the moment? It doesn't look like any p2p traffic is going through ppp0.

    Maybe monitor bandwidth usage when it next happens, running "ifconfig", check if uTorrent is actually using your int ppp0 connection. Maybe some peers are showing up as foreign in the client but are actually on a local route. Also, since you are using IS local, and it is still near the beginning of the month, you might well have some international connectivity on ppp1.

    This line

    41 2846 DROP 0 -- * * 0.0.0.0/0 0.0.0.0/0

    Shows there is some incoming traffic being rejected.

  13. #1168
    Junior Member
    Join Date
    Jul 2009
    Location
    Stellenbosch
    Posts
    4
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Thanks a lot, atm I canít really check for long periods. Business using the line atm, got to wait for them to close first.

    Picked up the problem on my int account when we used more than double the amount of data we usually used per day on the log compared to previous months, noticed the int users on the torrents and stopped it and the extra bandwidth consumption also stopped.

    Thanks again for your time

  14. #1169
    Super Grandmaster
    Join Date
    Jan 2005
    Posts
    6,278
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by MythicaL View Post
    Thanks a lot, atm I canít really check for long periods. Business using the line atm, got to wait for them to close first.

    Picked up the problem on my int account when we used more than double the amount of data we usually used per day on the log compared to previous months, noticed the int users on the torrents and stopped it and the extra bandwidth consumption also stopped.

    Thanks again for your time
    When you have the problem happening again and you can see ppp0 traffic ticking over, you can PM those iptables results to me. At the mo, there is nothing obviously wrong in them.

  15. #1170
    Senior Member
    Join Date
    Jun 2006
    Posts
    113
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    I can't seem to get port forwarding working or dyndns ;_:

    Please help

    http://www.pastebin.co.za/20605

    Is there a way to disable the firewall?

    Last edited by CyBeRmAn; 06-07-2009 at 07:05 PM. Reason: Adding screenshot

+ Reply to Thread
Page 78 of 113 FirstFirst ... 286874757677787980818288 ... LastLast

Tags for this Thread

Bookmarks

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •