9 / 46
nov. 2020

@anon97139585
Oeps, Ik dacht dat je Michael had aangeslingerd.
Dus bij deze nog een keer:
Kevin for president !! :sunglasses: :yum: :+1: :+1: :+1:
Heel hartelijk bedankt.

Hoi
Heel erg bedankt hiervoor. Ik ben nieuw bij Freedom, en ben net klaar met het opzetten van v6 op mijn eigen Ubiquiti Edgerouter X SFP. Ik gebruik een NTU, niet de glasvezel-SFP.

Deze instructies, samen met deze https://blog.daknob.net/setting-up-edgemax-devices-for-ote-ipv6/, hebben me geholpen V6 te krijgen met behulp van SLAAC-routing naar alle apparaten achter de Edgerouter

Zodra ik het wat meer heb getest (vooral de statische V6-adressen, die er nog niet helemaal zijn), zal ik een nieuw onderwerp maken met mijn configuratie. Maar ik had het niet kunnen laten werken zonder je tutorials, bedankt
(sorry voor mijn nederlandse, engelse versie volgt)
George

++
Thanks a lot for this. I’m new to Freedom, and have just finished setting up v6 on my own Ubiquiti Edgerouter X SFP. Using an NTU, not the fibre SFP.

These instructions, along with these https://blog.daknob.net/setting-up-edgemax-devices-for-ote-ipv6/ helped me get V6 using SLAAC routing to all the devices behind the Edgerouter

Once I have tested it a bit more (particularly the static V6 addresses, which aren’t quite there yet), I will make a new topic with my config. But I wouldn’t have been able to get it working without your tutorials, thanks

George

Ik krijg het helaas niet voor elkaar. :thinking:

Bij de SSH-methode loopt de zaak vast bij na het “service network restart”-commando. Ik krijg dan geen verbinding meer met de router.

En bij de GUI-methode krijg ik een “unknown error”…

Ik gebruik een Netgear R7000. Iemand ervaringen met dezelfde router?

Dat is ontzettend fijn!

Dit is de default instelling van /etc/config/network:

config interface 'loopback' option ifname 'lo' option proto 'static' option ipaddr '127.0.0.1' option netmask '255.0.0.0' config globals 'globals' option ula_prefix 'fdbf:74e5:6daf::/48' config interface 'lan' option type 'bridge' option ifname 'eth0.1' option proto 'static' option ipaddr '192.168.1.1' option netmask '255.255.255.0' option ip6assign '60' config interface 'wan' option ifname 'eth0.2' option proto 'dhcp' config device 'wan_eth0_2_dev' option name 'eth0.2' option macaddr '****' config interface 'wan6' option ifname 'eth0.2' option proto 'dhcpv6' config switch option name 'switch0' option reset '1' option enable_vlan '1' config switch_vlan option device 'switch0' option vlan '1' option ports '1 2 3 4 5t' config switch_vlan option device 'switch0' option vlan '2' option ports '0 5t'

Het loopt als een trein. Heel fijn!

Denk je dat een vergelijkbare instelling op een DD-WRT mogelijk is?

Mon Nov 2 14:50:47 2020 daemon.debug pppd[3911]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xbf90eaa2>]
Mon Nov 2 14:50:47 2020 daemon.debug pppd[3911]: rcvd [LCP ConfReq id=0xd4 <mru 1492> <magic 0x5ae32a51>]
Mon Nov 2 14:50:47 2020 daemon.debug pppd[3911]: sent [LCP ConfAck id=0xd4 <mru 1492> <magic 0x5ae32a51>]
Mon Nov 2 14:50:47 2020 daemon.debug pppd[3911]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xbf90eaa2>]

Na service network restart is dit de log. 16:00 uur is UTC, neem ik aan.

Mon Nov 2 16:00:26 2020 daemon.notice pppd[2824]: Connect: pppoe-wan <--> eth0.6 Mon Nov 2 16:00:26 2020 daemon.debug pppd[2824]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf86e4cf0>] Mon Nov 2 16:00:26 2020 daemon.debug pppd[2824]: rcvd [LCP ConfReq id=0xc3 <mru 1492> <auth chap MD5> <magic 0x4ba50141>] Mon Nov 2 16:00:26 2020 daemon.debug pppd[2824]: sent [LCP ConfAck id=0xc3 <mru 1492> <auth chap MD5> <magic 0x4ba50141>] Mon Nov 2 16:00:26 2020 daemon.debug pppd[2824]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xf86e4cf0>]

