Dobrý den,

od začátku se mi s Turrisem děje takový nešvar, že je skutečně problém dostat napoprvé od O2 IPv4 adresu a DNS servery. Mám modem ZyXEL vmg1312-b30b, samozřejmě nastaven v režimu bridge. Vše šlape, z PC se přes PPPoE připojím celkem v pohodě, i když to není vždy na první pokus, ale dostanu IPv4 adresu a DNS servery.

Když se připojuji přes Turris, spojení se vytočí, ale jediné, co naskočí, je IPv6. Potíž vidím v tom, že v system logu je hláška "warning pppd[11914]: IPCP: timeout sending Config-Requests"

Níže je system log po startu Turrisu od okamžiku startu pppd až po hlášku s timeoutem. Problém je, že ačkoli to nakonec vždy nějak naskočí (když s tím trochu laboruju), nepodařilo se mi vůbec identifikovat správný postup. Posledně, když jsem Turris potřeboval odpojit od el. sítě, mi pak bez IPv4 běžel celý den. Podle logu se pokusil snad 2x během dne získat adresu, ale nepovedlo se. Když jsem pak přišel domu a zkoušel znovu PPPoE přímo z PC (šlapalo skvěle) a následně sem tam restartoval wan rozhraní, nakonec to taky naběhlo, ale trápil jsem se s tím pěknou chvíli.

Nutno dodat, že když jednou Turris adresy dostane, tak prostě drží. Netuší někdo, kde by mohl být problém? IPv6 internet běží hned a bez jediného zádrhelu, jen zkrátka nemám IPv4 adresu a tudíž větší část internetu :-).


2015-12-09T19:31:46+01:00 notice pppd[4807]: pppd 2.4.7 started by root, uid 0
2015-12-09T19:31:46+01:00 info pppd[4807]: PPP session is 7845
2015-12-09T19:31:46+01:00 warning pppd[4807]: Connected to 00:30:88:1d:a0:ee via interface eth2
2015-12-09T19:31:46+01:00 info pppd[4807]: Using interface pppoe-wan
2015-12-09T19:31:46+01:00 notice pppd[4807]: Connect: pppoe-wan <--> eth2
2015-12-09T19:31:47+01:00 notice pppd[4807]: PAP authentication succeeded
2015-12-09T19:31:47+01:00 notice pppd[4807]: peer from calling number 00:30:88:1D:A0:EE authorized
2015-12-09T19:31:47+01:00 notice pppd[4807]: local  LL address fe80::341c:691f:bd62:608b
2015-12-09T19:31:47+01:00 notice pppd[4807]: remote LL address fe80::0230:88ff:fe04:9607
2015-12-09T19:31:47+01:00 notice netifd[]: Network device 'pppoe-wan' link is up
2015-12-09T19:31:47+01:00 notice netifd[]: Interface 'wan6' is enabled
2015-12-09T19:31:47+01:00 notice netifd[]: Network alias 'pppoe-wan' link is up
2015-12-09T19:31:47+01:00 notice netifd[]: Interface 'wan6' has link connectivity
2015-12-09T19:31:47+01:00 notice netifd[]: Interface 'wan6' is setting up now
2015-12-09T19:31:47+01:00 notice netifd[]: Interface 'wan' is now up
2015-12-09T19:31:47+01:00 notice netifd[]: Interface 'wan6' is now up
2015-12-09T19:31:48+01:00 info kernel[]: [   29.849658] br-lan: port 2(wlan0) entered forwarding state
2015-12-09T19:31:48+01:00 info kernel[]: [   30.001661] br-lan: port 1(eth1) entered forwarding state
2015-12-09T19:31:49+01:00 emerg turris[]: Router Turris successfully started.
2015-12-09T19:31:49+01:00 info procd[]: - init complete -
2015-12-09T19:31:49+01:00 warning odhcpd[4168]: A default route is present but there is no public prefix on br-lan thus we don't announce a default route!
2015-12-09T19:31:49+01:00 warning odhcpd[4168]: DHCPV6 SOLICIT IA_NA from 000100011d73cf5d902b3460e6c1 on br-lan: ok fdb2:284a:e37f::1e9/128
2015-12-09T19:31:49+01:00 info dnsmasq[4896]: started, version 2.71 DNS disabled
2015-12-09T19:31:49+01:00 info dnsmasq[4896]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC
2015-12-09T19:31:49+01:00 info dnsmasq-dhcp[4896]: DHCP, IP range 10.0.0.2 -- 10.0.0.151, lease time 12h
2015-12-09T19:31:49+01:00 info dnsmasq-dhcp[4896]: read /etc/ethers - 0 addresses
2015-12-09T19:31:49+01:00 info dnsmasq-dhcp[]: Last message 'read /etc/ethers - 0' repeated 1 times, supressed by syslog-ng on turris
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: service stopped (unbound 1.5.1).
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: server stats for thread 0: 22 queries, 0 answers from cache, 22 recursions, 0 prefetch
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: server stats for thread 0: requestlist max 4 avg 0.318182 exceeded 0 jostled 0
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: average recursion processing time 0.017120 sec
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: histogram of recursion processing times
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: [25%]=3.05556e-07 median[50%]=6.11111e-07 [75%]=9.16667e-07
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: lower(secs) upper(secs) recursions
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info:    0.000000    0.000001 18
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info:    0.032768    0.065536 2
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info:    0.065536    0.131072 1
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info:    0.131072    0.262144 1
2015-12-09T19:31:49+01:00 notice unbound[]: [4604:0] notice: Restart of unbound 1.5.1.
2015-12-09T19:31:49+01:00 notice unbound[]: [4604:0] notice: init module 0: validator
2015-12-09T19:31:49+01:00 notice unbound[]: [4604:0] notice: init module 1: iterator
2015-12-09T19:31:49+01:00 info unbound[]: [4604:0] info: start of service (unbound 1.5.1).
2015-12-09T19:31:50+01:00 notice netifd[]: Interface 'wan6' has lost the connection
2015-12-09T19:31:50+01:00 notice netifd[]: Interface 'wan6' is now up
2015-12-09T19:31:50+01:00 warning odhcpd[4168]: DHCPV6 REQUEST IA_NA from 000100011d73cf5d902b3460e6c1 on br-lan: ok 2a00:1028:8384:2ffa::1e9/128 fdb2:284a:e37f::1e9/128
2015-12-09T19:31:50+01:00 info dnsmasq-dhcp[4896]: read /etc/ethers - 0 addresses
2015-12-09T19:31:51+01:00 notice firewall[]: Reloading firewall due to ifup of wan (pppoe-wan)
2015-12-09T19:31:51+01:00 err turris-firewall-rules[]: (v52) Unable to determine the WAN interface. Exiting...
2015-12-09T19:31:51+01:00 warning syslog[]: Unable to use //tmp//yin2yang.xsl (No such file or directory).
2015-12-09T19:31:51+01:00 warning syslog[]: YANG format data models will not be available via get-schema.
2015-12-09T19:31:51+01:00 warning syslog[]: Unable to get tty (Inappropriate ioctl for device) to get the client's hostname (session 5476).
2015-12-09T19:31:52+01:00 notice firewall[]: Reloading firewall due to ifup of wan6 (pppoe-wan)
2015-12-09T19:31:52+01:00 err turris-firewall-rules[]: (v52) Unable to determine the WAN interface. Exiting...
2015-12-09T19:31:54+01:00 info dnsmasq-dhcp[4896]: DHCPREQUEST(br-lan) 10.0.0.2 90:2b:34:60:e6:c1
2015-12-09T19:31:54+01:00 info dnsmasq-dhcp[4896]: DHCPACK(br-lan) 10.0.0.2 90:2b:34:60:e6:c1 arthur
2015-12-09T19:32:01+01:00 info cron[6371]: (root) CMD (nethist_stats.lua)
2015-12-09T19:32:01+01:00 info cron[6372]: (root) CMD (/usr/bin/rainbow_button_sync.sh)
2015-12-09T19:32:17+01:00 warning pppd[4807]: IPCP: timeout sending Config-Requests


