I changed those two rules to no affect. I have also done the above mentioned things. My tcpdump shows connections comming in on eth3 but there is no outbound communication.
Example:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth3, link-type EN10MB (Ethernet), capture size 96 bytes
20:21:11.915624 IP 41.178.204.108.25591 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 3528290937:3528290937(0) win 65535 <mss 1442,nop,wscale 2,nop,nop,sackOK>
20:21:14.892106 IP 41.178.204.108.25591 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 3528290937:3528290937(0) win 65535 <mss 1442,nop,wscale 2,nop,nop,sackOK>
20:21:16.017705
20:21:16.663301 IP newsletter.publicradio.org.54562 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 1665702165:1665702165(0) win 5840 <mss 1460,sackOK,timestamp 3732071063 0,nop,wscale 3>
20:21:17.658835 IP client-201.230.112.209.speedy.net.pe.12095 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 2778637809:2778637809(0) win 65535 <mss 1400,nop,wscale 1,nop,nop,sackOK>
An abreviated lsof -i4 -n
listening on eth3, link-type EN10MB (Ethernet), capture size 96 bytes
20:21:11.915624 IP 41.178.204.108.25591 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 3528290937:3528290937(0) win 65535 <mss 1442,nop,wscale 2,nop,nop,sackOK>
20:21:14.892106 IP 41.178.204.108.25591 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 3528290937:3528290937(0) win 65535 <mss 1442,nop,wscale 2,nop,nop,sackOK>
20:21:16.017705
20:21:16.663301 IP newsletter.publicradio.org.54562 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 1665702165:1665702165(0) win 5840 <mss 1460,sackOK,timestamp 3732071063 0,nop,wscale 3>
20:21:17.658835 IP client-201.230.112.209.speedy.net.pe.12095 > ipaa-bb-166-2.z166-152-67.customer.algx.net.smtp: S 2778637809:2778637809(0) win 65535 <mss 1400,nop,wscale 1,nop,nop,sackOK>
An abreviated lsof -i4 -n
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
mysqld 4004 mysql 10u IPv4 8750 TCP *:mysql (LISTEN)
spamd 4056 root 5u IPv4 8943 TCP 127.0.0.1:783 (LISTEN)
sendmail 4076 root 4u IPv4 9094 TCP *:smtp (LISTEN)
httpd 4110 root 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
httpd 4166 apache 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
httpd 4167 apache 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
httpd 4168 apache 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
mysqld 4004 mysql 10u IPv4 8750 TCP *:mysql (LISTEN)
spamd 4056 root 5u IPv4 8943 TCP 127.0.0.1:783 (LISTEN)
sendmail 4076 root 4u IPv4 9094 TCP *:smtp (LISTEN)
httpd 4110 root 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
httpd 4166 apache 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
httpd 4167 apache 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
httpd 4168 apache 4u IPv4 9117 TCP aa.bb.166.2:http (LISTEN)
So it appears to me that the device is listening but it never picks up the phone.
Any thoughts?
On Wed, Jul 1, 2009 at 7:00 PM, Christopher Chan <christopher.chan@xxxxxxxxxxxxxxx> wrote:
>
> ip rule add from xx.yy.51.46 table Cable> ip rule add from aa.bb.166.2 table T1
>
>> Other people seem to be using this configuration successfully but IChange the above rules to:
> seem to be missing something important.
>
ip rule add from xx.yy.51.46 to default lookup Cable
ip rule add from aa.bb.166.2 to default lookup T1
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
_______________________________________________ CentOS mailing list CentOS@xxxxxxxxxx http://lists.centos.org/mailman/listinfo/centos
