ICS NIGHTMARE random tem_req ppp0

[dmizer]

To find out if there are iptables rules in place, run this command:

sudo iptables -L

The output should look like this]

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

If there are any rules in place, you can clear them with this command:

sudo iptables -F

[p1ruj3]

right exactly what i was doing...

i think i noticed some improved performance messing around with route add default route del commands

could it be a bug in pppd when its connecting with self setting up something bad there??? i think i got it working at one point (untill a rebooted) and the only thing i can think of is i was following your guide and on accident did the route add thing, then figured out that messed it up, then deleted it then reconnected with ppp and it seemed to be improved but for whatever reason i cannot duplicate it...

btw i did get my usb727 card vs the one i had the 720 working doing a ohci modprobe load

[p1ruj3]

ok so i formated, installed the new xubuntu and still having issues following your guide to the T

please help!!!
iptables config

sudo iptables -A FORWARD -i ppp0 -o eth0 -s 10.10.0.0/24 -m state --state NEW -j ACCEPT
sudo iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
sudo iptables -A POSTROUTING -t nat -j MASQUERADE
sudo sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward"

airdog@IBM:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
66.174.66.4     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
10.0.0.0        0.0.0.0         255.0.0.0       U     0      0        0 eth0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

tcpdump of ppp0 int

22:10:37.734650 IP service.playstation.net.www > 27.sub-70-209-130.myvzw.com.49787: R 406:406(0) ack 1471 win 5850
22:10:48.124520 IP 10.10.0.199.49801 > 129.250.131.72.www: F 0:0(0) ack 1 win 65535 <nop,nop,timestamp 946 3091277687>
22:11:02.144831 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: P 11827:11885(58) ack 3087 win 7466 <nop,nop,timestamp 1067341799 1840>
22:11:02.226836 IP a72-247-30-176.deploy.akamaitechnologies.com.www > 27.sub-70-209-130.myvzw.com.49842: F 517:517(0) ack 196 win 6432 <nop,nop,timestamp 1520454199 8>
22:11:02.227087 IP 27.sub-70-209-130.myvzw.com.49842 > a72-247-30-176.deploy.akamaitechnologies.com.www: . ack 518 win 65535 <nop,nop,timestamp 2006 1520454199>
22:11:02.335171 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: . ack 11885 win 65535 <nop,nop,timestamp 1968 1067341799>
22:11:04.339433 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: P 3087:3116(29) ack 11885 win 65535 <nop,nop,timestamp 1976 1067341799>
22:11:04.604055 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: . ack 3116 win 7495 <nop,nop,timestamp 1067344832 1976>
22:11:09.455556 IP 10.10.0.199.49822 > 129.250.131.136.www: F 0:0(0) ack 1 win 65535 <nop,nop,timestamp 1872 3091210878>
22:11:44.341522 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: P 3116:3145(29) ack 11885 win 65535 <nop,nop,timestamp 2136 1067341799>
22:11:44.409613 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: P 11885:11943(58) ack 3116 win 7495 <nop,nop,timestamp 1067382009 1976>
22:11:44.607123 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: . ack 11943 win 65535 <nop,nop,timestamp 2136 1067382009>
22:11:44.703646 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: . ack 3145 win 7524 <nop,nop,timestamp 1067384921 2136>
22:11:52.127520 IP 10.10.0.199.49801 > 129.250.131.72.www: F 0:0(0) ack 1 win 65535 <nop,nop,timestamp 1202 3091277687>
22:12:13.458485 IP 10.10.0.199.49822 > 129.250.131.136.www: F 0:0(0) ack 1 win 65535 <nop,nop,timestamp 2128 3091210878>
22:12:22.043989 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: P 11943:12001(58) ack 3145 win 7524 <nop,nop,timestamp 1067422218 2136>
22:12:22.238891 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: . ack 12001 win 65535 <nop,nop,timestamp 2286 1067422218>
22:12:24.343604 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: P 3145:3174(29) ack 12001 win 65535 <nop,nop,timestamp 2296 1067422218>
22:12:24.621229 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: . ack 3174 win 7553 <nop,nop,timestamp 1067424830 2296>
22:12:56.130473 IP 10.10.0.199.49801 > 129.250.131.72.www: F 0:0(0) ack 1 win 65535 <nop,nop,timestamp 1458 3091277687>
22:13:02.222599 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: P 12001:12059(58) ack 3174 win 7553 <nop,nop,timestamp 1067462427 2296>
22:13:02.420752 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: . ack 12059 win 65535 <nop,nop,timestamp 2448 1067462427>
22:13:04.345755 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: P 3174:3203(29) ack 12059 win 65535 <nop,nop,timestamp 2456 1067462427>
22:13:04.621819 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: . ack 3203 win 7582 <nop,nop,timestamp 1067464827 2456>
22:13:07.964137 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: P 12059:12845(786) ack 3203 win 7582 <nop,nop,timestamp 1067468051 2456>
22:13:08.161007 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: . ack 12845 win 65535 <nop,nop,timestamp 2470 1067468051>
22:13:13.175148 IP 27.sub-70-209-130.myvzw.com.1025 > 192.168.0.90.snmp:  GetRequest(63)  25.3.2.1.5.1 [|snmp]
22:13:17.461456 IP 10.10.0.199.49822 > 129.250.131.136.www: F 0:0(0) ack 1 win 65535 <nop,nop,timestamp 2384 3091210878>
22:13:17.498104 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: P 3203:3504(301) ack 12845 win 65535 <nop,nop,timestamp 2508 1067468051>
22:13:17.789998 IP service.playstation.net.5223 > 27.sub-70-209-130.myvzw.com.49833: . ack 3504 win 7883 <nop,nop,timestamp 1067477992 2508>
22:13:17.967447 IP 10.10.0.199.49842 > a72-247-30-176.deploy.akamaitechnologies.com.www: F 787971390:787971390(0) ack 2275513981 win 65535 <nop,nop,timestamp 2550 1520454199>
22:13:17.973897 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: P 3504:3565(61) ack 12845 win 65535 <nop,nop,timestamp 2510 1067468051>
22:13:18.134954 IP 27.sub-70-209-130.myvzw.com.49833 > service.playstation.net.5223: FP 3565:3610(45) ack 12845 win 65535 <nop,nop,timestamp 2510 1067468051>
22:13:18.135687 IP 10.10.0.199.49790 > 129.250.131.111.www: F 548029501:548029501(0) ack 1321115227 win 65535 <nop,nop,timestamp 822 3091968512>
22:13:19.523365 IP 27.sub-70-209-130.myvzw.com.1025 > 192.168.0.90.snmp:  GetRequest(63)  25.3.2.1.5.1 [|snmp]
tcpdump: pcap_loop: recvfrom: Network is down
242423 packets captured
248899 packets received by filter
6476 packets dropped by kernel

