Connect to RAS callback server: route problem

I'm trying to use my Gentoo Linux home workstation for connecting to a Windows RAS callback server through analogic telephone line (PSTN).

I'm using pppd and successfully configured pppd's options and chat files, both for the outgoing call and for receiving the incoming callback. All seems going well (negotiation of authentication method, encryption, compression), and at the end I am greeted with the following lines:

local  IP address 10.74.49.117
remote IP address 10.74.49.22

The pppd daemon is running and I can even receive the DNS information from the remote host. But there's a problem. Simply I cannot ping any host on the remote network (which is 10.0.0.0/8). For example, I am not able to ping the server 10.74.49.22 !

Normally, I'm connecting to the internet through my homenetwork LAN, which subnet is 192.168.0.0/24. So I have an interface card eth0 (192.168.0.3) and a router as the default gateway (192.168.0.100):

localhost ~ # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         192.168.0.100   0.0.0.0         UG    0      0        0 eth0

I have tried to exclude all possible problems, so:

  1. I've cleaned my routing table and removed the two entries referencing eth0, leaving only the loopback destination.
  2. I have made the connection, and pppd automatically added a new default gateway pointing to the server (10.74.49.22), using the new interface ppp0.
  3. I have cleaned "/etc/resolv.conf" and trying to access the machines on the remote network by specifying the IP address. At this point I realized that I couldn't even ping the gateway (10.74.49.22)!

Stuck at this point, I've rebooted into Windows, made the connection and looked at the routing table:

===========================================================================
Active Routes:
Network Address            Mask             Gateway       Interface  Metric   
          0.0.0.0          0.0.0.0     10.74.49.117    10.74.49.117       1   
      10.74.49.22  255.255.255.255     10.74.49.117    10.74.49.117       1
     10.74.49.117  255.255.255.255        127.0.0.1       127.0.0.1       50
   10.255.255.255  255.255.255.255     10.74.49.117    10.74.49.117       50
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1   
        224.0.0.0        240.0.0.0     10.74.49.117    10.74.49.117       1
  255.255.255.255  255.255.255.255     10.74.49.117    10.74.49.117       1
Default gateway:          10.74.49.117
===========================================================================

Here I can ping the server (10.74.49.22) and every machine in the 10.0.0.0/8 network.
Notice that the assigned local address is automatically become the default gateway... :confused:
At this point I've reduced the routing table, also removing the default gateway and adding a static route to the destination 10.0.0.0/8 through the gateway 10.74.49.117 (which is the local ip address of the ppp interface assigned to me by the server):

===========================================================================
Active Routes:
Network Address            Mask             Gateway       Interface  Metric
         10.0.0.0        255.0.0.0     10.74.49.117    10.74.49.117       1  
     10.74.49.117  255.255.255.255        127.0.0.1       127.0.0.1       50
   10.255.255.255  255.255.255.255     10.74.49.117    10.74.49.117       50
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
  255.255.255.255  255.255.255.255     10.74.49.117    10.74.49.117       1
===========================================================================

Also with this routing table I can ping all the 10.0.0.0/8 subnet.
So, I've switched back to Linux, made the connection and "copied" the above routing table...
The result? No answer from any remote host..... :confused:

This thing is driving me mad!! Oh, I've forgot to say that I haven't setup any firewall and I've tried all the operations with the root user.
I've also tried to look into the transmitted/received packets on the ppp0 device with tcpdump tool, but no packets are TX/RX at all...

Is it possible that the pppd daemon establishes successfully the connection but actually there is some problem with the compression or encryption or something else negotiated with the RAS server?

Sorry for the long post, any help would be REALLY, REALLY appreciated :slight_smile:

Is the Windows RAS server configured to "route or forward IP packets"?

When the far servers see your Gentoo machines IP address, do they know to route those packets through the Windows RAS server?

Unfortunately, I haven't any access or control over the RAS Server, so I don't know if it is configured to "route or forward IP packets".

But I bet yes, because otherwise how could I connect and able to reach the remote network when I use a Windows client?