De output daarvan is:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000 link/ether {{MAC}} brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether {{MAC}} brd ff:ff:ff:ff:ff:ff 4: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether {{MAC}} brd ff:ff:ff:ff:ff:ff 10: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether {{MAC}} brd ff:ff:ff:ff:ff:ff 11: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000 link/ether {{MAC}} brd ff:ff:ff:ff:ff:ff 18: eth0.6@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether e4:f4:c6:18:01:66 brd ff:ff:ff:ff:ff:ff 19: pppoe-wan: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc fq_codel state UNKNOWN qlen 3 link/ppp

I use the GL-B1300 flashed with stock OpenWRT. Works very well.

Some people complain about the WiFi performance but I use a separate AP so can’t comment on that, but as a router between Ethernet -> PPPoE I have no complaints.

Wat dacht je van het Europese product van CZNIC: Turris Omnia en Turris MOX: Turris - network devices
OpenWRT wordt bij hun alleen op BTRFS opgeslagen zodat ze upgrades in een transactie kunnen verwerken.
(“unbrickable”).

3 maanden later

@anon97139585

Goedemiddag,

Ik heb jouw tutorial gevolgd om te kijken of ik mijn WRT3200ACM met Openwrt kan gebruiken voor Freedom. Momenteel zit ik nog bij xs4all maar de instellingen leken op die van freedom. Ik heb deze instructie erbij gelegd [OpenWrt Wiki] ISP Configurations 18 . Ik heb een Genexis FTU welke op de website van freedom staat dat dit ook en NTU is.

Echter ik krijg connection attempt failed en ik zie bij de switch vlan geen poort aanwijzing (zie screenshots) . Wat mis ik ? Er wordt geen verbinding wordt gemaakt (en ik ben bang dat dit dan ook met Freedom gebeurd) poort 4 is de aansluiting naar de FTU/NTU

Ik heb dan maar ook de 5490 bij de nieuwe aansluting van Freedom mee besteld. :slight_smile:


Er zijn connectie providers die geen VLAN6 untagged aanleveren als er geen TV (VLAN4) wordt afgenomen.
je kan proberen of pppoE over de ruwe eth0 kan.

Ik heb instellingen verandert naar de wan poort …eth1.6. Ik dacht dat dit eerst het probleem was daarom naar LAN poort 4 . Dit laat de GUi nog steeds niet zien dat er een kabel in de WAN poort zit. Dit zit mij dan niet lekker. Oh en meerdere kabels geprobeerd omdat uit te sluiten

Gezien de instructie van Freedom en Xs4all nagenoeg gelijk waren en beide eigen modems aan bieden ga ik er van uit dat ook zei untagged VLAN6 aanbieden (dit kan mij fout zijn )
P.S als Xs4all het probleem is dan laat ik het rusten tot dat de aansluiting van Freedom er is.

De dump van logread

