Dotaz: Ethernet 2 VSDL converter

[Barbucha.eu]

Po vysilujícím gůglení zjišťuji, že jsem se pustil na docela tenký led, když jsem si pořídil Planet VC-231 Ethernet over VDSL2 converter a zkouším se s ním připojit k O2. Jak jsem zjistil, na hardwareové úrovni problém není, ovšem DSL je zjevně v Linuxu problematická věc. Navíc to vypadá, že O2 používá ATM a PPPoE místo PPPoATM, což je nějaký již poněkud zastaralý způsob.

V čem je můj problém? V nízké úrovni vzdělání v této oblasti. Vlastně ani nevím, proč br2684ctl píše failed to connect on socket; No such device. Chybí mi driver? Podpora v jádru? A čeho vlastně? Vždyť se ta krabička připojuje přes RJ45 konektor k počítači tak, jako se připojují switche či jiné počítače v ethernetu? Ta krabička by měla (podle mne) připojit vzdálený VDSL-router na ústředně k RJ45 portu počítače a vytvořit mu iluzi existence ethernetového routeru připojeného k dané síťové kartě. (Kdybych měl PCI či USB modem, tak bych takové problémy čekal, ale takhle tápu…)

Nastavení O2

Pro pořádek udávám nastavení O2 (v pořadí od nejnižší vrstvy k nejvyšší, jak se tedy tyto vrstvy jeví mě; mohlo by se to někomu hodit).

1. nastavení konverteru: [CPE, Fast, profile = 30a, 9dB]
2. zapouzdření: LLC
3. protokol: PPPoE
4. MTU: 1492
5. 802.1Q VLAN MUX ID: 848
6. 802.1P priorita: 0
7. jméno/heslo: O2/O2

---

---

Odpovědi

[bazil]

Nevím, jak je to konkrétně s touto krabičkou, ale nedávno jsem tu měl zapojenou podobnou situaci. O2 modem v režimu bridge (jen "převáděl" rj15 na rj45) a za tím turris omnia, který musel na té lince vytočit klasické PPPoE. Turris je zde v roli vašeho PC. Takže bych se koukal po návodech, jak vytočit PPPoE a jen bych změnil rozhraní na to, ke kterému máte připojenou vaši krabičku.

Viz třeba zde: https://www.linuxbabe.com/ubuntu/create-pppoe-connection-ubuntu-16-04 a zde: https://blog.confirm.ch/using-pppoe-on-linux/

A neřekl bych, že by s tím v linuxu měl být problém …

Možná by to chtělo nějaké logy nebo co

[Barbucha.eu]

To si právě myslím, že driver by neměl být potřeba. Zatím se mi nepodařilo PPPoE vytočit, protože to vytajmautuje, ale tyhle logy teď poruce nemám. Mám tu jen poslední chybu (zkoušel jsem to před pár dny, ono se teď v tom home-school-kindergarten-office režimu bádá špatně, zejména když půl lidu potřebuje být imrvére on-line a když odpadnou, odpadnu taky )

br2684ctl[796]: Interface "nas1" created sucessfully
br2684ctl[796]: Communicating over ATM 0.8.48, encapsulation: LLC
br2684ctl[796]: Fatal: failed to connect on socket; No such device

Poslední výzkumy naznačují, že to LLC je právě pod PPPoE. Nejpvrve se spustí ta utilita příkazem 'br2684ctl -b -c 1 -a 8.48' a ta by modem, ať už připojený k PCI, USB či ethernetové, síťové kartě měla najít. Leč ona vyhodí tu fatální chybu, jež naznačuje, že žádný modem nebyl nalezen. Protivné je, že počítač má dvě síťová rozhraní a té utilitě nejde říci ten modem je tady! Pokud by zafungovala, tak se vytvoří virtuální, síťové rozhraní nas1 a to PPPoE se pak vytáčí právě přes toto nas1. (Jinak tedy to 8.48 je VPI a VCI, které jsem taky našel u soudruhů z O2.)

