[Slirp-devel] user question

[Jens T. <jen...@gm...>]

Hello there,

this is a simple user question I post here as there is no users list and 
I don't know who else to ask.

Short version:

pppd noproxyarp updetach debug pty "slirp -P"

seems to do a successful handshake and opens a new interface for an 
instance, but then closes it immediately again. I can't figure out why.

Long version:

Really I want to do it to some remote machine, obviously. Given an 
existing ssh tunnel on port 2000 (sshing through that works), I do:

pppd noproxyarp updetach debug pty \
  "ssh -t -p 2000 jens@localhost slirp ppp"

The connection is build up successfully, but directly after that (so
directly after pppd did fork and stop printing to stdout), I get through
logging:

Nov 19 12:00:40 apollo pppd[21104]: Script /etc/ppp/ip-up started (pid
21105)
Nov 19 12:00:40 apollo pppd[21104]: rcvd [IPCP TermReq id=0x3]
Nov 19 12:00:40 apollo pppd[21104]: IPCP terminated by peer

The last thing before those entries are

Nov 19 12:00:40 apollo pppd[21099]: local  IP address 10.0.2.15
Nov 19 12:00:40 apollo pppd[21099]: remote IP address 10.64.64.64

which were printed to stdout by pppd before the fork.

On the server side running slirp, I only got the following in .slirp_start:

IP address of Slirp host: 127.0.0.1
IP address of your DNS(s): [...]
Your address is 10.0.2.15
(or anything else you want)

Type five zeroes (0) to exit.

[talking PPP, 115200 baud]

SLiRP Ready ...
End log.

When called with debugppp, slirp prints the additional slirp_debugppp
file, which unfortunately does not contain anything enlightening. One
line says

LCP terminated at peer's request

indicating that the other site initiated the termination.

Compiling with debugging and passing -d -1 indeed produces a slirp_debug
file, but that contains only unreadable gibberish. :)

I also tried not having run the ip-up script, but that doesn't make a 
difference either.

I tried different machines, all running a recent ubuntu. slirp version 
1.0.17, ppp version 2.4.4rel-9ubuntu2.

Presumably I miss something obvious?

Thank you in advance,

Jens