Citaat Wed Feb 17 16:28:00 2021 daemon.debug pppd[15753]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Wed Feb 17 16:28:00 2021 daemon.debug pppd[15753]: dst ff:ff:ff:ff:ff:ff src 60:38:e0:cd:9d:28
Wed Feb 17 16:28:00 2021 daemon.debug pppd[15753]: [service-name] [host-uniq 89 3d 00 00]
Wed Feb 17 16:28:03 2021 daemon.info procd: Instance sysntpd::instance1 pid 2302 not stopped on SIGTERM, sending SIGKILL instead
Wed Feb 17 16:28:05 2021 daemon.warn pppd[15753]: Timeout waiting for PADO packets
Wed Feb 17 16:28:05 2021 daemon.err pppd[15753]: Unable to complete PPPoE Discovery
Wed Feb 17 16:28:05 2021 daemon.info pppd[15753]: Exit.
Wed Feb 17 16:28:05 2021 daemon.notice netifd: Interface ‘wan’ is now down
Wed Feb 17 16:28:05 2021 kern.info kernel: [ 6086.713649] mvneta f1070000.ethernet eth1: Link is Down
Wed Feb 17 16:28:05 2021 daemon.notice netifd: Interface ‘wan’ is disabled
Wed Feb 17 16:28:05 2021 daemon.notice netifd: Interface ‘wan’ is enabled
Wed Feb 17 16:28:05 2021 daemon.notice netifd: Interface ‘wan’ is setting up now
Wed Feb 17 16:28:05 2021 kern.info kernel: [ 6086.724626] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
Wed Feb 17 16:28:05 2021 kern.info kernel: [ 6086.732403] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Wed Feb 17 16:28:05 2021 kern.info kernel: [ 6086.738282] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
Wed Feb 17 16:28:05 2021 kern.info kernel: [ 6086.746219] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Wed Feb 17 16:28:05 2021 daemon.err insmod: module is already loaded - slhc
Wed Feb 17 16:28:05 2021 daemon.err insmod: module is already loaded - ppp_generic
Wed Feb 17 16:28:05 2021 daemon.err insmod: module is already loaded - pppox
Wed Feb 17 16:28:05 2021 daemon.err insmod: module is already loaded - pppoe
Wed Feb 17 16:28:05 2021 daemon.info pppd[16019]: Plugin rp-pppoe.so loaded.
Wed Feb 17 16:28:05 2021 daemon.info pppd[16019]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Wed Feb 17 16:28:06 2021 daemon.notice pppd[16019]: pppd 2.4.7 started by root, uid 0
Wed Feb 17 16:28:06 2021 daemon.debug pppd[16019]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Wed Feb 17 16:28:06 2021 daemon.debug pppd[16019]: dst ff:ff:ff:ff:ff:ff src 60:38:e0:cd:9d:28
Wed Feb 17 16:28:06 2021 daemon.debug pppd[16019]: [service-name] [host-uniq 93 3e 00 00]
Wed Feb 17 16:28:11 2021 daemon.debug pppd[16019]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Wed Feb 17 16:28:11 2021 daemon.debug pppd[16019]: dst ff:ff:ff:ff:ff:ff src 60:38:e0:cd:9d:28
Wed Feb 17 16:28:11 2021 daemon.debug pppd[16019]: [service-name] [host-uniq 93 3e 00 00]
Wed Feb 17 16:28:16 2021 daemon.debug pppd[16019]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Wed Feb 17 16:28:16 2021 daemon.debug pppd[16019]: dst ff:ff:ff:ff:ff:ff src 60:38:e0:cd:9d:28
Wed Feb 17 16:28:16 2021 daemon.debug pppd[16019]: [service-name] [host-uniq 93 3e 00 00]
Wed Feb 17 16:28:21 2021 daemon.notice netifd: Interface ‘wan’ is now down
Wed Feb 17 16:28:21 2021 kern.info kernel: [ 6102.513819] mvneta f1070000.ethernet eth1: Link is Down
Wed Feb 17 16:28:21 2021 daemon.notice netifd: Interface ‘wan’ is disabled
Wed Feb 17 16:28:21 2021 daemon.notice netifd: Interface ‘wan’ is enabled
Wed Feb 17 16:28:21 2021 daemon.notice netifd: Interface ‘wan’ is setting up now
Wed Feb 17 16:28:21 2021 kern.info kernel: [ 6102.524765] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
Wed Feb 17 16:28:21 2021 kern.info kernel: [ 6102.532553] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Wed Feb 17 16:28:21 2021 kern.info kernel: [ 6102.538454] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
Wed Feb 17 16:28:21 2021 daemon.err insmod: module is already loaded - slhc
Wed Feb 17 16:28:21 2021 daemon.err insmod: module is already loaded - ppp_generic
Wed Feb 17 16:28:21 2021 daemon.err insmod: module is already loaded - pppox
Wed Feb 17 16:28:21 2021 daemon.err insmod: module is already loaded - pppoe
Wed Feb 17 16:28:21 2021 daemon.info pppd[16223]: Plugin rp-pppoe.so loaded.
Wed Feb 17 16:28:21 2021 daemon.info pppd[16223]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Wed Feb 17 16:28:21 2021 daemon.notice pppd[16223]: pppd 2.4.7 started by root, uid 0
Wed Feb 17 16:28:21 2021 daemon.debug pppd[16223]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Wed Feb 17 16:28:21 2021 daemon.debug pppd[16223]: dst ff:ff:ff:ff:ff:ff src 60:38:e0:cd:9d:28
Wed Feb 17 16:28:21 2021 daemon.debug pppd[16223]: [service-name] [host-uniq 5f 3f 00 00]
Wed Feb 17 16:28:21 2021 kern.info kernel: [ 6102.613667] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Wed Feb 17 16:28:26 2021 daemon.debug pppd[16223]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Wed Feb 17 16:28:26 2021 daemon.debug pppd[16223]: dst ff:ff:ff:ff:ff:ff src 60:38:e0:cd:9d:28
Wed Feb 17 16:28:26 2021 daemon.debug pppd[16223]: [service-name] [host-uniq 5f 3f 00 00]