Bohužel ani pppoeconf, který by vše měl nakonfigurovat, pokud se mu podaří s providerem spojit, krabičku neobjeví. Také selže s tím, že žádné vhodné zařízení nenašel.

No, ještě to zkusím a posbírám nějaké ty výpisy.

[Peter Golis]

Aký tam bol cenový rozdiel oproti bežnému vDSL modemu alebo vDSL routeru, a čo má byť prínosom?

[Barbucha.eu]

Mám originální Zyxel od O2 a ten se musí jednou za pár týdnů resetovat. Pak mám ještě jiný router, co jsem si koupil sám, a ten postrádá IPv6 firewall a má ještě spoustu dalších much. Ale mám tam server, který má dvě síťovky a trvale běžíl. Cenově jsem to už zapomněl, ale bylo to asi o půlku levnější. Ale hlavně jsem si od toho sliboval kontrolu nad konfigurací routování, firewallu, aktualizací a tak.

Od O2 vím, že to funguje, to jsem s nimi už vícekráte probíral. Chyba skoro jistě v konfiguraci.

[LarryL]

Podle tohoto popisu mám dojem, že to zařízení slouží k přenosu dat před analogové telefonní kabely. Je to to o co se snažíš?

[Barbucha.eu]

Jj, to je ono. Mám internet po telefonní lince.

[Petr Šobáň]

Nastavení O2

Pro pořádek udávám nastavení O2 (v pořadí od nejnižší vrstvy k nejvyšší, jak se tedy tyto vrstvy jeví mě; mohlo by se to někomu hodit).

1. nastavení konverteru: [CPE, Fast, profile = 30a, 9dB]

Hned zde máš chybu.... Cetin podporuje pouze profily 17a a 35b takže 30a nebude fungovat.

[Barbucha.eu]

Jsem se koukal profil 17a by to mělo umět tak to na to přepni.

Annex B profil 17a

Ale o Annex jsem tam nic nenašel....

[zajdee]

1) profil 30a se u nas nepouziva; pouzivaji se profily 8b, 17a a 35b. Jaky se na Vasi pripojce pouziva profil, najdete v informacich modemu, ktery se chystate odpojit 2) na VDSL linkach se pouziva VLAN 848 a ne ATM VPI/VCI 8/48. 3) krabicku je nutne prepnout do rezimu CPE

pokud se vam krabicka spoji na DSL vrstve (melo by byt signalizovano souvislym svicenim kontrolky VDSL), propojte ji ethernetovym kabelem s PC. V PC vytvorte nad fyzickym rozhranim VLAN 848, tj. napr eth2.848.

Nasledne zkuste nakonfigurovat PPPoE (coz je modernejsi zpusob nez PPPoA) nad tim VLAN zarizenim.

Navod: https://www.planet.com.tw/storage/products/26448/EM-VC231_234_v1.1.pdf DIP seitche by mely byt v pozici: 1 - ON 2 - ON (off jen na starsich linkach s o2tv) 3 - OFF 4 - ON (nebo OFF, tahle volba ovlivni dosazitelnou rychlost)

A uplne na zaver: radsi se na to vykaslete a poridte si linku od operatora, ktery umi nabidnout CETIN Terminatora. Terminator na rozdil od tehle krabicky umi vectoring, bonding a g.inp (retransmisi), takze Vam s nejvetsi pravdepodobnosti zajisti lepsi kvalitu linky.

[Barbucha.eu]

Já tu krabičku bohužel koupil dříve, než se ke mě dostala informace o tom terminátoru :o|

Už mi to chodí, akorát nemohu donutit ten počítač routovat IPv6, routuje jen IPv4. IPv6 funguje jen na něm. Mělo by prý stačit zapnout na tom routujícím počítači routování (net.ipv6.conf.all.forwarding=1) a na klientských počítačích adresu routujícího počítače nastavit jako výchozí bránu, ale bohužel to zjevně nestačí. Možná je chyba v tom, že po vytočení spojení se výchozí brána na tom routujícím počítači nastaví takto:

default via fe80::427c:7dff:fee6:7f03 dev ppp0 proto ra metric 1024 expires 4200sec hoplimit 64 pref medium