And I think the problem is happening before, because from my Linux client, once connected with pppd, I am not even able to ping the RAS Server (10.74.49.22) as well as all the other machines on the 10.0.0.0/8 subnet.

have you got

route add default <ip-of-RAS-server>

is traceroute showing all your packets going out of the ppp interface?

Yes. pppd automatically adds a default gateway in the way you said. So I have:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.74.49.22     0.0.0.0         UG    0      0        0 ppp0

On Linux, traceroute shows nothing, it "hangs"... Also a simple ping to the RAS server isn't working. On Windows, tracert works and I see packets going through the server (10.74.49.22).

Does it hang or show stars after timeouts?

Have you got ppp debugging turned on so you can get a log of what pppd thinks it's doing?

Well, traceroute doesn't hang, prints out a bunch of asterisks.
And yes, I've already turned on debug for pppd. Following, I'm trying to clear out the entire situation:

1a) Routing table on Windows, before the connection:
===========================================================================
Active Routes:
Network Address            Mask             Gateway       Interface  Metric   
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1   
===========================================================================
1b) Routing table on Windows, after the connection:
===========================================================================
Active Routes:
Network Address            Mask             Gateway       Interface  Metric   
          0.0.0.0          0.0.0.0     10.74.49.117    10.74.49.117       1   
      10.74.49.22  255.255.255.255     10.74.49.117    10.74.49.117       1
     10.74.49.117  255.255.255.255        127.0.0.1       127.0.0.1       50
   10.255.255.255  255.255.255.255     10.74.49.117    10.74.49.117       50
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1   
        224.0.0.0        240.0.0.0     10.74.49.117    10.74.49.117       1
  255.255.255.255  255.255.255.255     10.74.49.117    10.74.49.117       1
Default gateway:          10.74.49.117
===========================================================================
1c) tracert 10.74.49.117 (myself):

Tracing route to localhost [10.74.49.117] over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  localhost [10.74.49.117]

Trace complete.
1d) tracert 10.74.49.22 (the RAS Server):

Tracing route to 10.74.49.22 over a maximum of 30 hops

  1   320 ms   307 ms   312 ms  10.74.49.22

Trace complete.
1e) tracert 10.54.39.11 (a test machine on the remote network):

Tracing route to test1 [10.54.39.11] over a maximum of 30 hops:

  1   343 ms   309 ms   311 ms  10.74.49.22
  2     *        *        *     Request timed out.
  3   516 ms   310 ms   297 ms  test1 [10.54.39.11]

Trace complete.
2a) Routing table on Linux, before the connection:

localhost ppp # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
2b) Routing table on Linux, after the connection:

localhost ppp # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.74.49.22     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         10.74.49.22     0.0.0.0         UG    0      0        0 ppp0
2c) traceroute -n 10.74.49.117 (myself):
traceroute to 10.74.49.117 (10.74.49.117), 30 hops max, 38 byte packets
 1  10.74.49.117  0.043 ms  0.017 ms  0.017 ms
2d) traceroute -n 10.74.49.22 (the RAS Server):
traceroute to 10.74.49.22 (10.74.49.22), 30 hops max, 38 byte packets
 1  * * *
 2  * * *
 3  * * *
 ... ... ...
28  * * *
29  * * *
30  * * *
2e) traceroute -n 10.54.39.11 (a test machine on the remote network):
traceroute to 10.54.39.11 (10.54.39.11), 30 hops max, 38 byte packets
 1  * * *
 2  * * *
 3  * * *
 ... ... ...
28  * * *
29  * * *
30  * * *

And this is the connection phase where all seems going well, otherwise I don't think pppd could exit with no errors:

localhost ppp # cat dial_winnt 
#!/bin/bash
# Call the Windows RAS Server
/usr/sbin/pppd file "/etc/ppp/options.nt"
# Wait for a callback from the Windows RAS server
/usr/sbin/pppd file "/etc/ppp/options.callback"

