linux 2.2.5
ifconfig -V
net-tools 1.49
ifconfig 1.37 (1998-12-05)
I'd like to know if it's normal that I get the following error.
diald debug at 12
=====
diald 0.99 (linux5, no tcpwrapper)
Apr 10 14:13:30 i5 diald[955]: Using fifo /etc/diald/diald.ctl
Apr 10 14:13:30 i5 diald[955]: Proxy device established on interface tap0
Apr 10 14:13:30 i5 diald[955]: start tap0: SIOCSIFMETRIC: Operation not
supported on transport endpoint
Apr 10 14:13:30 i5 diald[955]: Diald initial setup completed.
=====
With 0.98.3, which showed the commands it executed (can 0.99 do the same? I
know that know all has been changed to show the real output of the commands,
and this is fine, but now I can't see the commands that produce that output),
I had
=====
diald 0.98.3 (linux5, no tcpwrapper, tap)
Apr 10 11:35:33 i5 diald[836]: Nonzero exit status (1) on command
'/sbin/ifconfig tap0 126.0.0.99 pointopoint 192.168.0.2 netmask
255.255.255.255 metric 0 mtu 576 up'
=====
I think it's the p-t-p stuff that isn't going.
I read in the CHANGES of 0.98.3:
=====
- More major routing stuff. We now rely mainly on adding and
removing addresses on interfaces. We still add the p-t-p
routes for compatibility with 2.0 kernels (with 2.2 you
get double routes but it isn't particularly important).
=====
Routes added:
192.168.0.2 * 255.255.255.255 UH 0 0 0 tap0
192.168.0.2 * 255.255.255.255 UH 0 0 0 tap0
default * 0.0.0.0 U 0 0 0 tap0
If I understand well the double routes are due to the p-t-p, which in turn is
there for compatibility with 2.0.x, right?
So p-t-p error and double routes are "linked" and can be ignored?
Is this the same reason that causes the difference (leaving out sl and tap)
between 0.98.2 kernel 2.0.x:
sl0 Link encap:Serial Line IP
inet addr:192.168.0.1 P-t-P:192.168.0.2 Mask:255.255.255.255
and 0.99 kernel 2.2.5 (no more p-t-p):
tap0 Link encap:Ethernet HWaddr FE:FD:00:00:00:00
inet addr:192.168.0.1 Bcast:0.0.0.0 Mask:255.255.255.255
?
Thanks.
--
Giulio
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