Ja ik heb daar inderdaad wat staan met password 1234 zodat er iets staat. Oh ik krijg deze wel de hele tijd Error: Unknown error (USER_REQUEST)

  1. WAN poort wordt zichtbaar met kabel ingeplugd
  2. Lampjes branden en knipperen zowel op de FTU/NTU als Windows geven een verbinding (geen IP etc)

Fritzbox heeft overigs nergens last van die kan communiceren met de FTU. Waarom openwrt dan niet ?

config interface ‘loopback’
option ifname ‘lo’
option proto ‘static’
option ipaddr ‘127.0.0.1’
option netmask ‘255.0.0.0’

config globals ‘globals’
option ula_prefix ‘fdb5:5175:0d88::/48’

config interface ‘lan’
option type ‘bridge’
option ifname ‘eth0.1’
option proto ‘static’
option netmask ‘255.255.255.0’
option ip6assign ‘60’
option ipaddr ‘192.168.178.2’

config interface ‘wan’
option proto ‘pppoe’
option ipv6 ‘auto’
option pppd_options ‘debug’
option ifname ‘eth1.6’
option username ‘fake@freedom.nl’
option password ‘1234’

config switch
option name ‘switch0’
option reset ‘1’
option enable_vlan ‘1’

config switch_vlan
option device ‘switch0’
option vlan ‘1’
option vid ‘1’
option ports ‘1 2 3 5t’

config switch_vlan
option device ‘switch0’
option vlan ‘3’
option vid ‘6’
option ports ‘4t 5t 6t’

Als ik het goed lees zegt mijn config Vlan 3 …maar die zie ik niet in de GUI

Ja inderdaad maar dat de WAN port geen kabel detecteert blijft raar. Net nog een Linux geprobeerd en daar vond hij de kabel en de ledje knipperen. Denk dat VLAN nog niet het probleem zijn maar het feit dat openwrt geen kabel ziet

Hoi Kevin,

Ik ben al aan het kijken en 1 van de suggestie op internet is een crossover network cable …dus besteld.

Dmesg geeft het volgende aan toen ik probeerde een crossover kabel te vinden in een stapel oude kabels.

[ 5812.222471] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 5812.228432] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5812.238513] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5827.483362] mvneta f1070000.ethernet eth1: Link is Down
[ 5827.494878] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
[ 5827.502671] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 5827.508824] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5827.519969] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5842.813326] mvneta f1070000.ethernet eth1: Link is Down
[ 5842.824229] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
[ 5842.832010] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 5842.837897] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5842.848960] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5858.103345] mvneta f1070000.ethernet eth1: Link is Down
[ 5858.114376] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
[ 5858.122202] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 5858.128097] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5858.138389] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5873.433357] mvneta f1070000.ethernet eth1: Link is Down
[ 5873.444808] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
[ 5873.452747] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 5873.458877] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5873.468952] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5888.763354] mvneta f1070000.ethernet eth1: Link is Down
[ 5888.774455] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
[ 5888.782239] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 5888.788132] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5888.798257] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5904.063406] mvneta f1070000.ethernet eth1: Link is Down
[ 5904.074450] mvneta f1070000.ethernet eth1: configuring for fixed/rgmii-id link mode
[ 5904.082231] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 5904.088129] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5904.097983] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready

Hoi Kevin,

De unmanaged switch werkte ik kreeg ten minst een IPv6 verbinding via WAN.

Nou IPv4 krijgt hij nog niet en dan moet ik nog eens naar het IPtv verhaal kijken. Maar bedankt ik ben in ieder geval een stuk verder.:slight_smile:

11 dagen later

@anon97139585 ,
Klopt en ziet er top uit.
Helaas lukt het mij niet om daaruit de setup voor de USG te distilleren.
Ongetwijfeld gevalletje te weinig inzicht.

Gr. E

1 maand later

Bedankt voor de handleiding. Was handig om even snel de boel te configureren. Ik had nogal een lange ketting allemaal nieuwe dingen: overstap op glasvezel, glasvezel kabel in de FTU, aangesloten via een SFP module in de switch (met een onhandig web user interface), router met OpenWRT en nieuwe provider uiteraard.
Dan is het wel handig als je een beetje houvast hebt.

Tip voor mensen die dezelfde route gaan: heb ook even een paar minuten geduld na het veranderen van instellingen. De PPPoe verbinding is niet instantaan opgezet. WAN IPv6 duurt ook even voordat die in de lucht is.

WAN IPv6 is via DHCP (PD) over de PPPoE verbinding en wordt niet in de PPP onderhandeling meegenomen.
Dus IPv6 adres komt pas nadat PPP stabiel actief is.

5 maanden later

En wederom dank aan Kevin om een update van de handleidingen te maken voor OpenWRT 21.02 waarbij de configuratie van de switch veranderd is.

Heb zelf zonet mijn router van 19.07.7 naar 21.02.0 gemigreerd en de netwerkinstellingen via het ingebouwde script laten omzetten (in de web interface wordt gevraagd of je dat wil). Dat werkte gelukkig prima.

3 maanden later

Hoi,
Na het debacle met IPV6 werkend krijgen op mijn Vigor (Spoiler: Niet gelukt), toch maar eens wat vrije uurtjes besteed aan het configureren van OpenWrt als router.
Setup is nu Vigor 2862 (modem) → Ubiquity Edgerouter X met OpenWrt 21.02 (router) → Fritzbox en Fritzrepeaters (AP)

Allereerst complimenten aan de documentatie, had het bijzonder snel aan de praat. Ondanks dat ik nog wat heb moeten bijschaven aan de configuratie.

Wat er bij mijn router anders moest, is de VLAN setup. De Edgerouter heeft namelijk geen configureerbare switch. Althans, niet in OpenWrt. Heb niet de moeite genomen om uit te zoeken wat daarvan de reden is, maar met een workaround werkte het ook.

Als alternatief heb ik een extra device aangemaakt eth0.6 (VLAN 802.1q), naast eth0. Over dit device loopt de PPPoE, de eth0 is de interface modem om de Draytek nog te kunnen benaderen. Werkt als een zonnetje.

Verder heb andere IP ranges en subnetten gebruikt, omdat ik al sinds jaar en dag gebruik maak van 10.0.0.0/16. Daarbij liep ik nog tegen het ‘probleem’ aan dat in de DHCP configuratie de range direct gekoppeld is aan het IP van de router. Normaliter kun je een start- en eind IP opgeven voor DHCP, of anders start IP en aantal leases. Ter illustratie, router heeft bij mij 10.0.0.1, DHCP loopt vanaf 10.0.10.1. Maar gelukkig bleek het mogelijk om ‘door te tellen’. Dus met een startwaarde van 2561 doet hij precies wat ik wil. Maar, intuitief is anders.

Dan nog een vraag voor de OpenWrt specialisten: Voor de Apple TV moeten bepaalde domeinen geresolved worden door een andere DNS server. Zal verder niet uitweiden over de reden hiervan :wink: Maar, hoe zou ik dit kunnen configureren in OpenWrt?

Mja, VLAN is inderdaad een optie maar geeft wel veel nadelen. Bovendien moet ik dan ook nog de switches in mijn netwerk erbij gaan betrekken. Heb inmiddels wel de setting gevonden voor dnsmasq om bepaalde domeinen via een andere server te resolven, daar ga ik eerst maar eens mee spelen:

-S, --local, --server=[/[]/[domain/]][[#]][@][@[#]]
Specify IP address of upstream servers directly. Setting this flag does not suppress reading of /etc/resolv.conf, use --no-resolv to do that. If one or more optional domains are given, that server is used only for those domains and they are queried only using the specified server. This is intended for private nameservers: if you have a nameserver on your network which deals with names of the form xxx.internal.thekelleys.org.uk at 192.168.1.1 then giving the flag --server=/internal.thekelleys.org.uk/192.168.1.1 will send all queries for internal machines to that nameserver, everything else will go to the servers in /etc/resolv.conf. DNSSEC validation is turned off for such private nameservers, UNLESS a --trust-anchor is specified for the domain in question. An empty domain specification, // has the special meaning of “unqualified names only” ie names without any dots in them. A non-standard port may be specified as part of the IP address using a # character. More than one --server flag is allowed, with repeated domain or ipaddr parts as required.
More specific domains take precedence over less specific domains, so: --server=/google.com/1.2.3.4 --server=/www.google.com/2.3.4.5 will send queries for google.com and gmail.google.com to 1.2.3.4, but www.google.com will go to 2.3.4.5

Matching of domains is normally done on complete labels, so /google.com/ matches google.com and www.google.com but NOT supergoogle.com. This can be overridden with a * at the start of a pattern only: /*google.com/ will match google.com and www.google.com AND supergoogle.com. The non-wildcard form has priority, so if /google.com/ and /*google.com/ are both specified then google.com and www.google.com will match /google.com/ and /*google.com/ will only match supergoogle.com.

For historical reasons, the pattern /.google.com/ is equivalent to /google.com/ if you wish to match any subdomain of google.com but NOT google.com itself, use /*.google.com/

The special server address ‘#’ means, “use the standard servers”, so --server=/google.com/1.2.3.4 --server=/www.google.com/# will send queries for google.com and its subdomains to 1.2.3.4, except www.google.com (and its subdomains) which will be forwarded as usual.

Also permitted is a -S flag which gives a domain but no IP address; this tells dnsmasq that a domain is local and it may answer queries from /etc/hosts or DHCP but should never forward queries on that domain to any upstream servers. --local is a synonym for --server to make configuration files clearer in this case.

IPv6 addresses may include an %interface scope-id, eg fe80::202:a412:4512:7bbf%eth0.

The optional string after the @ character tells dnsmasq how to set the source of the queries to this nameserver. It can either be an ip-address, an interface name or both. The ip-address should belong to the machine on which dnsmasq is running, otherwise this server line will be logged and then ignored. If an interface name is given, then queries to the server will be forced via that interface; if an ip-address is given then the source address of the queries will be set to that address; and if both are given then a combination of ip-address and interface name will be used to steer requests to the server. The query-port flag is ignored for any servers which have a source address specified but the port may be specified directly as part of the source address. Forcing queries to an interface is not implemented on all platforms supported by dnsmasq.

1 maand later

Hoi allen,

Ik ben vandaag aangesloten bij Freedom, ik ben een oud XS4Aller die op de vlucht is geslagen voor het KPN keurslijf.

Het is mij gelukt om Freedom internet via KPN glasvezel werkend te krijgen met een OpenWRT router. De informatie in dit stuk was erg leerzaam, maar voor mijn router, een mikrotik RB750Gr3, werkte het niet, omdat ik in mijn router geen ‘switch’ en ‘VLAN’ configuratie heb in LuCI.

Ik heb het desondanks wel werkend gekregen en die kennis maar vastgelegd in een artikeltje.

https://www.geheid.nl/openwrt-met-freedom-internet-via-kpn-glasvezel 78

Doe er je voordeel mee :slight_smile:

Volgens mij loop ik hier ook tegenaan als ik OpenWRT op een Fritzbox 5490 probeer. Het is me nog niet gelukt om de WAN verbinding hiermee aan de gang te krijgen. Bij de Omnia is het inderdaad gewoon .6 erbij zetten in de PPPoE configuratie.

3 maanden later

op 3 mei 2022 gesloten

Dit topic is 24 uur na het laatste antwoord automatisch gesloten. Nieuwe antwoorden zijn niet meer toegestaan.