localhost ppp # ./dial_winnt 
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <callback CBCP> <magic 0x15e1dd6d> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth eap> <magic 0x27c62cc> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]> < 17 04 00 33>]
sent [LCP ConfRej id=0x0 <callback CBCP> <mrru 1614> < 17 04 00 33>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <callback CBCP> <magic 0x15e1dd6d> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x27c62cc> <pcomp> <accomp> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]>]
sent [LCP ConfNak id=0x1 <auth chap MD5>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x27c62cc> <pcomp> <accomp> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x27c62cc> <pcomp> <accomp> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]>]
cbcp_lowerup
want: 14
rcvd [CHAP Challenge id=0x0 <b0725c14fc0d2d38f9f71b1c06c55707>, name = "RASSERVER"]
sent [CHAP Response id=0x0 <2cd54819963de15acb32003bdeb27d3200000000000000003ec36dc144fafc62bb3d1894be8951148ceba541b6de5b1b00>, name = "mylogin"]
rcvd [CHAP Success id=0x0 "S=1CC2C9577D1CACE412D2DA7E8BC7E22777222AE2"]
CHAP authentication succeeded
cbcp_open
rcvd [CBCP Request id=0x1 < AdminDefined delay = 0>]
length: 3
user admin defined allowed
cbcp_resp cb_type=8
cbcp_resp CONF_ADMIN
sent [CBCP Response id=0x1 < AdminDefined delay = 5>]
rcvd [CBCP Ack id=0x1 < AdminDefined delay = 5>]
sent [LCP TermReq id=0x2 "Call me back, please"]
rcvd [LCP TermAck id=0x2 "Call me back, please"]
Connection terminated.

Serial connection established.
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS0
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth eap> <magic 0x68676e11> <pcomp> <accomp> <mrru 1614> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]> < 17 04 00 34>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <callback CBCP> <magic 0xab0df31c> <pcomp> <accomp>]
sent [LCP ConfRej id=0x0 <mrru 1614> < 17 04 00 34>]
rcvd [LCP ConfRej id=0x1 <callback CBCP>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xab0df31c> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x68676e11> <pcomp> <accomp> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]>]
sent [LCP ConfNak id=0x1 <auth chap MD5>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0xab0df31c> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x68676e11> <pcomp> <accomp> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x68676e11> <pcomp> <accomp> <endpoint [local:72.c8.4e.3c.43.a9.48.56.b4.8f.96.40.90.72.dc.e0.00.00.00.00]>]
cbcp_lowerup
want: 14
rcvd [CHAP Challenge id=0x0 <3e6effb1eaa7475edbe5a1b6e0222053>, name = "RASSERVER"]
sent [CHAP Response id=0x0 <0beb8c708ddedfc90b971fa0755d61dd0000000000000000a528126f365186da8db35c4b01cc974d2d5a9ee016fc7c6600>, name = "mylogin"]
rcvd [CHAP Success id=0x0 "S=1D9EF7FE8E327E03F678D504705C80375B8DC19C"]
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <mppe +H -M +S +L -D -C>]
rcvd [CCP ConfReq id=0x4 <mppe -H +M +S +L -D +C>]
sent [CCP ConfNak id=0x4 <mppe -H -M +S -L -D -C>]
rcvd [IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 10.74.49.22>]
sent [IPCP TermAck id=0x5]
rcvd [CCP ConfNak id=0x1 <mppe -H -M +S -L -D -C>]
sent [CCP ConfReq id=0x2 <mppe -H -M +S -L -D -C>]
rcvd [CCP ConfReq id=0x6 <mppe -H -M +S -L -D -C>]
sent [CCP ConfAck id=0x6 <mppe -H -M +S -L -D -C>]
rcvd [CCP ConfAck id=0x2 <mppe -H -M +S -L -D -C>]
MPPE 128-bit stateful compression enabled
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1 <addr 10.74.49.117>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 10.74.49.117>]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 10.74.49.117>]
rcvd [IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 10.74.49.22>]
sent [IPCP ConfAck id=0x7 <compress VJ 0f 01> <addr 10.74.49.22>]
local  IP address 10.74.49.117
remote IP address 10.74.49.22