Linková lokální adresa není plnohodnotnou IPv6 adresou. Mohlo by to teoreticky mít vliv. Uvidím…

[Petr Šobáň]

Na tom PC musíš rozběhnout přidělování IPv6 adres.

Takže pomocí DHCP klienta na IPv6 musíš získat IPv6 prefix a na tom PC musíš spustit server pro autokonfiguraci IPv6 pro ostatní PC případně DHCPv6 server který ty IPv6 bude přidělovat PC.

Na mikrotiku je to jednoduché.....

/ipv6 address
add address=::1 from-pool=Bezrucova interface=bridge1
/ipv6 dhcp-client
add add-default-route=yes interface=O2-VDSL pool-name=Bezrucova prefix-hint=::/64 rapid-commit=no request=prefix use-peer-dns=no
/ipv6 nd
set [ find default=yes ] advertise-dns=no interface=bridge1 mtu=1336
/ipv6 settings
set accept-redirects=no accept-router-advertisements=no

Pod linuxem budeš muset asi nainstalovat balíčky pro DHCPv6 pro klienta který bude poslouchat na PPPoE rozhraní a brát prefix a server co bude IPv6 přidělovat.

[Barbucha.eu]

Vypadá to, že DHCPv6 klient přes pppd nebude úplně triviální. Ale IPv6 vrstva je nakonfigurovaná. Já mám pevnou, veřejnou IPv4 adresu a k ní patří pevný IPv6 prefix. Takže já IPv6 prefix znám.

Jediné co nejde, je to routování durch - z klientského počítače. Z toho samotného routeru se jeví plně funkční IPv4 i IPv6. Tam je nejspíše chyba v tom, že na tom routeru se používá adresa pro default route linková, lokální, což teoreticky může vadit.

V každém případě v současném stavu IPv6 ping z routeru jde a z klienta vytajmautuje.

Co jsem vyzjistil, jiné parametry, než net.ipv6.conf.ppp0.accept_ra=2 a net.ipv6.conf.all.forwarding=1 není potřeba pro IPv6 forwardování nastavovat. Tam musí být ještě nějaký drobný, ale bohužel kritický, detail.

[trekker.dk]

Tam je nejspíše chyba v tom, že na tom routeru se používá adresa pro default route linková, lokální, což teoreticky může vadit.

Proč by mělo? Je to PPP rozhraní, co do něj spadne na jedné straně, na druhé vypadne. Pokud nechcete komunikovat přímo s tím počítačem na druhé straně, tak na té adrese nezáleží. Všimněte si, že pro IPv4 tam (nejspíš) máte default dev ppp0 bez adresy.

Tam musí být ještě nějaký drobný, ale bohužel kritický, detail.

Detail je: máte na tom routeru na jeho vnitřním rozhraní nastavenou IPv6 adresu z toho rozsahu, který jste dostal, a na klientech taky?

[zajdee]

Jaký prefix znáte? Na DSL se používají až dva prefixy.

1) /64 prefix na WAN, oznamuje ho PPPoE protistrana pomocí router advertisementů. Pokud máte ppp0.accept_ra=2, tak se na rozhraní ppp0 samy nakonfigurují adresy z tohoto prefixu. Tenhle prefix nemůžete úplně triviálně použít pro zařízení v LAN (za routerem). Někteří ISP ho navíc vůbec nepřidělují (to nevadí, protože default gateway klidně může být link-local adresa).

2) delegovaný prefix, o ten musí váš router požádat pomocí dhcpv6 klienta (vy jste klient). Obdržený prefix o velikosti někde mezi /56 a /64 (podle ISP) pak musíte rozkouskovat na /64 a jednu /64 přidělit na LAN rozhraní a spustit na LAN vlastní router advertisement démon (např radvd). Nezapomeňte povolit IPv6 forwarding. Pouhá ruční konfigurace známého delegovaného prefixu na LAN nestačí, CETIN kontroluje oprávněnost použití prefixu a oprávněn jste až poté, co provedete DHCPv6 dotaz se žádostí o prefix. DHCPv6 dotazy musíte opakovat, jinak prefix expiruje a CETIN ho přestane routovat. To obvykle dělá DHCPv6 klient sám. Osobně používám Dibbler-client, který umí spustit skript poté, co obdrží prefix od DHCPv6 serveru.

