All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Carlson <carlsonj@workingcode.com>
To: linux-ppp@vger.kernel.org
Subject: Re: Control pppd behaviour
Date: Thu, 11 Feb 2010 17:01:22 +0000	[thread overview]
Message-ID: <4B7437E2.1000406@workingcode.com> (raw)
In-Reply-To: <27543592.post@talk.nabble.com>

Ashmath Khan wrote:
> Thanks James.
>>From man page:
> updetach
>     With this option, pppd will detach from its controlling terminal
> once it has successfully established the ppp connection (to the point
> where the first network control protocol, usually the IP control
> protocol, has come up).
> 
> How about if chap authentication fails ? then updetach won't work.

If authentication fails, then pppd exits with an error code as
documented.  The man page entry for updetach documents the _latest_
point at which the daemon will exit, not the earliest point.

Basically, by using updetach, you can rely on the exit code from pppd to
tell you whether it was successful in starting the session (exit code 0)
and is now running in the background, or whether it failed to start
(exit code != 0).

I suspect this is the behavior you're looking for.

> what is controlling terminal here ?

It's a UNIX term.  Processes may or may not have what's called a
"controlling terminal."

When you start a process from a shell, the controlling terminal is
usually your tty.  This allows you to (for instance) press ^C and
interrupt that process.  It's what also terminates any lingering
processes with SIGHUP when you log out.

Processes that run as daemons generally disconnect from the controlling
terminal, so that they are no longer affected by the user who originally
started the process (unless explicitly sent a signal with "kill").

For more information, you may want to try googling the term.

-- 
James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>


  parent reply	other threads:[~2010-02-11 17:01 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-11  8:10 Control pppd behaviour Hashmat Khan
2010-02-11  9:03 ` walter harms
2010-02-11 12:05 ` Ashmath Khan
2010-02-11 13:18 ` James Carlson
2010-02-11 13:39 ` James Carlson
2010-02-11 13:43 ` Ashmath Khan
2010-02-11 13:49 ` Ashmath Khan
2010-02-11 14:41 ` James Carlson
2010-02-11 14:45 ` James Carlson
2010-02-11 14:51 ` Ashmath Khan
2010-02-11 14:51 ` Ashmath Khan
2010-02-11 14:58 ` James Carlson
2010-02-11 14:59 ` Ashmath Khan
2010-02-11 15:15 ` Ashmath Khan
2010-02-11 15:45 ` James Carlson
2010-02-11 16:50 ` Ashmath Khan
2010-02-11 17:01 ` James Carlson [this message]
2010-02-11 17:44 ` James Carlson
2010-02-11 17:48 ` Ashmath Khan
2010-02-11 17:52 ` Charlie Brady
2010-02-12  2:24 ` Ashmath Khan
2010-02-12  8:04 ` James Chapman
2010-02-12 12:55 ` James Carlson
2010-02-12 14:20 ` Ashmath Khan
2010-02-12 14:32 ` James Carlson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B7437E2.1000406@workingcode.com \
    --to=carlsonj@workingcode.com \
    --cc=linux-ppp@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.