I don't see pppd actually sending any packets down the wire.

what does "ifconfig ppp0" say?

localhost ppp # ifconfig ppp0
ppp0      Link encap:Point-to-Point Protocol  
          inet addr:10.74.49.117  P-t-P:10.74.49.22  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1496  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:98 (98.0 b)  TX bytes:92 (92.0 b)

Do the RX and TX counts go up when you ping or traceroute across the link?

Have you tried tcpdump or any other packet tracing?

Oh yes. While I run the following ping, the command remains stuck but both TX and RX packets are increasing a lot:

localhost ppp # ping 10.74.49.22
PING 10.74.49.22 (10.74.49.22) 56(84) bytes of data.
^C
--- 10.74.49.22 ping statistics ---
247 packets transmitted, 0 received, 100% packet loss, time 246007ms

localhost ppp # ifconfig ppp0
ppp0      Link encap:Point-to-Point Protocol  
          inet addr:10.74.49.117  P-t-P:10.74.49.22  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1496  Metric:1
          RX packets:254 errors:0 dropped:0 overruns:0 frame:0
          TX packets:289 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:21051 (20.5 Kb)  TX bytes:23446 (22.8 Kb)

Also tcpdump shows me something, but I admit that I can't understand the output at all:

localhost ppp # tcpdump -i ppp0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
22:59:51.784268 IP 10.74.49.117 > 10.74.49.22: ICMP echo request, id 1303, seq 172, length 64
22:59:51.803173 IP 10.74.49.117.1072 > 212.216.112.112.domain: 16552+ PTR? 32.59.84.10.in-addr.arpa. (42)
22:59:52.784277 IP 10.74.49.117 > 10.74.49.22: ICMP echo request, id 1303, seq 173, length 64
22:59:53.784287 IP 10.74.49.117 > 10.74.49.22: ICMP echo request, id 1303, seq 174, length 64
22:59:54.784296 IP 10.74.49.117 > 10.74.49.22: ICMP echo request, id 1303, seq 175, length 64
22:59:55.784309 IP 10.74.49.117 > 10.74.49.22: ICMP echo request, id 1303, seq 176, length 64
22:59:56.784318 IP 10.74.49.117 > 10.74.49.22: ICMP echo request, id 1303, seq 177, length 64
22:59:56.804338 IP 10.74.49.117.1073 > 212.216.172.62.domain: 16552+ PTR? 32.59.84.10.in-addr.arpa. (42)

The IPs 212.216.112.112 and 212.216.172.62 are the DNS servers in my "/etc/resolv.conf" file, and are used only for the internet connection. To reach the remote machines behind RAS Server I'm using (for now!) a static hosts file or the direct IP address.

  1. what is at "32.59.84.10.in-addr.arpa", ie , 10.84.59.32? You seem to want the name of it.

  2. Watch TCP dump while doing the following...

a. can you try "telnet <ras-server-ip> 135"

b. can you try "telnet <ras-server-ip> 137"

c. get the IP address of the true name server you are supposed to be using (not your /etc/resolv.conf internet one) and try using "nslookup lookup-name dns-server"

  1. You are getting no ICMP echo replies back, can you ping when you are a Windows client? RAS server may have a firewall up.
  1. I don't know what 10.84.59.32 is. I've noticed that some output was written while some firefox extensions were trying to refresh their data and couldn't get it due to the internet temporary unavailable.

  2. This is the tcpdump output, interleaved with the commands executed and their outputs:

localhost ppp # tcpdump -i ppp0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes

===> a) telnet 10.74.49.22 135
===>    Trying 10.74.49.22... ^C After about a minute.
19:12:22.558271 IP 10.74.49.117.20558 > 10.74.49.22.epmap: S 2892706931:2892706931(0) win 5824 <mss 1456,sackOK,timestamp 230700 0,nop,wscale 7>
19:12:22.577869 IP 10.74.49.117.1108 > 212.216.112.112.domain: 482+ PTR? 22.49.74.10.in-addr.arpa. (42)
19:12:25.559651 IP 10.74.49.117.20558 > 10.74.49.22.epmap: S 2892706931:2892706931(0) win 5824 <mss 1456,sackOK,timestamp 231450 0,nop,wscale 7>