you can see the 10.10.0.199's being sent out

[dmizer]

You should try monitoring your wireless signal strength. It's possible that your wireless is getting disconnected because of interferene or because of a weak driver.

[p1ruj3]

so my -i and -o are correct for following that tutorial? signal is fine... its the stupid reserved ips being sent out the ppp0 interface thats dc'n me

[p1ruj3]

maybe this will help, so i did a iptables -F and cleared the tables but watched in tcpdump it continue to send the 10.10.0.199 ip out and drop my ppp0 connection as it connected...

[p1ruj3]

not sure if this is a fix, cause i still have seen the error occur, but stability seems to increase

i think ppp0 was setting the default route in a poor manor

even though connections worked, it wasnt correct?

/sbin/route del default gw 0.0.0.0 # Remove nonsense route
/sbin/route add default gw PPP_REMOTE # Add correct route

[p1ruj3]

I think its a route table issue comparing how it builds in windows to the linux route table it builds that i show in the prior post how should i build the route table in unix correctly to match the one below???

(to make it easier for you guys i differentiate windows lan 192.168 / linux 10.10 )

>route PRINT
================================================== =========================
Interface List
0x1 ........................... MS TCP Loopback interface
0x10003 ...00 50 22 ba 0b ef ...... Realtek RTL8139 Family PCI Fast Ethernet N

0x20004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface
================================================== =========================
================================================== =========================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 70.219.141.12 70.219.141.12 1
66.174.67.4 255.255.255.255 70.219.141.12 70.219.141.12 1
70.219.141.12 255.255.255.255 127.0.0.1 127.0.0.1 50
70.255.255.255 255.255.255.255 70.219.141.12 70.219.141.12 50
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.1 192.168.0.1 20
192.168.0.1 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.0.255 255.255.255.255 192.168.0.1 192.168.0.1 20
224.0.0.0 240.0.0.0 192.168.0.1 192.168.0.1 20
224.0.0.0 240.0.0.0 70.219.141.12 70.219.141.12 1
255.255.255.255 255.255.255.255 70.219.141.12 70.219.141.12 1
255.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1 1
Default Gateway: 70.219.141.12
================================================== =========================
Persistent Routes:
None

[dmizer]

Okay, let's try a different iptables configuration then.

Flush your current configuration:

sudo iptables -F

Make sure your iptables is unconfigured.
^ this is VERY important. If any rules remain in iptables, they may be causing you problems. Please confirm this by posting the output of this command:

sudo iptables -L

If there are no iptables rules in place, then run this command:

sudo iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE

reference: http://www.linuxforums.org/forum/ubu...ux-client.html

[p1ruj3]

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

problem still occurs....

linux routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
66.174.66.4     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
10.0.0.0        0.0.0.0         255.0.0.0       U     0      0        0 eth0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

windows routing table

 
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 70.219.141.12 70.219.141.12 1
66.174.67.4 255.255.255.255 70.219.141.12 70.219.141.12 1
70.219.141.12 255.255.255.255 127.0.0.1 127.0.0.1 50
70.255.255.255 255.255.255.255 70.219.141.12 70.219.141.12 50
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.1 192.168.0.1 20
192.168.0.1 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.0.255 255.255.255.255 192.168.0.1 192.168.0.1 20
224.0.0.0 240.0.0.0 192.168.0.1 192.168.0.1 20
224.0.0.0 240.0.0.0 70.219.141.12 70.219.141.12 1
255.255.255.255 255.255.255.255 70.219.141.12 70.219.141.12 1
255.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1 1
Default Gateway: 70.219.141.12

are you sure its not in how my routing tables are look at the two above there are differences arnt there?


how do i add this route in linux?

 66.174.67.4 255.255.255.255 70.219.141.12 70.219.141.12 1