BTW, v čem byl nakonec zádrhel s tím konvertorem? A jakou rychlostí linka běhá?

[trekker.dk]

Pouhá ruční konfigurace známého delegovaného prefixu na LAN nestačí, CETIN kontroluje oprávněnost použití prefixu a oprávněn jste až poté, co provedete DHCPv6 dotaz se žádostí o prefix. DHCPv6 dotazy musíte opakovat, jinak prefix expiruje a CETIN ho přestane routovat

Skutečně? Pokud si dobře pamatuju, mně to u O2 fungovalo bez DHCP.

[Petr Šobáň]

A neměl jste přidělenou statickou IPv6?

Pak samozřejmě DHCPv6 v režimu klient nepotřebujete....

[trekker.dk]

K tomu dokážu říct jenom možná Měl jsem za to, že jo, ale asi nebyla (narozdíl od IPv4) tak statická, jak jsem si myslel, protože se od té doby, kdy jsem to nastavoval, změnila. (Nepoužíváme IPv6, ta linka je záložní, pomalejší a navíc byl problém s tím, že blokují - nebo přinejmenším blokovali - MTU path discovery, takže pro IPv6 blbě použitelné)

[Barbucha.eu]

Byl tam špatně profil. CETIN údajně používá 12a, 17a a 35b a já jsem ten přepínač měl v poloze 30a. Takže se to jevilo jako odpojené. Zkoušel jsem testovat rychlost přes Meter.net. Linka běhá necelých 15 Mbit/s.

DHCPv6 klient zjevně je potřeba. Hlavně jsem díky němu zjistil, že předpoklad fixního IPv6 rozsahu se nekonal. Nevím, jak to bylo před čtyřmi lety, ale nově fixní IPv6 rozsah se musí platit zvlášť.

[Petr Šobáň]

To že tam máš profil 30a a cetin ho nepoužívá jsem ti psal že třeba nastavit 17a či 35b!

To že třeba získat přefix IPv6 pomocí DHCP klienta jsem ti taky psal!

Jinak u O2 žádná IPvX není statická vše jsou dynamické IPvX samozřejmě většinou se nemění, za statické IPvX musíš zaplatit.

A co si pamatuji tak to bylo i v minulosti, jediný rozdíl byl že kdysi se dostávaly dynamické veřejné IPv4, později neveřejné IPv4 po zavedení IPv6 jsi dostal neveřejnou IPv4 a dynamický IPv6 prefix.

Samozřejmě pokud jsi měl třeba z dřívějška veřejnou IPv4 tak ti to zůstalo, ale neměl jsi IPv6 a pokud jsi chtěl IPv6 tak jsi přišel o veřejnou IPv4 takže pokud jsi chtěl veřejnou IPv4 tak jedině platit a platit.....

Tady ta politika platit za IPvX se mi vůbec nelíbí to by dle mého názoru mělo být v ceně...

Já to řeším tak že veřejnou IPv4 nepotřebuji a u IPv6 pokud se prefix změní tak mi ho mikrotik změní v DNS na internetu takže se na své PC vždy dostanu.

[trekker.dk]

Tady ta politika platit za IPvX se mi vůbec nelíbí to by dle mého názoru mělo být v ceně...

Berte to tak, že většina lidí to (statický rozsah) nepotřebuje. Nebo "nepotřebuje" - IPv6 by krásně řešilo problém end-to-end služeb, které se dneska honí přes různé cloudy, ale to by muselo být k dispozici a fungovat.

Na straně poskytovatele připojení to ale přináší nenulové náklady, někdo/něco musí nastavit, že ten prefix má být statický, což je určitě pracnější, než přiřadit jeden velký rozsah a říct krabici "přiděluj, jak se ti zlíbí"

