[Handleiding:] configureren van OpenWrt

INTERNET TOEGANG Router/Modem en server instellingen
, , , ,
44

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>]
46

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
56

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.

1 like
57

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”).

1 like
58

@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 . 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:

switc vlan
switc vlan947×364 38.8 KB

interface
interface898×570 32.2 KB

59

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.

61

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

switch vlan eth1
switch vlan eth1957×327 34.3 KB

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]

63

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)

65
  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 ?

67

Denk het niet want ik heb momenteel 500 up en down …

69

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

72

Verandert maar nog steeds geen verbinding noch een kabel connect op de WAN poort

74

Hoi kevin,
Nog steeds verbinding noch kabel connect… Helpt dit ?

ports
ports782×244 19.5 KB

76

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

78

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

81

Hoi Kevin,

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

84

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:

86

@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

87

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.

89

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.

1 like