into the time ( which is bad for
file creation times and modification times as well, and cause havoc
withsome programs).
Good suggestion, though I think ntpdate is necessary if you expect to
run xntpd -- NTP itself won't sync up unless the clock is close to
right.
--
James Carlson
this, as offering the best usable algorithm first is what
pppd does by default.
--
James Carlson [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-ppp in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
client side is configured.
--
James Carlson [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-ppp in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
protocols?), then
I'd certainly recommend the use of IPsec. It defends against things
that ssh (and, for that matter, SSL/TLS) cannot, works whether or not
you use PPP, works on an end-to-end basis, and doesn't require
changing everyone's implementations.
--
James Carlson
s connection
up too long, and the peer doesn't like seeing you log in more than once
at a time.
I don't believe anything is going wrong with PPP itself.
--
James Carlson 42.703N 71.076W <carls...@workingcode.com>
--
To unsubscribe from this list: send the line "unsubscribe
, pid
> 9426
This part is sort of interesting. Why "-U"? I'm far from an expert in
Roaring Penguin's PPPoE client, but I think that would imply that you
have multiple simultaneous PPPoE sessions running. Does your provider
even allow that?
--
James Carlson 42.703N 71.076W
quot;sometimes" or is dependent on timing, then it
sounds like the remote system has some kind of usage restriction.
--
James Carlson 42.703N 71.076W <carls...@workingcode.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a mes
end
doesn't want to do ACFC and PFC is pure nonsense. How could any
competent implementation fail to operate without header compression?
How much do you trust that peer if they can't get the basics of PPP right?
--
James Carlson 42.703N 71.076W <carls...@workingcode.com&g
On 12/29/16 06:35, Sven Kirmess wrote:
> Hi James,
>
> Thanks for looking into this.
>
> On Wed, Dec 28, 2016 at 6:20 PM, James Carlson <carls...@workingcode.com>
> wrote:
>
>> It's remotely possible that the disconnection is unrelated to DHCP and
>> th
esn't reveal the passphrase on the wire. Whoever set up those
options was probably pretty confused.
If you can do so, I suggest running with "debug" and "updetach" options,
and forwarding the complete trace output to the list. If there's a
problem with pppd configuration (
be fine if I
> submit a patch doing this?
Submitting patches is fine, but if you do so, please indicate precisely
what the patch does and (if possible) why the existing features don't
fulfill your needs. It's often very hard to review changes out of the
blue that don't appear to solve problems.
--
James Carlson 42.703N 71.076W
nutes per day or minimum time between
successive connection attempts or some such rule).
When I was PPPEXT chair, I argued with the GPRS people until I was blue
in the face. It did no good, of course. I'm sorry you're one of the
victims here.
--
James Carlson 42.703N 71.076W
is at least one such system, but I can't tell you that it's *all* of them.
I think this include is out of place here.
--
James Carlson 42.703N 71.076W
hat may
be used in kernel context. What's the concern?
--
James Carlson 42.703N 71.076W
On 10/04/19 14:33, Kurt Van Dijck wrote:
> On vr, 04 okt 2019 13:52:11 -0400, James Carlson wrote:
> headers under sys/ are, AFAIK, not delivered by the kernel, but by the
> toolchain. sys/time.h may have less issues than time.h, it has the same
> disease.
I've never heard of this p
15 matches
Mail list logo