===> b) telnet 10.74.49.22 137
===>    Trying 10.74.49.22... ^C After about a minute.
19:12:27.579538 IP 10.74.49.117.1109 > 212.216.172.62.domain: 482+ PTR? 22.49.74.10.in-addr.arpa. (42)
19:12:31.559229 IP 10.74.49.117.20558 > 10.74.49.22.epmap: S 2892706931:2892706931(0) win 5824 <mss 1456,sackOK,timestamp 232950 0,nop,wscale 7>
19:12:32.579169 IP 10.74.49.117.1108 > 212.216.112.112.domain: 482+ PTR? 22.49.74.10.in-addr.arpa. (42)
19:12:37.578815 IP 10.74.49.117.1109 > 212.216.172.62.domain: 482+ PTR? 22.49.74.10.in-addr.arpa. (42)
19:12:42.597124 IP 10.74.49.117.1109 > 212.216.112.112.domain: 47546+ PTR? 117.49.74.10.in-addr.arpa. (43)
19:12:43.558381 IP 10.74.49.117.20558 > 10.74.49.22.epmap: S 2892706931:2892706931(0) win 5824 <mss 1456,sackOK,timestamp 235950 0,nop,wscale 7>
19:12:47.598123 IP 10.74.49.117.1110 > 212.216.172.62.domain: 47546+ PTR? 117.49.74.10.in-addr.arpa. (43)
19:12:52.597753 IP 10.74.49.117.1109 > 212.216.112.112.domain: 47546+ PTR? 117.49.74.10.in-addr.arpa. (43)
19:12:57.597400 IP 10.74.49.117.1110 > 212.216.172.62.domain: 47546+ PTR? 117.49.74.10.in-addr.arpa. (43)
19:13:02.615452 IP 10.74.49.117.1110 > 212.216.112.112.domain: 35246+ PTR? 112.112.216.212.in-addr.arpa. (46)
19:13:07.556689 IP 10.74.49.117.20558 > 10.74.49.22.epmap: S 2892706931:2892706931(0) win 5824 <mss 1456,sackOK,timestamp 241950 0,nop,wscale 7>
19:13:07.616720 IP 10.74.49.117.1111 > 212.216.172.62.domain: 35246+ PTR? 112.112.216.212.in-addr.arpa. (46)
19:13:12.616348 IP 10.74.49.117.1110 > 212.216.112.112.domain: 35246+ PTR? 112.112.216.212.in-addr.arpa. (46)
19:13:17.615996 IP 10.74.49.117.1111 > 212.216.172.62.domain: 35246+ PTR? 112.112.216.212.in-addr.arpa. (46)
19:13:22.634064 IP 10.74.49.117.1111 > 212.216.112.112.domain: 23012+ PTR? 62.172.216.212.in-addr.arpa. (45)
19:13:27.631300 IP 10.74.49.117.1112 > 212.216.172.62.domain: 23012+ PTR? 62.172.216.212.in-addr.arpa. (45)
19:13:32.630932 IP 10.74.49.117.1111 > 212.216.112.112.domain: 23012+ PTR? 62.172.216.212.in-addr.arpa. (45)
19:13:37.630579 IP 10.74.49.117.1112 > 212.216.172.62.domain: 23012+ PTR? 62.172.216.212.in-addr.arpa. (45)
19:13:44.019252 IP 10.74.49.117.4918 > 10.74.49.22.netbios-ns: S 2969828930:2969828930(0) win 5824 <mss 1456,sackOK,timestamp 251066 0,nop,wscale 7>
19:13:47.017902 IP 10.74.49.117.4918 > 10.74.49.22.netbios-ns: S 2969828930:2969828930(0) win 5824 <mss 1456,sackOK,timestamp 251816 0,nop,wscale 7>
19:13:53.017478 IP 10.74.49.117.4918 > 10.74.49.22.netbios-ns: S 2969828930:2969828930(0) win 5824 <mss 1456,sackOK,timestamp 253316 0,nop,wscale 7>
19:14:05.020633 IP 10.74.49.117.4918 > 10.74.49.22.netbios-ns: S 2969828930:2969828930(0) win 5824 <mss 1456,sackOK,timestamp 256316 0,nop,wscale 7>