Takže vy chcete službu, kterou ostatní nepotřebují, ale taky chcete, aby vám ostatní přispívali na její provoz. To je trochu nefér.

[Barbucha.eu]

Ano, je to tak. Příroda peníze nebere. Ve skutečnosti všechny ceny by měly odrážet míru lidské práce k cíli potřebné (tedy náklady na práci ostatních lidí + můj přiměřený zisk za moji práci). Ale je tomu tak? Jaký je přiměřený zisk? Služba Veřejný pevný IPv6/64 rozsah stojí 119,79 Kč/měs. Odpovídá to vynaloženému, měsíčnímu úsilí na službu? Netuším. Nevidím do toho. Ideálně by to tak být mělo. (Fér/nefér bych do toho asi netahal.)

[Petr Šobáň]

Tady je problém že se pořád tlačí IPv4 které došly takže se dělají naty a různé obcházení....

A teď k tomu dodat i IPv6 a pak je to vše zbytečně složité....

Kdyby se už IPv4 vypnula bylo by to fajn.

A měsíční placení za statickou IPv6 proč? Ano bral bych chceš statickou IPv6 musí se to nastavit je to práce navíc, tak beru kdyby tam byl jednorázový poplatek za nastavení, kolik to může trvat 1h? Přeháním tak zaplatíš při zřízení 1000kč a je to.

Přece jednou nastavím a už do toho nemusím šahat, samozřejmě nějaká údržba musí být ale ta je přece započítaná v ceně internetu co platím měsíčně......

Ale to je na jinou diskuzi.

To mě připomíná když si kupoval auto můj otec tak si k tomu taky musel připlati za pásy (v tu dobu byly povinné na předních sedačkách), povinnou výbavu atd....

Už vidím jak při dnešním prodeji auta by tam byla položka za pásy....... atd....

[trekker.dk]

Přece jednou nastavím a už do toho nemusím šahat,

Skutečně do toho nemusíte sahat? Nemusíte školit lidi, co s tím zařízením pracují, o tom, jak je to nastaveno, jak se to ovládá? Nemusíte v případě výměny toho zařízení všechnu konfiguraci přenášet? To jsou průběžné náklady, které na lidi, co tu statickou IPv6 nepotřebují, nemusíte vynaložit.

samozřejmě nějaká údržba musí být ale ta je přece započítaná v ceně internetu co platím měsíčně...

A tu platíte stejnou jako člověk, který tu statickou IP nepotřebuje. Takový by vás pak dotoval.

Jinak mě neberte špatně, taky bych radši, kdybych nemusel IPv6 tunelovat od ochotných lidí, ale měl statický rozsah od ISP tak, jak to ukládá příslušné RFC. Ale postoj ISP, že je to něco navíc a mají s tím náklady navíc, chápu.

[Barbucha.eu]

To je zvláštní, v Německu nebo Rakousku se debaty nestáčejí neustále k tomu, že někdo někomu někde něco - nedej bože - dává? Nevím, proč…

Fér/nefér se týká ústavy, soudů, přístupu k lékařské péči či vzdělání, ale ne tarifní politiky soukromých firem. Promoakce také dotují stávající zákazníci.

Nemá cenu spekulovat, kde jak kdo je školen, jestli tam musí jezdit autem nebo na kole, jestli musí tahat dráty, přendavat bedny. Stačí se podívat na výnosy dividend operátora, přepočítat je na zákazníka a porovnat se stejným ukazatelem jinde. Porovnat kupní sílu. Čísla hovoří. Ale může se stát, že zjistíte, že nakonec je to jinde horší. Nemusí to být nutně lepší. Nedělal jsem takové srovnání.

[trekker.dk]

To je zvláštní, v Německu nebo Rakousku se debaty nestáčejí neustále k tomu, že někdo někomu někde něco - nedej bože - dává? Nevím, proč…

A k tomu, že bych měl něco dostat zadarmo se tam debaty stáčejí?

[Barbucha.eu]