P.S. Samozřejmě, že když jsem se pokoušel zopakovat start wan rozhraní, abych měl čistý aktuální log s timeoutem, tak to najelo. Takže jsem nakonec sáhl do historie.

Zdravím,
bohužel mám stejný problém a dokonce se stejným routerem. Není tedy možné, že problém je v nastavení zyxelu?

Mám přesně stejný problém (IPCP: timeout sending Config-Requests) se stejným modemem.

Dosud jsem používal DMZ, nyní jsem kvůli potřebě zprovoznění IPv6 chtěl přepnout na bridge mode (je jiné řešení?), ale IPv4 adresu nedostanu prostě nikdy. :(
Prosím poraďte.

Update: Zkusil jsem v modemu povypínat všechno možné, ale nic nepomohlo.

Po tom, co jsem zjitil, že máme v domě nově UPC, tak jsem přešel k nim. Násobně vyšší rychlosti za stejné peníze, kdo by to nechtěl :-). Sice není IPv6 (ačkoli jsem slyšel o někom, kdo si to u nich nějak zařídil jako experimentální provoz), ale protože je získání adres z DHCP, vše samozřejmě funguje naprosto bez potíží. Holt je v případě DSL problém někde mezi modemem/DSL sítí a Turrisem, zdá se.

Nějaký nový objev v tomto případě? Mám na Omnii úplně stejný problém (s úplně stejným Zyxel křápem). Asi jednou si to tu v4 adresu vzalo a fungovalo to, od té doby nic - IPv6 se nastaví a funguje, IPv4 nic. (On teda ten Zyxel je stejně divný, často při přepnutí do toho bridge módu přestane fungovat web administrace nebo se přenastaví zpátky na PPPoE a podobné radosti). Ještě mě napadá, jestli v tom nějak nemůže figurovat rozdílné nastavení MTU - z toho, co vidím na Zyxelu, tak mi přijde, že používá nějaké kreativní hodnoty... (a co si vybavuju, tak IPv6 si umí MTU vykomunikovat, IPv4 ne).