===> c1) nslookup test1 10.68.25.1
===>     ;; connection timed out; no servers could be reached
19:15:05.767605 IP 10.74.49.117.1112 > d1y10001.domain: 26814+ A? test1.homenetwork. (37)
19:15:10.768021 IP 10.74.49.117.1112 > d1y10001.domain: 26814+ A? test1.homenetwork. (37)
19:15:15.771660 IP 10.74.49.117.1112 > d1y10001.domain: 26814+ A? test1.homenetwork. (37)

===> c2) nslookup test1 10.68.25.2
===>     ;; connection timed out; no servers could be reached
19:15:37.783807 IP 10.74.49.117.1112 > d2u10001.domain: 48180+ A? test1.homenetwork. (37)
19:15:42.785752 IP 10.74.49.117.1112 > d2u10001.domain: 48180+ A? test1.homenetwork. (37)
19:15:47.789400 IP 10.74.49.117.1112 > d2u10001.domain: 48180+ A? test1.homenetwork. (37)

31 packets captured
31 packets received by filter
0 packets dropped by kernel
  1. Yes, from the Windows client I can ping successfully the server and any other machine on the network.
  1. play with your pppd options to get the simplest possible connection, you may need to research Windows RAS to Linux PPPD to find the best options.

  2. get somebody sitting at the RAS server to tell you what is happening at their end.

So, as I stated in my first post, you've ended up that some wrong settings in pppd's callback option file could prevent the communication with the remote network even if the link seems correctly established?

And what about the routing table on the Windows client after the connection (1b)? How could work a table like that, where the default gw is the IP address of the client? I'm very confused :confused:

Thanks for the patience :slight_smile:

It was worth trying to go through each point step by step. You seem to be doing all the right things.

I've used Linux to Windows RAS successfully before but not using the callback option.

When in doubt try the simplest configuration possible, but here it looks like the Windows RAS box has no desire to send you anything, that's why I think you need somebody at the RAS server end to assist you.

Because the link is point-to-point? All a default gateway is doing is saying, if you don't know where else to send it, put it here. The ppp driver will get the outgoing packet, see the IP is not for itself and know the only place to put it is down the wire.

I will try playing around with the options and test if a minimal configuration file could get me connected... I'm a bit reluctant to ask windows guys what's happening at the server end, because I'm sure they will pay me no attention and simply say "Hey, use Windows: it's better and simpler!". Eheheh, but there's always a first time, maybe I will try :smiley:

Meanwhile, I will post my options file. I think to start looking at the second phase of the connection, where the server calls me back. I hope that the first phase is right, otherwise why the server should recall me??
Maybe you can see immediately something wrong with that and guide me to a solution :slight_smile:

localhost ppp # cat options.callback
/dev/ttyS0
38400
connect '/usr/sbin/chat -v -f /etc/ppp/nt_callback.chat'
lock
crtscts
defaultroute
debug
updetach
show-password
asyncmap 0
noauth
mrru 1614
mppe-stateful
require-mppe
name mylogin
remotename RASServer
refuse-eap
receive-all
#usepeerdns

Anyway, thanks a lot for your help.

Have you got another Windows box locally with, say, Windows 2000 Server, which has a RAS Server? Then you could throw a serial cable between the two and have a play with that.

I have another XP Pro on my LAN, and I've seen that the options for configuring incoming connections are exactly the same as in Windows Server 2003... But I don't remember if I have a serial cable :slight_smile:
For sure, I have a parallel cable which I used in the past. Does this kind of cable works the same as the serial cable with pppd or not?