Ani ne. Třeba pisoár je povětšinou zdarma. Někdy spíše pozvednou obočí, když se dozvědí, že se u nás za některé věci platí. Třeba daň z daně (díky superhrubé mzdě). Leč… Česko je také země, kde nejméně hrozí sociální vyloučení nebo kde se Němcům líbí jakási svoboda, menší sešněrovanost. Nebo je tu také jedno z nejmenších rizik rasového útoku. A i když bývalý ost-blok trpí odlivem lidí za lepším, Česko patří k těm zemím, kde lidé zůstávají. Je stále co pokazit!

Inu, tady se člověk narodil, tady je doma. Hic Rhodus, hic salta. Odejít jinam za lepším umí každý. Ale řekl bych, že pokračování této debaty už nepatří na ABC Linuxu

[Barbucha.eu]

Jak dlouho to trvá? Musím O2 pochválit - naklikal jsem objednávku a asi za čtvrt hoďky to bylo fertik.

[Barbucha.eu]

Ano, byly to právě hlavně Tvoje posty, které mne navedly na správnou cestu. Chtěl bych tedy touto cestou poděkovat a poděkovat i dalším zúčastněným, protože poskládat to puzzle dalo docela práci a každé trknutí hrálo roli ve správném nasměrování k cíli.

Ten co mi říkal o těch profilech, mi taky říkal, že PilsFREE se možná chystá na jaře expandovat sem do Chrástu a asi budou mít antény na škole, kam vidíme. Veřejná IPv4 i pevný IPv6 prefix nejsou problém a mělo by to snad běhat až 6o MBit/s a možná být i lacinější. Jenže je to zatím holub na střeše a ještě ani ne tady v Chrástu. Pak bych O2 asi opustil. Obecně ti tři operátoři nás kasírují asi v třetí největší míře v EU.

Postnu konfigurační soubory, kdyby se našel podobný blázen, jako já.

[Vantomas]

Tam je nejspíše chyba v tom, že na tom routeru se používá adresa pro default route linková, lokální, což teoreticky může vadit.

Jaká adresa se použije je jedno, protože tahle adresa se použije jen pro resolve MAC adresy na kterou se mají odroutovat přijaté rámce.

[Barbucha.eu]

Příloha:

• attachments.tar.gz (7174 bytů)

Chtěl bych zde sepsat, co všechno a jak jsem nastavil, aby to nakonec běhalo, kdyby se našel podobný blázen, jako já. Jistě se pod mým postem najdou komentáře, které doporučuji přečíst, neboť nejsem specialista v oblasti, kterou zde popisuji, ale tazatel, kterému se s přispěním ochotných čtenářů ABC Linuxu podařilo problém rozlousknout. Takže ještě jednou dík všem zúčastněným!

Kriticky důležitým parametrem je VDSL profil. Ten musí být sítí podporován. To je u terminátoru fy. CETIN zajištěno. Když jsem se o terminátoru, který právě přichází na trh, dozvěděl, měl jsem již krabičku koupenou. Krabičku s profily 17a a 30a. CETIN by měl podporovat 12a, 17a a 35b (nespoléhejte na to a kupte si raději ten terminátor). Použil jsem tedy 17a. Další důležitou věcí je VLAN tag nebo též VLAN ID. Operátor žádá 848 a Encapsulation LLC. To zapouzdření je trochu matoucí. Jestli jsem to správně pochopil, je již součástí standardu Ethernet a není se jím třeba zaobírat.

PPPoE spojení se musí navazovat přes virtuální, tzv. tagované, síťové rozhraní. Až je spojení navázáno, pro správnou funkci IPv6 vrstvy je nutno nakonfigurovat DHCP6 klienta, aby LAN rozhraní nastavil podle daného prefixu. WAN rozhraní (vytvoří se další virtuální rozhraní ppp0) se nakonfiguruje samo. Dostane IPv4 i IPv6 adresu automaticky. IPv6 adresa má jiný prefix, než budeme v naší síti používat. Jeho hodnota není podstatná.

Konfigurační soubory jsem zabalil do přílohy, protože jinak by komentář byl poněkud dlouhý. Jsou to soubory:

1. /etc/ppp/… s parametry PPPoE spojení
2. /etc/network/interfaces definující parametry síťových rozhraní
3. /etc/wide-dhcpv6/dhcp6c.conf obsahuje konfiguraci DHCP6 klienta
4. /etc/sysctl.conf s povolením forwardingu
5. /sbin/start-dhcp6.sh zajišťuje odložený start služby v post-up fázi PPP
6. firewall-setup.sh vytváří pravidla firewallu použitá v /etc/network/interfaces

Pro DHCP6 jsem nainstaloval wide-dhcpv6-client. Aby DHCP6 klient nezlobil a nestěžovali si při bootu, že rozhraní ppp0 neexistuje, službu jsem vypnul (systemctl disable wide-dhcpv6-client) a nechávám ji spustit skriptem v post-up-fázi PPP rozhraní. Pokud DHCP6 klient se spustí správně, přidělí LAN rozhraní adresu v rámci operátorem daného prefixu. V mém nastavení se přiděluje vždy stejná adresa.

Ještě jsem nainstaloval radvd, abych umožnil stateless nastavení klientským zařízením.

Vytočení respektive zavěšení se provádí příkazy ifup otwo respektive ifdown otwo. Pokud vše proběhne správně, je i po restartu počítače po nějaké době nastaven firewall, nakonfigurováno rozhraní ppp0 včetně IPv6 adresy a IPv6 adresu dostane i LAN rozhraní. Klientské počítače mají přístup k internetu přes IPv4 i IPv6. V příkladu se též z vnějšího světa zpřístupní webový server na routujícím počítači a poštovní server na počítači uvnitř LAN, abych pro úplnost ukázal i port-forwarding.

Jak jsem napsal: po nějaké době. Chce to trpělivost, konfigurace není úplná ihned po startu. Nicméně netrvá déle, než jednu, dvě minuty.

[Barbucha.eu]

Teď ještě pro pobavení: řeším s O2 takový prazvláštní problém. Ani v Linuxu ani ve Windows a ani při na routeru zcela otevřeném IPv6 firewallu mi některé stránky nevylezou. Když utilitou wget se dívám, co se děje, tak vidím, že někdy se spojí na IPv6 adresu, port 443, přijde 200 OK a stáhne se stránka. Jindy se spojí na jinou IPv6 adresu, port 80, přijde odpověď s přesměrováním na HTTPS. Ale po spojení na tutéž IPv6 adresu, jen tentokrát port 443, už odpověď nedorazí. Nedorazí už nic. Vytajmautuje to. Záhada… Prý mi během dneška zavolají, taxem zvědav.

[trekker.dk]

Záhada to není, je to vysvětlitelný a vysvětlený jev.

[Barbucha.eu]

Aha? Doufám, že vysvětlením není, že z nějakého důvodu tento probém na mém spojení nepotlačím

[Barbucha.eu]

Aha! Ona ta HTTPS odpověď, co se na ty počítače nedostavuje, se na routeru dostaví. Takže ona se ta odpověď jenom neroutuje dovnitř. Zasekne se na tom routeru. Jsem to ale kus bramborové natě. To mě mohlo napadnout hned, podívat se, co dělá wget na samotném routeru. Musím ještě vyřešit problém routování HTTPS. Zjistit, co ho způsobuje, a co proti tomu.

[Barbucha.eu]

V radvd.conf je potreba nakonfigurovat AdvLinkMTU s hodnotou, jakou ma rozhrani ppp0, tj. obvykle 1492.

[Barbucha.eu]

Vřelý dík! Drobná, zato cenná rada. A tolik štěstí Správný obsah souboru /etc/radvd.conf tedy zní:

interface enp1s0 {
	AdvSendAdvert on;
	MinRtrAdvInterval 3;
	MaxRtrAdvInterval 10;
	AdvLinkMTU 1492;
	prefix <prefix>/64 {
		AdvOnLink on;
		AdvAutonomous on;
		AdvRouterAddr on;
	};
};

Klientský počítač není potřeba restartovat. Změna se projeví ihned po restartu radvd na routeru.