#20353: luci display of ppp address
-----------------------+----------------------------------
Reporter: ulrich | Owner: developers
Type: defect | Status: new
Priority: normal | Milestone: Chaos Calmer (trunk)
Component: packages | Version: Trunk
Resolution: | Keywords: luci ppp
-----------------------+----------------------------------
Comment (by djp-ow@…):
I'm seeing the same problem as described in luci.
In addition, ntpd is trying to bind to the remote ppp gateway, not the
local address. It reports the following errors every minute, where
`184.100.194.50` is the local pppoe-wan address and
`201.228.81.16` is the remote:
`Wed Aug 19 23:15:42 2015 daemon.err ntpd[1921]: bind(61) AF_INET
201.228.81.16#123 flags 0x13 failed: Address not available`
`Wed Aug 19 23:15:42 2015 daemon.err ntpd[1921]: unable to create socket
on pppoe-wan (3667) for 201.228.81.16#123`
`Wed Aug 19 23:15:42 2015 daemon.info ntpd[1921]: failed to init interface
for address 201.228.81.16`
Everything else is working fine, no other daemon is doing this. Tis
problem did not occur in a previous trunk build from three months ago.
Replying to [comment:1 jow]:
> What is reported by `ifstatus wan` on the shell?
It seems to be correct for me. When the addresses are as above, it reads:
{{{
root@nopenwrt:~# ifstatus wan
{
"up": true,
"pending": false,
"available": true,
"autostart": true,
"uptime": 34670,
"l3_device": "pppoe-wan",
"proto": "pppoe",
"device": "eth1",
"updated": [
"addresses",
"routes"
],
"metric": 0,
"delegation": true,
"ipv4-address": [
{
"address": "184.100.194.50",
"mask": 32
}
],
"ipv6-address": [
],
"ipv6-prefix": [
],
"ipv6-prefix-assignment": [
],
"route": [
{
"target": "0.0.0.0",
"mask": 0,
"nexthop": "201.228.81.16",
"source": "0.0.0.0\/0"
}
],
"dns-server": [
"8.8.8.8"
],
"dns-search": [
],
"inactive": {
"ipv4-address": [
],
"ipv6-address": [
],
"route": [
],
"dns-server": [
"205.171.3.65",
"205.171.2.65"
],
"dns-search": [
]
},
"data": {
}
}
}}}
(Note that I have manually specified a DNS server to use in preference to
one handed out by the provider, so that part is as expected.)
--
Ticket URL: <https://dev.openwrt.org/ticket/20353#comment:2>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets
