Sommige sites bereikbaar, andere niet

[Paul van der Vlis]

Hoi,

Ik probeer een router aan de praat te krijgen met KPN glas. Het gaat om
een Raspberry Pi met daarop een NAT-firewall (een script van mij wat
verder overal werkt).

De verbinding met KPN is wat complex allemaal (VLAN, PPP, hardware
encryptie door kastje KPN), maar eigenlijk lijkt het allemaal keurig te
werken want vanaf de Raspberry werkt alles goed voor zover ik kan zien.

Maar niet vanaf de clients daarachter. Vanaf die clients kan ik wel
pingen naar alles, daarop komt netjes een antwoord. Maar via een browser
werkt veel niet. Als ik ga naar mijn website zie ik deze pogingen ook
niet terug in de logs.

Voorbeelden van sites die wel werken:
google.com outlook.com marktplaats.nl nu.nl telegraaf.nl

Voorbeelden van sites die niet werken:
groningen.nl vandervlis.nl edanz.nl internet.nl duckduckgo.com

Als de Raspberry wordt losgekoppeld en vervangen door de KPN router, dan
werkt alles wel op de clients.

Als ik vanaf een client met telnet connect naar bijvoorbeeld
vandervlis.nl op poort 443 dan komt er een verbinding.

Heeft iemand enig idee wat dit zou kunnen zijn?

Groet,
Paul

[Richard Lucassen]

On Wed, 19 Jun 2024 10:45:03 +0200

Post by Paul van der Vlis
Als de Raspberry wordt losgekoppeld en vervangen door de KPN router,
dan werkt alles wel op de clients.
Als ik vanaf een client met telnet connect naar bijvoorbeeld
vandervlis.nl op poort 443 dan komt er een verbinding.
Heeft iemand enig idee wat dit zou kunnen zijn?

Dat riekt wellicht naar een mtu probleem, wat is de mtu van die lijn?

Je kunt proberen om de kaart waar de clients achter zitten even een
lagere mtu te geven, gewoon even quick and dirty kijken wat er dan
gebeurt:

ip link set eth1 mtu 1360

Je hebt trouwens wel 2 keer NAT op deze manier. Misschien beter de KPN
router te vertellen dat je netwerken achter de RPi liggen en de boel
alleen te laten NAT-en door de router. Maar dat terzijde.

[Paul van der Vlis]

Hoi Richard en anderen,

Post by Richard Lucassen
On Wed, 19 Jun 2024 10:45:03 +0200

Post by Paul van der Vlis
Als de Raspberry wordt losgekoppeld en vervangen door de KPN router,
dan werkt alles wel op de clients.
Als ik vanaf een client met telnet connect naar bijvoorbeeld
vandervlis.nl op poort 443 dan komt er een verbinding.
Heeft iemand enig idee wat dit zou kunnen zijn?

Dat riekt wellicht naar een mtu probleem, wat is de mtu van die lijn?
Je kunt proberen om de kaart waar de clients achter zitten even een
lagere mtu te geven, gewoon even quick and dirty kijken wat er dan
ip link set eth1 mtu 1360

Hmm, interessant.

Post by Richard Lucassen
Je hebt trouwens wel 2 keer NAT op deze manier. Misschien beter de KPN
router te vertellen dat je netwerken achter de RPi liggen en de boel
alleen te laten NAT-en door de router. Maar dat terzijde.

Het is de bedoeling de KPN router niet te gebruiken.

Groet,
Paul

[Richard Lucassen]

On Wed, 19 Jun 2024 23:15:13 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
ip link set eth1 mtu 1360

Hmm, interessant.

Post by Richard Lucassen
Je hebt trouwens wel 2 keer NAT op deze manier. Misschien beter de
KPN router te vertellen dat je netwerken achter de RPi liggen en de
boel alleen te laten NAT-en door de router. Maar dat terzijde.

Het is de bedoeling de KPN router niet te gebruiken.

Ah, de RPi doet de PPPoE? Dan moet je wel je kaart op mtu 1512 zetten,
8 bytes voor PPPoE en 4 bytes voor VLAN6. Tenminste, als KPN RFC4638
(of zoiets) praat. Als de RPi geen mtu van groter dan 1500 aankan dan
krijg je een mtu van 1492 of 1488. Dat werkt ook wel, maar dan zou ik
een MSS rule in je firewall zetten.

Ik krijg volgende week een glaslijn bij Freedom over Open Dutch Fiber
en volgens mij kan ik daar wel een ppp0 device met mtu van 1500 op
krijgen. En mijn Linuxdoos kan ik op mtu 1512 zetten, anders zou ik dat
kunnen vergeten.

Maar wat doet een

ip li set eth1 mtu 1420

nou?

R.

[Paul van der Vlis]

Post by Richard Lucassen
On Wed, 19 Jun 2024 23:15:13 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
ip link set eth1 mtu 1360

Hmm, interessant.

Post by Richard Lucassen
Je hebt trouwens wel 2 keer NAT op deze manier. Misschien beter de
KPN router te vertellen dat je netwerken achter de RPi liggen en de
boel alleen te laten NAT-en door de router. Maar dat terzijde.

Het is de bedoeling de KPN router niet te gebruiken.

Ah, de RPi doet de PPPoE?

Ja.

Post by Richard Lucassen
Dan moet je wel je kaart op mtu 1512 zetten,

Je bedoeld het ethernet device waar de VLAN over gaat?

Post by Richard Lucassen
8 bytes voor PPPoE en 4 bytes voor VLAN6. Tenminste, als KPN RFC4638
(of zoiets) praat. Als de RPi geen mtu van groter dan 1500 aankan dan
krijg je een mtu van 1492 of 1488.

Dus van al die devices de MTU vastleggen? Of is het voldoende de MTU
van de LAN kleiner te maken? (eth0 is de LAN.)

Dit is het nu:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
group default qlen 1000
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
group default qlen 1000
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast
state DOWN group default qlen 1000
6: ***@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
state UP group default qlen 1000
11: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc
pfifo_fast state UNKNOWN group default qlen 3
12: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1412 qdisc noqueue state
UNKNOWN group default qlen 1000

Post by Richard Lucassen
Dat werkt ook wel, maar dan zou ik
een MSS rule in je firewall zetten.

Nog nooit zoiets gemaakt, kun je een voorbeeld geven met iptables?

Post by Richard Lucassen
Ik krijg volgende week een glaslijn bij Freedom over Open Dutch Fiber
en volgens mij kan ik daar wel een ppp0 device met mtu van 1500 op
krijgen. En mijn Linuxdoos kan ik op mtu 1512 zetten, anders zou ik dat
kunnen vergeten.
Maar wat doet een
ip li set eth1 mtu 1420
nou?

Dat heb ik nog niet geprobeerd, wellicht vanavond. Ik wil mezelf ook
niet buitensluiten bij een verkeerde config. Vandaag andere dingen.

Groet,
Paul

[Richard Lucassen]

On Thu, 20 Jun 2024 09:16:39 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
Dan moet je wel je kaart op mtu 1512 zetten,

Je bedoeld het ethernet device waar de VLAN over gaat?

Yep

Post by Paul van der Vlis

Post by Richard Lucassen
8 bytes voor PPPoE en 4 bytes voor VLAN6. Tenminste, als KPN RFC4638
(of zoiets) praat. Als de RPi geen mtu van groter dan 1500 aankan
dan krijg je een mtu van 1492 of 1488.

Dus van al die devices de MTU vastleggen? Of is het voldoende de MTU
van de LAN kleiner te maken? (eth0 is de LAN.)

Nee, alleen die eth0, die stations krijgen als het goed is snel genoeg
in de gaten dat de packetsize kleiner is. 't Is ook maar even een
Q&D tets om pakketten klein te houden.

Post by Paul van der Vlis
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
noqueue state UP group default qlen 1000

Kun je eth1 op mtu 1512 zetten? Er zijn er zat die niet hoger gaan dan
1500

Post by Paul van der Vlis
11: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc
pfifo_fast state UNKNOWN group default qlen 3

Post by Richard Lucassen
Dat werkt ook wel, maar dan zou ik
een MSS rule in je firewall zetten.

Nog nooit zoiets gemaakt, kun je een voorbeeld geven met iptables?

iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN \
-j TCPMSS --clamp-mss-to-pmtu

Maar zoiets blijft een "laten we hopen dat het werkt" mechanisme. Als
er ergens onderweg icmp pakketten "fragmentation needed" worden
weggedonderd dan zit je. Beter is om ppp0 1500 bytes te laten zijn dan
heb je dat gezeur niet.

Maar begin eerst met

ip link set eth1 mtu 1512

Als dat niet werkt dan houdt het verhaal van ppp0 op 1500 bytes op en
als het wel gaat dan is de vraag of het KPN netwerk RFC4638
ondersteunt. Ik vermoed van wel want bij xs4all werkte dat IIRC wel.

R.

[Paul van der Vlis]

Post by Richard Lucassen
On Thu, 20 Jun 2024 09:16:39 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
Dan moet je wel je kaart op mtu 1512 zetten,

Je bedoeld het ethernet device waar de VLAN over gaat?

Yep

Post by Paul van der Vlis

Post by Richard Lucassen
8 bytes voor PPPoE en 4 bytes voor VLAN6. Tenminste, als KPN RFC4638
(of zoiets) praat. Als de RPi geen mtu van groter dan 1500 aankan
dan krijg je een mtu van 1492 of 1488.

Dus van al die devices de MTU vastleggen? Of is het voldoende de MTU
van de LAN kleiner te maken? (eth0 is de LAN.)

Nee, alleen die eth0, die stations krijgen als het goed is snel genoeg
in de gaten dat de packetsize kleiner is. 't Is ook maar even een
Q&D tets om pakketten klein te houden.

Post by Paul van der Vlis
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
noqueue state UP group default qlen 1000

Kun je eth1 op mtu 1512 zetten? Er zijn er zat die niet hoger gaan dan
1500

Post by Paul van der Vlis
11: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc
pfifo_fast state UNKNOWN group default qlen 3

Post by Richard Lucassen
Dat werkt ook wel, maar dan zou ik
een MSS rule in je firewall zetten.

Nog nooit zoiets gemaakt, kun je een voorbeeld geven met iptables?

iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN \
-j TCPMSS --clamp-mss-to-pmtu
Maar zoiets blijft een "laten we hopen dat het werkt" mechanisme. Als
er ergens onderweg icmp pakketten "fragmentation needed" worden
weggedonderd dan zit je. Beter is om ppp0 1500 bytes te laten zijn dan
heb je dat gezeur niet.
Maar begin eerst met
ip link set eth1 mtu 1512
Als dat niet werkt dan houdt het verhaal van ppp0 op 1500 bytes op en
als het wel gaat dan is de vraag of het KPN netwerk RFC4638
ondersteunt. Ik vermoed van wel want bij xs4all werkte dat IIRC wel.

De MTU van eth1 was op 1512 te zetten, maar het hielp niet tegen de
problemen. Toen hebben we ook nog de MTU van eth0 op 1480 gezet, maar
dat hielp ook niet...

Groet,
Paul

[Paul van der Vlis]

Post by Paul van der Vlis

Post by Richard Lucassen
On Thu, 20 Jun 2024 09:16:39 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
Dan moet je wel je kaart op mtu 1512 zetten,

Je bedoeld het ethernet device waar de VLAN over gaat?

Yep

Post by Paul van der Vlis

Post by Richard Lucassen
8 bytes voor PPPoE en 4 bytes voor VLAN6. Tenminste, als KPN RFC4638
(of zoiets) praat. Als de RPi geen mtu van groter dan 1500 aankan
dan krijg je een mtu van 1492 of 1488.

Dus van al die devices de MTU vastleggen?  Of is het voldoende de MTU
van de LAN kleiner te maken?  (eth0 is de LAN.)

Nee, alleen die eth0, die stations krijgen als het goed is snel genoeg
in de gaten dat de packetsize kleiner is. 't Is ook maar even een
Q&D tets om pakketten klein te houden.

Post by Paul van der Vlis
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
noqueue state UP group default qlen 1000

Kun je eth1 op mtu 1512 zetten? Er zijn er zat die niet hoger gaan dan
1500

Post by Paul van der Vlis
11: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc
pfifo_fast state UNKNOWN group default qlen 3

Post by Richard Lucassen
Dat werkt ook wel, maar dan zou ik
een MSS rule in je firewall zetten.

Nog nooit zoiets gemaakt, kun je een voorbeeld geven met iptables?

iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN \
   -j TCPMSS --clamp-mss-to-pmtu
Maar zoiets blijft een "laten we hopen dat het werkt" mechanisme. Als
er ergens onderweg icmp pakketten "fragmentation needed" worden
weggedonderd dan zit je. Beter is om ppp0 1500 bytes te laten zijn dan
heb je dat gezeur niet.
Maar begin eerst met
ip link set eth1 mtu 1512
Als dat niet werkt dan houdt het verhaal van ppp0 op 1500 bytes op en
als het wel gaat dan is de vraag of het KPN netwerk RFC4638
ondersteunt. Ik vermoed van wel want bij xs4all werkte dat IIRC wel.

De MTU van eth1 was op 1512 te zetten, maar het hielp niet tegen de
problemen. Toen hebben we ook nog de MTU van eth0 op 1480 gezet, maar
dat hielp ook niet...

De MTU was op 1512 te zetten, en PPPO werd dan 1500. Maar het blijkt dat
internet het daarmee helemaal niet meer deed. Dus logisch dat die sites
het ook niet deden!

Een oplossing bleek de MTU zowel op de PI als ook op de clients op 1480
te zetten. Toen ging het opeens!

Maar het is natuurlijk lastig om de MTU op allerlei clients te moeten
instellen. Zou dat automatisch moeten gaan? Of is het normaal dit via
DHCP te doen? Of via de MSS?

Groet,
Paul

[Richard Lucassen]

On Fri, 21 Jun 2024 14:47:35 +0200

Post by Paul van der Vlis
De MTU was op 1512 te zetten, en PPPO werd dan 1500. Maar het blijkt
dat internet het daarmee helemaal niet meer deed. Dus logisch dat die
sites het ook niet deden!

Je moet die mtu wel aanpassen in je /etc/ppp/peers/provider
instellingen (tenminste, bij mij staat dat in een oude config):

mtu 1500
mru 1500

Ik weet niet of dat automagisch gaat. En rest de vraag of het KPN
netwerk RFC4638 ondersteunt.

Post by Paul van der Vlis
Een oplossing bleek de MTU zowel op de PI als ook op de clients op
1480 te zetten. Toen ging het opeens!

Als je eth0 van de Pi op 1480 zet zouden de clients vanzelf moeten zien
dat ze moeten fragmenteren. Gooien die clients misschien de icmp
messages over fragnmentation weg soms?

Post by Paul van der Vlis
Maar het is natuurlijk lastig om de MTU op allerlei clients te moeten
instellen. Zou dat automatisch moeten gaan? Of is het normaal dit
via DHCP te doen? Of via de MSS?

Ik zou eerst kijken of je ppp0 netjes op MTU 1500 kunt laten draaien.
De rest komt dan later wel.

[Coen]

Post by Richard Lucassen
On Fri, 21 Jun 2024 14:47:35 +0200

Post by Paul van der Vlis
De MTU was op 1512 te zetten, en PPPO werd dan 1500. Maar het blijkt
dat internet het daarmee helemaal niet meer deed. Dus logisch dat die
sites het ook niet deden!

Je moet die mtu wel aanpassen in je /etc/ppp/peers/provider
mtu 1500
mru 1500

Dat is zeker nodig.

Post by Richard Lucassen
Ik weet niet of dat automagisch gaat. En rest de vraag of het KPN
netwerk RFC4638 ondersteunt.

Ondersteuning is aanwezig.
Voor zowel XDSL als op fiber.

Je kan met ping controleren of het allemaal werkt:

$ ping -4 -n www.kpn.com -s 1472 -M do -c 3
PING kpn-prod.teamopen.prod.aws.kpn.com (18.239.50.102) 1472(1500) bytes
of data.
1480 bytes from 18.239.50.102: icmp_seq=1 ttl=251 time=8.75 ms
1480 bytes from 18.239.50.102: icmp_seq=2 ttl=251 time=8.59 ms
1480 bytes from 18.239.50.102: icmp_seq=3 ttl=251 time=8.76 ms

--- kpn-prod.teamopen.prod.aws.kpn.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 8.595/8.704/8.769/0.132 ms


De settings die ik voor ppp gebruik zijn de volgende. Naar verluid is
fiber exact hetzelfde alleen met een ander vlan:

$ cat /etc/ppp/peers/vdsl
plugin rp-pppoe.so modem
user ***@xs4all.nl
noipdefault
ipv6 ,
ipv6cp-use-persistent
defaultroute
persist
maxfail 0
noproxyarp
ipparam xs4all
lcp-echo-interval 6
lcp-echo-failure 5
pty "pppoe -I eth3.6"
mtu 1500
mru 1500
noauth
holdoff 10

Een Pi zal het op hogere snelheden al vrij snel te druk krijgen met de
PPPoe overhead denk ik. Ben wel benieuwd naar een speedtest.

Groet,
Coen

[Rob van der Putten]

Hoi

Post by Paul van der Vlis

Post by Richard Lucassen
On Wed, 19 Jun 2024 23:15:13 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
ip link set eth1 mtu 1360

Hmm, interessant.

Post by Richard Lucassen
Je hebt trouwens wel 2 keer NAT op deze manier. Misschien beter de
KPN router te vertellen dat je netwerken achter de RPi liggen en de
boel alleen te laten NAT-en door de router. Maar dat terzijde.

Het is de bedoeling de KPN router niet te gebruiken.

Ah, de RPi doet de PPPoE?

Ja.

Post by Richard Lucassen
Dan moet je wel je kaart op mtu 1512 zetten,

Je bedoeld het ethernet device waar de VLAN over gaat?

Post by Richard Lucassen
8 bytes voor PPPoE en 4 bytes voor VLAN6. Tenminste, als KPN RFC4638
(of zoiets) praat. Als de RPi geen mtu van groter dan 1500 aankan dan
krijg je een mtu van 1492 of 1488.

Dus van al die devices de MTU vastleggen?  Of is het voldoende de MTU
van de LAN kleiner te maken?  (eth0 is de LAN.)
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
group default qlen 1000
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
group default qlen 1000
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast
state DOWN group default qlen 1000
state UP group default qlen 1000

Voor eem MTU van 1500 moet deze dus op 1508 staan.

Post by Paul van der Vlis
11: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc
pfifo_fast state UNKNOWN group default qlen 3
12: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1412 qdisc noqueue state
UNKNOWN group default qlen 1000

Post by Richard Lucassen
Dat werkt ook wel, maar dan zou ik
een MSS rule in je firewall zetten.

Nog nooit zoiets gemaakt, kun je een voorbeeld geven met iptables?

Post by Richard Lucassen
Ik krijg volgende week een glaslijn bij Freedom over Open Dutch Fiber
en volgens mij kan ik daar wel een ppp0 device met mtu van 1500 op
krijgen. En mijn Linuxdoos kan ik op mtu 1512 zetten, anders zou ik dat
kunnen vergeten.
Maar wat doet een
ip li set eth1 mtu 1420
nou?

Dat heb ik nog niet geprobeerd, wellicht vanavond. Ik wil mezelf ook
niet buitensluiten bij een verkeerde config. Vandaag andere dingen.

Vr.Gr,
Rob

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Wed, 19 Jun 2024 23:15:13 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
ip link set eth1 mtu 1360

Hmm, interessant.

Post by Richard Lucassen
Je hebt trouwens wel 2 keer NAT op deze manier. Misschien beter de
KPN router te vertellen dat je netwerken achter de RPi liggen en de
boel alleen te laten NAT-en door de router. Maar dat terzijde.

Het is de bedoeling de KPN router niet te gebruiken.

Ah, de RPi doet de PPPoE? Dan moet je wel je kaart op mtu 1512 zetten,
8 bytes voor PPPoE en 4 bytes voor VLAN6.

Waar het om gaat is 1508 voor PPPoE.
De 4 bytes voor VLAN zitten in de ethernet header en dus niet in de payload.
Je kan eea testen met ping;
http://www.sput.nl/internet/freedom/config.html#chkmtu

Post by Richard Lucassen
Tenminste, als KPN RFC4638
(of zoiets) praat.

Baby jumbo is supported.

Post by Richard Lucassen
Als de RPi geen mtu van groter dan 1500 aankan dan
krijg je een mtu van 1492 of 1488. Dat werkt ook wel, maar dan zou ik
een MSS rule in je firewall zetten.

MTU 1488

Post by Richard Lucassen
Ik krijg volgende week een glaslijn bij Freedom over Open Dutch Fiber
en volgens mij kan ik daar wel een ppp0 device met mtu van 1500 op
krijgen. En mijn Linuxdoos kan ik op mtu 1512 zetten, anders zou ik dat
kunnen vergeten.
Maar wat doet een
ip li set eth1 mtu 1420
nou?

Vr.Gr,
Rob

[Richard Lucassen]

On Sat, 22 Jun 2024 10:52:49 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ah, de RPi doet de PPPoE? Dan moet je wel je kaart op mtu 1512
zetten, 8 bytes voor PPPoE en 4 bytes voor VLAN6.

Waar het om gaat is 1508 voor PPPoE.
De 4 bytes voor VLAN zitten in de ethernet header en dus niet in de
payload. Je kan eea testen met ping;

Ja dat is zo, ben vast in de war met een oude config waar ik tegen die
4 bytes aanliep. Ik krijg vanaf volgende week weer een lijn waar ikzelf
de PPPoE op draai. Het moet Paul dus gaan lukken om die mtu op 1500 te
krijgen.

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Sat, 22 Jun 2024 10:52:49 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ah, de RPi doet de PPPoE? Dan moet je wel je kaart op mtu 1512
zetten, 8 bytes voor PPPoE en 4 bytes voor VLAN6.

Waar het om gaat is 1508 voor PPPoE.
De 4 bytes voor VLAN zitten in de ethernet header en dus niet in de
payload. Je kan eea testen met ping;

Ja dat is zo, ben vast in de war met een oude config waar ik tegen die
4 bytes aanliep. Ik krijg vanaf volgende week weer een lijn waar ikzelf
de PPPoE op draai. Het moet Paul dus gaan lukken om die mtu op 1500 te
krijgen.

De hardware moet die vier extra bytes wel aankunnen. Maar het valt niet
onder MTU.


Vr.Gr,
Rob

[Richard Lucassen]

On Sat, 22 Jun 2024 22:44:18 +0200

Post by Rob van der Putten
De hardware moet die vier extra bytes wel aankunnen. Maar het valt
niet onder MTU.

Dat zal het zijn en ik heb even gezocht naar een oude config, maar ik
kan die 1512 niet meer terugvinden. Vanaf morgen heb ik er weer mee te
maken, dan krijg ik een glasverbinding van Freedom.

iface ppp0 inet ppp
provider eurofiber
pre-up ip link set eth2 mtu 1508 up

R.

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Sat, 22 Jun 2024 22:44:18 +0200

Post by Rob van der Putten
De hardware moet die vier extra bytes wel aankunnen. Maar het valt
niet onder MTU.

Dat zal het zijn en ik heb even gezocht naar een oude config, maar ik
kan die 1512 niet meer terugvinden. Vanaf morgen heb ik er weer mee te
maken, dan krijg ik een glasverbinding van Freedom.
iface ppp0 inet ppp
provider eurofiber
pre-up ip link set eth2 mtu 1508 up

ppp nummert door. Je interface is niet noodzakelijkerwijs ppp0. Je kan
echter de interface een unieke naam geven.
En let op dat je een setup maakt die ook netjes boot als je ppp niet opkomt.


Vr.Gr,
Rob

[Richard Lucassen]

On Sun, 23 Jun 2024 10:39:30 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Dat zal het zijn en ik heb even gezocht naar een oude config, maar
ik kan die 1512 niet meer terugvinden. Vanaf morgen heb ik er weer
mee te maken, dan krijg ik een glasverbinding van Freedom.
iface ppp0 inet ppp
provider eurofiber
pre-up ip link set eth2 mtu 1508 up

ppp nummert door. Je interface is niet noodzakelijkerwijs ppp0. Je
kan echter de interface een unieke naam geven.
En let op dat je een setup maakt die ook netjes boot als je ppp niet opkomt.

Ik heb nog ergens een script dat iedere 5 minuten controleert of ppp0
up is en nog werkt, als ppp0 er echt niet meer is dan kill ik pppd en
begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik moet morgen
even uitzoeken hoe het e.e.a. ook alweer werkt :-)

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Sun, 23 Jun 2024 10:39:30 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Dat zal het zijn en ik heb even gezocht naar een oude config, maar
ik kan die 1512 niet meer terugvinden. Vanaf morgen heb ik er weer
mee te maken, dan krijg ik een glasverbinding van Freedom.
iface ppp0 inet ppp
provider eurofiber
pre-up ip link set eth2 mtu 1508 up

ppp nummert door. Je interface is niet noodzakelijkerwijs ppp0. Je
kan echter de interface een unieke naam geven.
En let op dat je een setup maakt die ook netjes boot als je ppp niet opkomt.

Ik heb nog ergens een script dat iedere 5 minuten controleert of ppp0
up is en nog werkt, als ppp0 er echt niet meer is dan kill ik pppd en
begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik moet morgen
even uitzoeken hoe het e.e.a. ook alweer werkt :-)

Met 'persist' en 'maxfail 0' blijft pppd gewoon draaien.
En 'ifname wan' geeft een unieke naam 'wan'.

In mijn ervaring geeft ppp in /etc/interfaces problemen bij de boot
wanneer de link niet opkomt. Vandaar dat ik dit met een script doe.
Maar misschien weet iemand een nettere oplossing.

Meer op mijn website. En natuurlijk ook elders.


Vr.Gr,
Rob

[Richard Lucassen]

On Mon, 24 Jun 2024 08:27:18 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik heb nog ergens een script dat iedere 5 minuten controleert of
ppp0 up is en nog werkt, als ppp0 er echt niet meer is dan kill ik
pppd en begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik
moet morgen even uitzoeken hoe het e.e.a. ook alweer werkt :-)

Met 'persist' en 'maxfail 0' blijft pppd gewoon draaien.
En 'ifname wan' geeft een unieke naam 'wan'.

Die optie kende ik niet. Dus gewoon:

ifname ppp0

in /etc/peers/providers?

Post by Rob van der Putten
In mijn ervaring geeft ppp in /etc/interfaces problemen bij de boot
wanneer de link niet opkomt. Vandaar dat ik dit met een script doe.
Maar misschien weet iemand een nettere oplossing.
Meer op mijn website. En natuurlijk ook elders.

Dank! Het gaat vast lukken ;-)

@Paul: al gelukt met die mtu van 1500?

[Paul van der Vlis]

Post by Richard Lucassen
On Mon, 24 Jun 2024 08:27:18 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik heb nog ergens een script dat iedere 5 minuten controleert of
ppp0 up is en nog werkt, als ppp0 er echt niet meer is dan kill ik
pppd en begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik
moet morgen even uitzoeken hoe het e.e.a. ook alweer werkt :-)

Met 'persist' en 'maxfail 0' blijft pppd gewoon draaien.
En 'ifname wan' geeft een unieke naam 'wan'.

ifname ppp0
in /etc/peers/providers?

Post by Rob van der Putten
In mijn ervaring geeft ppp in /etc/interfaces problemen bij de boot
wanneer de link niet opkomt. Vandaar dat ik dit met een script doe.
Maar misschien weet iemand een nettere oplossing.
Meer op mijn website. En natuurlijk ook elders.

Dank! Het gaat vast lukken ;-)
@Paul: al gelukt met die mtu van 1500?

Klant doet het zelf. Ik kan het niet zo goed, want de kans is dan groot
dat ik mezelf buitensluit. Hij doet het nu door de MTU te bepalen via
DHCP, dat werkt goed.

Maar hij wou het ook nog via de PPP config proberen, maar ik weet niet
of dat voor hem prioriteit heeft want het werkt. Hij heeft trouwens een
4 Gbit verbinding van de KPN. Maar geen vast IP. Iets experimenteels
geloof ik.

Probeer misschien eens met "ip" in plaats van "ifconfig", en of je nu
nog een script nodig hebt. Mooier zou direct via /etc/network/interfaces
zijn naar mijn mening. Maar of je dan kunt wachten op de logging?

Gebruik jij wel systemd?

Ik krijg wel de neiging dit ook eens zelf te proberen. Op het moment
gebruik ik OpenWRT. Ook mooi, maar ik doe er te weinig mee. Daarom
weinig verstand van.

Groet,
Paul

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Mon, 24 Jun 2024 08:27:18 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik heb nog ergens een script dat iedere 5 minuten controleert of
ppp0 up is en nog werkt, als ppp0 er echt niet meer is dan kill ik
pppd en begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik
moet morgen even uitzoeken hoe het e.e.a. ook alweer werkt :-)

Met 'persist' en 'maxfail 0' blijft pppd gewoon draaien.
En 'ifname wan' geeft een unieke naam 'wan'.

ifname ppp0
in /etc/peers/providers?

Of 'ifname ppp0' dan ook werkt weet ik dus niet.
Maar 'ifname foobar' weer wel.

Post by Richard Lucassen

Post by Rob van der Putten
In mijn ervaring geeft ppp in /etc/interfaces problemen bij de boot
wanneer de link niet opkomt. Vandaar dat ik dit met een script doe.
Maar misschien weet iemand een nettere oplossing.
Meer op mijn website. En natuurlijk ook elders.

Dank! Het gaat vast lukken ;-)
@Paul: al gelukt met die mtu van 1500?

Vr.Gr,
Rob

[Richard Lucassen]

On Tue, 25 Jun 2024 18:42:40 +0200

Post by Rob van der Putten

Post by Richard Lucassen
ifname ppp0
in /etc/peers/providers?

Of 'ifname ppp0' dan ook werkt weet ik dus niet.
Maar 'ifname foobar' weer wel.

Nou, de boel liep in twee minuten. Ik heb in /etc/network/interfaces
staan:

iface eth0 inet manual
mtu 1508

iface eth0.6 inet manual
mtu 1508

iface ppp0 inet ppp
provider freedom
pre-up test -d /sys/devices/virtual/net/eth0.6 || \
/sbin/ifup eth0.6

En de peers/freedom:

ifname ppp0
+ipv6 ipv6cp-use-ipaddr
noipdefault
defaultroute
replacedefaultroute
hide-password
lcp-echo-interval 10
maxfail 0
holdoff 10
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1500
mru 1500
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0.6
user "***@freedom.nl"

in /etc/wide-dhcpv6/dhcp6c.conf

interface ppp0 {
send ia-pd 1;
};

id-assoc pd 1 {
};

O ja, iedere 5 miniuten draait er dit:

#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0
echo "[ERROR] no ppp0 found, restarting ppp interface" \
| mail -s "[ERROR] ppp0 not found on $(hostname -f)" admin
/sbin/ifdown ppp0
sleep 2
/sbin/ifup ppp0

Als je aan- of opmerkingen hebt over deze methode dan hoor ik dat
graag :-)

R.

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Tue, 25 Jun 2024 18:42:40 +0200

Post by Rob van der Putten

Post by Richard Lucassen
ifname ppp0
in /etc/peers/providers?

Of 'ifname ppp0' dan ook werkt weet ik dus niet.
Maar 'ifname foobar' weer wel.

Nou, de boel liep in twee minuten. Ik heb in /etc/network/interfaces
iface eth0 inet manual
mtu 1508
iface eth0.6 inet manual
mtu 1508

Is dit voldoende voor je VLAN6?

Post by Richard Lucassen
iface ppp0 inet ppp
provider freedom
pre-up test -d /sys/devices/virtual/net/eth0.6 || \
/sbin/ifup eth0.6

Dit is een goed idee!

Post by Richard Lucassen
ifname ppp0
+ipv6 ipv6cp-use-ipaddr
noipdefault
defaultroute
replacedefaultroute
hide-password
lcp-echo-interval 10
maxfail 0
holdoff 10
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1500
mru 1500
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0.6
in /etc/wide-dhcpv6/dhcp6c.conf
interface ppp0 {
send ia-pd 1;
};
id-assoc pd 1 {
};
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0
echo "[ERROR] no ppp0 found, restarting ppp interface" \
| mail -s "[ERROR] ppp0 not found on $(hostname -f)" admin
/sbin/ifdown ppp0
sleep 2
/sbin/ifup ppp0

Zou niet nodig moeten zijn.

Post by Richard Lucassen
Als je aan- of opmerkingen hebt over deze methode dan hoor ik dat
graag :-)

Heb je een volledig werkend system voordat de PPP link op is? Wat als de
netwerk stekker niet in eth0 zit? Boot het dan nog steeds?

Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

Ik hier dus dat wide-dhcpv6 perse een IPv6 adres aan een interface wil
toewijzen. Heb je dat ook? Zo niet, hoe heb je dat gerealiseerd?


Vr.Gr,
Rob

[Richard Lucassen]

On Mon, 1 Jul 2024 09:42:41 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Nou, de boel liep in twee minuten. Ik heb in /etc/network/interfaces
iface eth0 inet manual
mtu 1508
iface eth0.6 inet manual
mtu 1508

Is dit voldoende voor je VLAN6?

Yep, maar dit is beter:

#/bin/dash
ip link set eth0 up mtu 1508
test -d /sys/devices/virtual/net/eth0.6 || \
ip link add link eth0 name eth0.6 type vlan id 6
ip link set eth0.6 up mtu 1508

Die test kun je achterwege laten, alleen zie je RTNETLINK zeuren.

Post by Rob van der Putten

Post by Richard Lucassen
iface ppp0 inet ppp
provider freedom
pre-up test -d /sys/devices/virtual/net/eth0.6 || \
/sbin/ifup eth0.6

Dit is een goed idee!

Nee, als je de interface down gooit bestaat die dir nog. Het gaat om

/sys/devices/virtual/net/eth0.6/operstate

Daar staat "up" of "down" in. Maar een

ip link set eth0 up mtu 1508
ip link set eth0.6 up mtu 1508

zeurt niet als-ie al bestaat.

Post by Rob van der Putten

Post by Richard Lucassen
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0
echo "[ERROR] no ppp0 found, restarting ppp interface" \
| mail -s "[ERROR] ppp0 not found on $(hostname -f)" admin
/sbin/ifdown ppp0
sleep 2
/sbin/ifup ppp0

Zou niet nodig moeten zijn.

Nee, maar de praktijk heeft soms anders laten zien :-)

Post by Rob van der Putten
Heb je een volledig werkend system voordat de PPP link op is? Wat als
de netwerk stekker niet in eth0 zit? Boot het dan nog steeds?

Dat weet ik niet, ben niet ter plekke, ik heb toegang via een andere
lijn. Ik kan het proberen als ik ter plaatse ben.

Post by Rob van der Putten
Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

kerneloptie "net.ifnames=0" meegegeven. In /etc/default/grub kun je dit
zetten:

GRUB_CMDLINE_LINUX="net.ifnames=0"

Als je een Dell hebt is er ook nog zoiets als "biosdevnames=0" o.i.d.
(te lui om te zoeken)

Post by Rob van der Putten
Ik hier dus dat wide-dhcpv6 perse een IPv6 adres aan een interface
wil toewijzen. Heb je dat ook? Zo niet, hoe heb je dat gerealiseerd?

Nee, niet dat ik zie, maar ik herstart wide-dhcpv6 ook. Hier de scripts
in /etc/ppp/ipv6-up.d/ (let op: geen punten in de namen en
cijfer-cijfer-naam, in die volgorde gaat het IIRC)

# cat /etc/ppp/ipv6-up.d/00-sysctl
#!/bin/dash
/sbin/sysctl -w net.ipv6.conf.all.forwarding=1
/sbin/sysctl -w net.ipv6.conf.ppp0.accept_ra=2

# cat /etc/ppp/ipv6-up.d/01-add-fixed-addr
#!/bin/dash
ip -6 address add 2a10:3781:dead:beef::1/64 dev ppp0


# cat /etc/ppp/ipv6-up.d/97-radvd
#!/bin/dash
/etc/init.d/radvd stop
/etc/init.d/radvd start

(een restart werkte niet goed, vandaar stop/start)


#cat /etc/ppp/ipv6-up.d/98-wide-dhcpv6
#!/bin/dash
/etc/init.d/wide-dhcpv6-client restart


# cat /etc/ppp/ipv6-up.d/99-set-def-gw
#!/bin/dash
ip -6 route | grep -wq default && exit 0
ip -6 route add default dev ppp0

Als ik herstart komt het spul goed op, ook ipv6. Wat er gebeurt als de
ONT plat ligt bij een reboot zal ik nog moeten gaan uitvinden.

Wordt vervolgd

R.

[Richard Lucassen]

On Mon, 1 Jul 2024 18:47:44 +0200

Post by Richard Lucassen

Post by Rob van der Putten
Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

kerneloptie "net.ifnames=0" meegegeven. In /etc/default/grub kun je
GRUB_CMDLINE_LINUX="net.ifnames=0"

In /etc/udev/rules.d/ kun je de MAC adressen van je IF's kwijt en er
een vaste naam aan hangen mocht je dat willen.

BTW: ik draai SysV, geen sytemd en zo, ook geen NetworkDestroyer dus.

[De ongekruisigde (ds.)]

Post by Richard Lucassen
On Mon, 1 Jul 2024 18:47:44 +0200

Post by Richard Lucassen

Post by Rob van der Putten
Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

kerneloptie "net.ifnames=0" meegegeven. In /etc/default/grub kun je
GRUB_CMDLINE_LINUX="net.ifnames=0"

In /etc/udev/rules.d/ kun je de MAC adressen van je IF's kwijt en er
een vaste naam aan hangen mocht je dat willen.
BTW: ik draai SysV, geen sytemd en zo, ook geen NetworkDestroyer dus.

"My name is Ozymandias, King of Kings:
Look on my works, ye Mighty, and despair!"

of zo?

[Richard Lucassen]

On Mon, 1 Jul 2024 16:55:46 -0000 (UTC)

Post by De ongekruisigde (ds.)

Post by Richard Lucassen
BTW: ik draai SysV, geen sytemd en zo, ook geen NetworkDestroyer dus.

Look on my works, ye Mighty, and despair!"
of zo?

In de tijd van Ozymandias draaide men nog SysV

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Mon, 1 Jul 2024 18:47:44 +0200

Post by Richard Lucassen

Post by Rob van der Putten
Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

kerneloptie "net.ifnames=0" meegegeven. In /etc/default/grub kun je
GRUB_CMDLINE_LINUX="net.ifnames=0"

In /etc/udev/rules.d/ kun je de MAC adressen van je IF's kwijt en er
een vaste naam aan hangen mocht je dat willen.
BTW: ik draai SysV, geen sytemd en zo, ook geen NetworkDestroyer dus.

Insserv.
Managen met vim.


Vr.Gr,
Rob

[Paul van der Vlis]

Post by Richard Lucassen
On Mon, 1 Jul 2024 09:42:41 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Nou, de boel liep in twee minuten. Ik heb in /etc/network/interfaces
iface eth0 inet manual
mtu 1508
iface eth0.6 inet manual
mtu 1508

Is dit voldoende voor je VLAN6?

#/bin/dash
ip link set eth0 up mtu 1508
test -d /sys/devices/virtual/net/eth0.6 || \
ip link add link eth0 name eth0.6 type vlan id 6
ip link set eth0.6 up mtu 1508
Die test kun je achterwege laten, alleen zie je RTNETLINK zeuren.

Post by Rob van der Putten

Post by Richard Lucassen
iface ppp0 inet ppp
provider freedom
pre-up test -d /sys/devices/virtual/net/eth0.6 || \
/sbin/ifup eth0.6

Dit is een goed idee!

Nee, als je de interface down gooit bestaat die dir nog. Het gaat om
/sys/devices/virtual/net/eth0.6/operstate
Daar staat "up" of "down" in. Maar een
ip link set eth0 up mtu 1508
ip link set eth0.6 up mtu 1508
zeurt niet als-ie al bestaat.

Post by Rob van der Putten

Post by Richard Lucassen
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0
echo "[ERROR] no ppp0 found, restarting ppp interface" \
| mail -s "[ERROR] ppp0 not found on $(hostname -f)" admin
/sbin/ifdown ppp0
sleep 2
/sbin/ifup ppp0

Zou niet nodig moeten zijn.

Nee, maar de praktijk heeft soms anders laten zien :-)

Post by Rob van der Putten
Heb je een volledig werkend system voordat de PPP link op is? Wat als
de netwerk stekker niet in eth0 zit? Boot het dan nog steeds?

Dat weet ik niet, ben niet ter plekke, ik heb toegang via een andere
lijn. Ik kan het proberen als ik ter plaatse ben.

Post by Rob van der Putten
Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

kerneloptie "net.ifnames=0" meegegeven. In /etc/default/grub kun je dit
GRUB_CMDLINE_LINUX="net.ifnames=0"
Als je een Dell hebt is er ook nog zoiets als "biosdevnames=0" o.i.d.
(te lui om te zoeken)

Post by Rob van der Putten
Ik hier dus dat wide-dhcpv6 perse een IPv6 adres aan een interface
wil toewijzen. Heb je dat ook? Zo niet, hoe heb je dat gerealiseerd?

Nee, niet dat ik zie, maar ik herstart wide-dhcpv6 ook. Hier de scripts
in /etc/ppp/ipv6-up.d/ (let op: geen punten in de namen en
cijfer-cijfer-naam, in die volgorde gaat het IIRC)
# cat /etc/ppp/ipv6-up.d/00-sysctl
#!/bin/dash
/sbin/sysctl -w net.ipv6.conf.all.forwarding=1
/sbin/sysctl -w net.ipv6.conf.ppp0.accept_ra=2
# cat /etc/ppp/ipv6-up.d/01-add-fixed-addr
#!/bin/dash
ip -6 address add 2a10:3781:dead:beef::1/64 dev ppp0
# cat /etc/ppp/ipv6-up.d/97-radvd
#!/bin/dash
/etc/init.d/radvd stop
/etc/init.d/radvd start
(een restart werkte niet goed, vandaar stop/start)
#cat /etc/ppp/ipv6-up.d/98-wide-dhcpv6
#!/bin/dash
/etc/init.d/wide-dhcpv6-client restart
# cat /etc/ppp/ipv6-up.d/99-set-def-gw
#!/bin/dash
ip -6 route | grep -wq default && exit 0
ip -6 route add default dev ppp0
Als ik herstart komt het spul goed op, ook ipv6. Wat er gebeurt als de
ONT plat ligt bij een reboot zal ik nog moeten gaan uitvinden.
Wordt vervolgd

Als je wilt testen of de verbinding weer netjes opkomt kun je wellicht
de netwerkstekker eruit trekken, of de stroom naar de ONT er even afhalen.

Interessant is ook nog of er nog weer een timeout op zit, bijvoorbeeld
of de verbinding na een hele nacht eruit gelegen te hebben ook nog goed
opkomt.

Groet,
Paul

[Rob van der Putten]

Hoi

Post by Paul van der Vlis

Post by Richard Lucassen
On Mon, 1 Jul 2024 09:42:41 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Nou, de boel liep in twee minuten. Ik heb in /etc/network/interfaces
iface eth0 inet manual
          mtu 1508
iface eth0.6 inet manual
          mtu 1508

Is dit voldoende voor je VLAN6?

#/bin/dash
ip link set eth0 up mtu 1508
test -d /sys/devices/virtual/net/eth0.6 || \
   ip link add link eth0 name eth0.6 type vlan id 6
ip link set eth0.6 up mtu 1508
Die test kun je achterwege laten, alleen zie je RTNETLINK zeuren.

Post by Rob van der Putten

Post by Richard Lucassen
iface ppp0 inet ppp
          provider freedom
          pre-up test -d /sys/devices/virtual/net/eth0.6 || \
            /sbin/ifup eth0.6

Dit is een goed idee!

Nee, als je de interface down gooit bestaat die dir nog. Het gaat om
/sys/devices/virtual/net/eth0.6/operstate
Daar staat "up" of "down" in. Maar een
ip link set eth0 up mtu 1508
ip link set eth0.6 up mtu 1508
zeurt niet als-ie al bestaat.

Post by Rob van der Putten

Post by Richard Lucassen
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0
echo "[ERROR] no ppp0 found, restarting ppp interface" \
    | mail -s "[ERROR] ppp0 not found on $(hostname -f)" admin
/sbin/ifdown ppp0
sleep 2
/sbin/ifup ppp0

Zou niet nodig moeten zijn.

Nee, maar de praktijk heeft soms anders laten zien :-)

Post by Rob van der Putten
Heb je een volledig werkend system voordat de PPP link op is? Wat als
de netwerk stekker niet in eth0 zit? Boot het dan nog steeds?

Dat weet ik niet, ben niet ter plekke, ik heb toegang via een andere
lijn. Ik kan het proberen als ik ter plaatse ben.

Post by Rob van der Putten
Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

kerneloptie "net.ifnames=0" meegegeven. In /etc/default/grub kun je dit
GRUB_CMDLINE_LINUX="net.ifnames=0"
Als je een Dell hebt is er ook nog zoiets als "biosdevnames=0" o.i.d.
(te lui om te zoeken)

Post by Rob van der Putten
Ik hier dus dat wide-dhcpv6 perse een IPv6 adres aan een interface
wil toewijzen. Heb je dat ook? Zo niet, hoe heb je dat gerealiseerd?

Nee, niet dat ik zie, maar ik herstart wide-dhcpv6 ook. Hier de scripts
in /etc/ppp/ipv6-up.d/ (let op: geen punten in de namen en
cijfer-cijfer-naam, in die volgorde gaat het IIRC)
# cat /etc/ppp/ipv6-up.d/00-sysctl
#!/bin/dash
/sbin/sysctl -w net.ipv6.conf.all.forwarding=1
/sbin/sysctl -w net.ipv6.conf.ppp0.accept_ra=2
# cat /etc/ppp/ipv6-up.d/01-add-fixed-addr
#!/bin/dash
ip -6 address add 2a10:3781:dead:beef::1/64 dev ppp0
# cat /etc/ppp/ipv6-up.d/97-radvd
#!/bin/dash
/etc/init.d/radvd stop
/etc/init.d/radvd start
(een restart werkte niet goed, vandaar stop/start)
#cat /etc/ppp/ipv6-up.d/98-wide-dhcpv6
#!/bin/dash
/etc/init.d/wide-dhcpv6-client restart
# cat /etc/ppp/ipv6-up.d/99-set-def-gw
#!/bin/dash
ip -6 route | grep -wq default && exit 0
ip -6 route add default dev ppp0
Als ik herstart komt het spul goed op, ook ipv6. Wat er gebeurt als de
ONT plat ligt bij een reboot zal ik nog moeten gaan uitvinden.
Wordt vervolgd

Als je wilt testen of de verbinding weer netjes opkomt kun je wellicht
de netwerkstekker eruit trekken, of de stroom naar de ONT er even afhalen.

Dit is inderdaad hoe ik dit test.

Post by Paul van der Vlis
Interessant is ook nog of er nog weer een timeout op zit, bijvoorbeeld
of de verbinding na een hele nacht eruit gelegen te hebben ook nog goed
opkomt.

Komt hier na dagen nog op.


Vr.Gr,
Rob

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Mon, 1 Jul 2024 09:42:41 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Nou, de boel liep in twee minuten. Ik heb in /etc/network/interfaces
iface eth0 inet manual
mtu 1508
iface eth0.6 inet manual
mtu 1508

Is dit voldoende voor je VLAN6?

#/bin/dash
ip link set eth0 up mtu 1508
test -d /sys/devices/virtual/net/eth0.6 || \
ip link add link eth0 name eth0.6 type vlan id 6
ip link set eth0.6 up mtu 1508
Die test kun je achterwege laten, alleen zie je RTNETLINK zeuren.

Post by Rob van der Putten

Post by Richard Lucassen
iface ppp0 inet ppp
provider freedom
pre-up test -d /sys/devices/virtual/net/eth0.6 || \
/sbin/ifup eth0.6

Dit is een goed idee!

Nee, als je de interface down gooit bestaat die dir nog. Het gaat om
/sys/devices/virtual/net/eth0.6/operstate
Daar staat "up" of "down" in. Maar een
ip link set eth0 up mtu 1508
ip link set eth0.6 up mtu 1508
zeurt niet als-ie al bestaat.

Post by Rob van der Putten

Post by Richard Lucassen
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0
echo "[ERROR] no ppp0 found, restarting ppp interface" \
| mail -s "[ERROR] ppp0 not found on $(hostname -f)" admin
/sbin/ifdown ppp0
sleep 2
/sbin/ifup ppp0

Zou niet nodig moeten zijn.

Nee, maar de praktijk heeft soms anders laten zien :-)

Post by Rob van der Putten
Heb je een volledig werkend system voordat de PPP link op is? Wat als
de netwerk stekker niet in eth0 zit? Boot het dan nog steeds?

Dat weet ik niet, ben niet ter plekke, ik heb toegang via een andere
lijn. Ik kan het proberen als ik ter plaatse ben.

Post by Rob van der Putten
Hoe heb je namen 'ouderwetse' als eth gerealiseerd?

kerneloptie "net.ifnames=0" meegegeven. In /etc/default/grub kun je dit
GRUB_CMDLINE_LINUX="net.ifnames=0"
Als je een Dell hebt is er ook nog zoiets als "biosdevnames=0" o.i.d.
(te lui om te zoeken)

Post by Rob van der Putten
Ik hier dus dat wide-dhcpv6 perse een IPv6 adres aan een interface
wil toewijzen. Heb je dat ook? Zo niet, hoe heb je dat gerealiseerd?

Nee, niet dat ik zie, maar ik herstart wide-dhcpv6 ook. Hier de scripts
in /etc/ppp/ipv6-up.d/ (let op: geen punten in de namen en
cijfer-cijfer-naam, in die volgorde gaat het IIRC)
# cat /etc/ppp/ipv6-up.d/00-sysctl
#!/bin/dash
/sbin/sysctl -w net.ipv6.conf.all.forwarding=1
/sbin/sysctl -w net.ipv6.conf.ppp0.accept_ra=2
# cat /etc/ppp/ipv6-up.d/01-add-fixed-addr
#!/bin/dash
ip -6 address add 2a10:3781:dead:beef::1/64 dev ppp0

Global unique op PPP.
Is hier nog een specifieke reden voor if tegen?

Post by Richard Lucassen
# cat /etc/ppp/ipv6-up.d/97-radvd
#!/bin/dash
/etc/init.d/radvd stop
/etc/init.d/radvd start
(een restart werkte niet goed, vandaar stop/start)
#cat /etc/ppp/ipv6-up.d/98-wide-dhcpv6
#!/bin/dash
/etc/init.d/wide-dhcpv6-client restart
# cat /etc/ppp/ipv6-up.d/99-set-def-gw
#!/bin/dash
ip -6 route | grep -wq default && exit 0
ip -6 route add default dev ppp0
Als ik herstart komt het spul goed op, ook ipv6. Wat er gebeurt als de
ONT plat ligt bij een reboot zal ik nog moeten gaan uitvinden.
Wordt vervolgd

Vr.Gr,
Rob

[Richard Lucassen]

On Wed, 3 Jul 2024 14:41:10 +0200

Post by Rob van der Putten

Post by Richard Lucassen
# cat /etc/ppp/ipv6-up.d/01-add-fixed-addr
#!/bin/dash
ip -6 address add 2a10:3781:dead:beef::1/64 dev ppp0

Global unique op PPP.
Is hier nog een specifieke reden voor if tegen?

Ik kan dan dat ding dan van buitenaf via ipv6 bereiken, wel zo handig :)

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Wed, 3 Jul 2024 14:41:10 +0200

Post by Rob van der Putten

Post by Richard Lucassen
# cat /etc/ppp/ipv6-up.d/01-add-fixed-addr
#!/bin/dash
ip -6 address add 2a10:3781:dead:beef::1/64 dev ppp0

Global unique op PPP.
Is hier nog een specifieke reden voor if tegen?

Ik kan dan dat ding dan van buitenaf via ipv6 bereiken, wel zo handig :)

Dat doe ik op mijn ethernet interface.
Betekend wel dat eea voor 4 en 6 anders gefirewalled is;
Voor 4 is PPP extern en eth intern.
Voor 6 is eth zowel intern als extern.


Vr.Gr,
Rob

[Richard Lucassen]

On Thu, 4 Jul 2024 17:35:45 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik kan dan dat ding dan van buitenaf via ipv6 bereiken, wel zo handig :)

Dat doe ik op mijn ethernet interface.
Betekend wel dat eea voor 4 en 6 anders gefirewalled is;
Voor 4 is PPP extern en eth intern.
Voor 6 is eth zowel intern als extern.

Ik kan je even niet volgen, de eth is drager van de ppp0, je hebt
alleen maar met ppp0 te maken in de firewall, zowel op ipv4 als ipv6.
Op eth0 zie ik alleen maar PPPoE pakketten voorbij komen met vlan
tagging 6. Eth0 en eth0.6 hebben niet eens een ip adres. Ik heb een
paar NAT rules op ppp0 (ipv4) staan en op ipv6 wat INPUT en FORWARD
rules. Uitgaand op ppp0 een MASQUERADE (geen SNAT gebruiken bij ppp0)
en eth0 of eth0.6 komen niet in de firewall voor.

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Thu, 4 Jul 2024 17:35:45 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik kan dan dat ding dan van buitenaf via ipv6 bereiken, wel zo handig :)

Dat doe ik op mijn ethernet interface.
Betekend wel dat eea voor 4 en 6 anders gefirewalled is;
Voor 4 is PPP extern en eth intern.
Voor 6 is eth zowel intern als extern.

Ik kan je even niet volgen, de eth is drager van de ppp0, je hebt
alleen maar met ppp0 te maken in de firewall, zowel op ipv4 als ipv6.
Op eth0 zie ik alleen maar PPPoE pakketten voorbij komen met vlan
tagging 6. Eth0 en eth0.6 hebben niet eens een ip adres. Ik heb een
paar NAT rules op ppp0 (ipv4) staan en op ipv6 wat INPUT en FORWARD
rules. Uitgaand op ppp0 een MASQUERADE (geen SNAT gebruiken bij ppp0)
en eth0 of eth0.6 komen niet in de firewall voor.

Mijn server heeft twee netwerkkaarten;
Een hangt aan de NTU. Hier zit dus ook de VLAN op en via de VLAN PPP.
De tweede hangt aan de LAN. Het IPv6 adres van deze kaart is dus waar je
vanaf buiten aan connect. Niet PPP want die heeft alleen maar een IPv6
link-local adres.


Vr.Gr,
Rob

[Richard Lucassen]

On Fri, 5 Jul 2024 10:29:43 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik kan je even niet volgen, de eth is drager van de ppp0, je hebt
alleen maar met ppp0 te maken in de firewall, zowel op ipv4 als
ipv6. Op eth0 zie ik alleen maar PPPoE pakketten voorbij komen met
vlan tagging 6. Eth0 en eth0.6 hebben niet eens een ip adres. Ik
heb een paar NAT rules op ppp0 (ipv4) staan en op ipv6 wat INPUT en
FORWARD rules. Uitgaand op ppp0 een MASQUERADE (geen SNAT gebruiken
bij ppp0) en eth0 of eth0.6 komen niet in de firewall voor.

Mijn server heeft twee netwerkkaarten;
Een hangt aan de NTU. Hier zit dus ook de VLAN op en via de VLAN PPP.
De tweede hangt aan de LAN. Het IPv6 adres van deze kaart is dus waar
je vanaf buiten aan connect. Niet PPP want die heeft alleen maar een
IPv6 link-local adres.

Kan uiteraard, maar waarom zou je "de voorkant" geen ipv6 adres geven?
Hij heeft ook een ipv4 adres. Niet dat het veel uitmaakt, maar toch :-)

Misschien cosmetisch :-)

R.

[Rob van der Putten]

Post by Richard Lucassen
On Fri, 5 Jul 2024 10:29:43 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik kan je even niet volgen, de eth is drager van de ppp0, je hebt
alleen maar met ppp0 te maken in de firewall, zowel op ipv4 als
ipv6. Op eth0 zie ik alleen maar PPPoE pakketten voorbij komen met
vlan tagging 6. Eth0 en eth0.6 hebben niet eens een ip adres. Ik
heb een paar NAT rules op ppp0 (ipv4) staan en op ipv6 wat INPUT en
FORWARD rules. Uitgaand op ppp0 een MASQUERADE (geen SNAT gebruiken
bij ppp0) en eth0 of eth0.6 komen niet in de firewall voor.

Mijn server heeft twee netwerkkaarten;
Een hangt aan de NTU. Hier zit dus ook de VLAN op en via de VLAN PPP.
De tweede hangt aan de LAN. Het IPv6 adres van deze kaart is dus waar
je vanaf buiten aan connect. Niet PPP want die heeft alleen maar een
IPv6 link-local adres.

Kan uiteraard, maar waarom zou je "de voorkant" geen ipv6 adres geven?
Hij heeft ook een ipv4 adres. Niet dat het veel uitmaakt, maar toch :-)
Misschien cosmetisch :-)

Het is sowieso iets om over na de denken. Je kan dan in ieder geval voor
IPv4 en IPv6 de zelfde firewall rules gebruiken.
Overigens had ik ooit voor IPv6 een tunnel. Maar ook toen was ethernet
extern bereikbaar. Dit omdat het werd aangeraden.
Een voordeel is dat als je iets anders gaat doen dan een tunnel (of
PPP), je veel minder hoeft te veranderen. Maar dat is het enige dat ik
zo snel kan bedenken.


Vr.Gr,
Rob

[Richard Lucassen]

On Sun, 30 Jun 2024 22:44:45 +0200

Post by Richard Lucassen
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0

[restart pppd]

Dat heeft denk ik inderdaad geen zin bij een persist. Er staat nu;

pidof -q pppd && exit 0

De boel lag er zojuist nalijk een paar minuten uit. De pppd kreeg wel
een schop maar bleef zeuren over

local2.warn: Jul 3 11:55:39 pppd[13987]: Timeout waiting for PADO
packets
local2.err: Jul 3 11:55:39 pppd[13987]: Unable to complete
PPPoE Discovery

Dus nu maar testen of pppd nog leeft, ik gebruik maar 1 enkel ppp
device dus dat kan wel zo denk ik.

R.

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Sun, 30 Jun 2024 22:44:45 +0200

Post by Richard Lucassen
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0

[restart pppd]
Dat heeft denk ik inderdaad geen zin bij een persist. Er staat nu;
pidof -q pppd && exit 0
De boel lag er zojuist nalijk een paar minuten uit. De pppd kreeg wel
een schop maar bleef zeuren over
local2.warn: Jul 3 11:55:39 pppd[13987]: Timeout waiting for PADO
packets
local2.err: Jul 3 11:55:39 pppd[13987]: Unable to complete
PPPoE Discovery

Leeft je VLAN nog?
Soms heeft het zin om de NTU te power togglen. Reset iets remote of zo.

Post by Richard Lucassen
Dus nu maar testen of pppd nog leeft, ik gebruik maar 1 enkel ppp
device dus dat kan wel zo denk ik.

Vr.Gr,
Rob

[Richard Lucassen]

On Wed, 3 Jul 2024 14:27:30 +0200

Post by Rob van der Putten

Post by Richard Lucassen
[restart pppd]
Dat heeft denk ik inderdaad geen zin bij een persist. Er staat nu;
pidof -q pppd && exit 0
De boel lag er zojuist nalijk een paar minuten uit. De pppd kreeg
wel een schop maar bleef zeuren over
local2.warn: Jul 3 11:55:39 pppd[13987]: Timeout waiting for PADO
packets
local2.err: Jul 3 11:55:39 pppd[13987]: Unable to complete
PPPoE Discovery

Leeft je VLAN nog?

Waarom zou die weg zijn? Die heb ik los van ppp opgebracht

Post by Rob van der Putten
Soms heeft het zin om de NTU te power togglen. Reset iets remote of zo.

Ik ga dat sowieso proberen, de ONT hangt dadelijk ook, net als de rest,
op een vette accu. Simpel, alles is nu 12V, beter dan het laten draaien
van een UPS die van 12V weer 230V maakt en die je dan weer omlaag
brengt met voedingen :)

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Wed, 3 Jul 2024 14:27:30 +0200

Post by Rob van der Putten

Post by Richard Lucassen
[restart pppd]
Dat heeft denk ik inderdaad geen zin bij een persist. Er staat nu;
pidof -q pppd && exit 0
De boel lag er zojuist nalijk een paar minuten uit. De pppd kreeg
wel een schop maar bleef zeuren over
local2.warn: Jul 3 11:55:39 pppd[13987]: Timeout waiting for PADO
packets
local2.err: Jul 3 11:55:39 pppd[13987]: Unable to complete
PPPoE Discovery

Leeft je VLAN nog?

Waarom zou die weg zijn? Die heb ik los van ppp opgebracht

Post by Rob van der Putten
Soms heeft het zin om de NTU te power togglen. Reset iets remote of zo.

Ik ga dat sowieso proberen, de ONT hangt dadelijk ook, net als de rest,
op een vette accu. Simpel, alles is nu 12V, beter dan het laten draaien
van een UPS die van 12V weer 230V maakt en die je dan weer omlaag
brengt met voedingen :)

Strict genomen 13.8 (lood accu), maar dat werkt vast wel.
Ik heb er ook wel eens aan gedacht.
Sowieso moet ik weer eens aan de UPS.


Vr.Gr,
Rob

[Richard Lucassen]

On Thu, 4 Jul 2024 17:32:33 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik ga dat sowieso proberen, de ONT hangt dadelijk ook, net als de
rest, op een vette accu. Simpel, alles is nu 12V, beter dan het
laten draaien van een UPS die van 12V weer 230V maakt en die je dan
weer omlaag brengt met voedingen :)

Strict genomen 13.8 (lood accu), maar dat werkt vast wel.
Ik heb er ook wel eens aan gedacht.
Sowieso moet ik weer eens aan de UPS.

Over het algemeen kijkt die 12V niet zo nauw, je moet niet zomaar
zonder meer iets aan 12V hangen als het niet tegen 13,8 (of hoger) of
11V (of lager) kan. Ik heb dat met de spullen die ik gebruik getest.
Kijken wat er gebeurt als de spanning tot 6V zakt. Ik denk dat de
meeste apparatuur uiteindelijk op 3.3 of 5 volt draait en dat er
vrijwel altijd een step-down converter in zit. En aan draaiende disks
met een motortje doen we niet meer ;-)

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Thu, 4 Jul 2024 17:32:33 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Ik ga dat sowieso proberen, de ONT hangt dadelijk ook, net als de
rest, op een vette accu. Simpel, alles is nu 12V, beter dan het
laten draaien van een UPS die van 12V weer 230V maakt en die je dan
weer omlaag brengt met voedingen :)

Strict genomen 13.8 (lood accu), maar dat werkt vast wel.
Ik heb er ook wel eens aan gedacht.
Sowieso moet ik weer eens aan de UPS.

Over het algemeen kijkt die 12V niet zo nauw, je moet niet zomaar
zonder meer iets aan 12V hangen als het niet tegen 13,8 (of hoger) of
11V (of lager) kan. Ik heb dat met de spullen die ik gebruik getest.
Kijken wat er gebeurt als de spanning tot 6V zakt. Ik denk dat de
meeste apparatuur uiteindelijk op 3.3 of 5 volt draait en dat er
vrijwel altijd een step-down converter in zit. En aan draaiende disks
met een motortje doen we niet meer ;-)

3.3 of 5 lijkt mij ook logisch.
Hier is wel eens iets over gepost. Als ik het wel heb door Rob
(achternaam onbekend). Heeft overigens al lang niets meer gepost.


Vr.Gr,
Rob

[Richard Lucassen]

On Fri, 5 Jul 2024 10:33:29 +0200

Post by Rob van der Putten

Post by Richard Lucassen
Over het algemeen kijkt die 12V niet zo nauw, je moet niet zomaar
zonder meer iets aan 12V hangen als het niet tegen 13,8 (of hoger)
of 11V (of lager) kan. Ik heb dat met de spullen die ik gebruik
getest. Kijken wat er gebeurt als de spanning tot 6V zakt. Ik denk
dat de meeste apparatuur uiteindelijk op 3.3 of 5 volt draait en
dat er vrijwel altijd een step-down converter in zit. En aan
draaiende disks met een motortje doen we niet meer ;-)

3.3 of 5 lijkt mij ook logisch.
Hier is wel eens iets over gepost. Als ik het wel heb door Rob
(achternaam onbekend). Heeft overigens al lang niets meer gepost.

Ja, die Rob ken ik, zelfs persoonlijk :-) Nadat usenet van xs4all door
KPN was vernield heeft-ie usenet maar aan de wilgen gehangen. Wel
jammer, hij weet veel namelijk.

[Maurice]

Post by Richard Lucassen
On Fri, 5 Jul 2024 10:33:29 +0200

Post by Rob van der Putten
Hier is wel eens iets over gepost. Als ik het wel heb door Rob
(achternaam onbekend). Heeft overigens al lang niets meer gepost.

Ja, die Rob ken ik, zelfs persoonlijk :-) Nadat usenet van xs4all door
KPN was vernield heeft-ie usenet maar aan de wilgen gehangen. Wel
jammer, hij weet veel namelijk.

Was dat niet Rob PE1CHL? Toch gek hoe sommige nutteloze informatie
in je hoofd blijft zitten ;-)

[Richard Lucassen]

On Sat, 06 Jul 2024 16:01:53 +0200

Post by Maurice

Post by Richard Lucassen
Ja, die Rob ken ik, zelfs persoonlijk :-) Nadat usenet van xs4all
door KPN was vernield heeft-ie usenet maar aan de wilgen gehangen.
Wel jammer, hij weet veel namelijk.

Was dat niet Rob PE1CHL? Toch gek hoe sommige nutteloze informatie
in je hoofd blijft zitten ;-)

Zekers! Jou trouwens ook al een tijd niet gezien hier!

[Maurice]

Post by Richard Lucassen
On Sat, 06 Jul 2024 16:01:53 +0200

Post by Maurice

Post by Richard Lucassen
Ja, die Rob ken ik, zelfs persoonlijk :-) Nadat usenet van xs4all
door KPN was vernield heeft-ie usenet maar aan de wilgen gehangen.
Wel jammer, hij weet veel namelijk.

Was dat niet Rob PE1CHL? Toch gek hoe sommige nutteloze informatie
in je hoofd blijft zitten ;-)

Zekers! Jou trouwens ook al een tijd niet gezien hier!

Dat kan kloppen. Ik lurk nog een beetje mee zodat ik wellicht nog kan
zien wie hier het licht uit doet...

[Richard Lucassen]

On Sun, 07 Jul 2024 21:32:01 +0200

Post by Maurice

Post by Richard Lucassen
Zekers! Jou trouwens ook al een tijd niet gezien hier!

Dat kan kloppen. Ik lurk nog een beetje mee zodat ik wellicht nog kan
zien wie hier het licht uit doet...

Volgens mij stammen we nog uit de tijd van nl.comp.os.linux zonder al
die sub newsgroups. Wel jammer dat usenet verloren gaat, het is toch een
mooi medium.

[Paul van der Vlis]

Post by Richard Lucassen
On Sun, 07 Jul 2024 21:32:01 +0200

Post by Maurice

Post by Richard Lucassen
Zekers! Jou trouwens ook al een tijd niet gezien hier!

Dat kan kloppen. Ik lurk nog een beetje mee zodat ik wellicht nog kan
zien wie hier het licht uit doet...

Volgens mij stammen we nog uit de tijd van nl.comp.os.linux zonder al
die sub newsgroups. Wel jammer dat usenet verloren gaat, het is toch een
mooi medium.

Vind ik ook. En wat is een alternatief?

Wat ik zelf van belang vind is dat de berichten in een programma bij mij
komen, ik hou niet zo van een website. In de praktijk gebruik ik
Thunderbird. Een alternatief zou een mailinglijst kunnen zijn.

Groet,
Paul

[Rob van der Putten]

Hoi

Post by Paul van der Vlis

Post by Richard Lucassen
On Sun, 07 Jul 2024 21:32:01 +0200

Post by Richard Lucassen
Zekers! Jou trouwens ook al een tijd niet gezien hier!

Dat kan kloppen.  Ik lurk nog een beetje mee zodat ik wellicht nog kan
zien wie hier het licht uit doet...

Volgens mij stammen we nog uit de tijd van nl.comp.os.linux zonder al
die sub newsgroups. Wel jammer dat usenet verloren gaat, het is toch een
mooi medium.

Vind ik ook. En wat is een alternatief?
Wat ik zelf van belang vind is dat de berichten in een programma bij mij
komen, ik hou niet zo van een website. In de praktijk gebruik ik
Thunderbird. Een alternatief zou een mailinglijst kunnen zijn.

Ik lees mailinglijsten middels een mail to news gateway (Gmane) en
thunderbird.
Ik doe één web forum, dat van Freedom. Ik denk niet dat ik daar ooit nog
aan ga wennen.


Vr.Gr,
Rob

[Paul van der Vlis]

Post by Rob van der Putten
Hoi

Post by Paul van der Vlis

Post by Richard Lucassen
On Sun, 07 Jul 2024 21:32:01 +0200

Post by Richard Lucassen
Zekers! Jou trouwens ook al een tijd niet gezien hier!

Dat kan kloppen.  Ik lurk nog een beetje mee zodat ik wellicht nog kan
zien wie hier het licht uit doet...

Volgens mij stammen we nog uit de tijd van nl.comp.os.linux zonder al
die sub newsgroups. Wel jammer dat usenet verloren gaat, het is toch een
mooi medium.

Vind ik ook. En wat is een alternatief?
Wat ik zelf van belang vind is dat de berichten in een programma bij
mij komen, ik hou niet zo van een website. In de praktijk gebruik ik
Thunderbird. Een alternatief zou een mailinglijst kunnen zijn.

Ik lees mailinglijsten middels een mail to news gateway (Gmane) en
thunderbird.

Werkt dat weer dan? Heb ik ook lang gedaan, maar gaf teveel problemen toen.

Post by Rob van der Putten
Ik doe één web forum, dat van Freedom. Ik denk niet dat ik daar ooit nog
aan ga wennen.

Het mooiste zou wellicht zijn als we iets hadden wat zowel via NNTP als
via een mailinglijst als via een webinterface werkt...

Groet,
Paul

[Richard Lucassen]

On Mon, 8 Jul 2024 11:27:09 +0200

Post by Paul van der Vlis
Het mooiste zou wellicht zijn als we iets hadden wat zowel via NNTP
als via een mailinglijst als via een webinterface werkt...

Of via een forum gecombineerd met NNTP. Er is nog wel een NNTP Freedom
group:

free.nl.internet.providers.freedom

maar dat is erg stil daar...

[Paul van der Vlis]

Post by Richard Lucassen
On Mon, 8 Jul 2024 11:27:09 +0200

Post by Paul van der Vlis
Het mooiste zou wellicht zijn als we iets hadden wat zowel via NNTP
als via een mailinglijst als via een webinterface werkt...

Of via een forum gecombineerd met NNTP. Er is nog wel een NNTP Freedom
free.nl.internet.providers.freedom
maar dat is erg stil daar...

Ja, ik zit daar ook in. Maar weinig problemen bij Freedom, en weinig
mensen die wat interessants posten.

Maar geen forum, alleen NNTP. Er is wel een forum, maar dat is niet
related. En volgens mij wordt het gemodereerd door Freedom.

Groet,
Paul

[Richard Lucassen]

On Tue, 9 Jul 2024 10:00:29 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
maar dat is erg stil daar...

Ja, ik zit daar ook in. Maar weinig problemen bij Freedom, en weinig
mensen die wat interessants posten.
Maar geen forum, alleen NNTP. Er is wel een forum, maar dat is niet
related. En volgens mij wordt het gemodereerd door Freedom.

Zou wel mooi zijn, een webforum met twee in- en outputs: web en nntp

[Izak van Langevelde]

Post by Richard Lucassen
On Tue, 9 Jul 2024 10:00:29 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
maar dat is erg stil daar...

Ja, ik zit daar ook in. Maar weinig problemen bij Freedom, en weinig
mensen die wat interessants posten.
Maar geen forum, alleen NNTP. Er is wel een forum, maar dat is niet
related. En volgens mij wordt het gemodereerd door Freedom.

Zou wel mooi zijn, een webforum met twee in- en outputs: web en nntp

Is wel te realiseren met een of andere brug, zo zie ik in nl.culinair
ook postings die volgens mij uit een webforum komen, maar je blijft
aanlopen tegen het probleem dat de functionaliteit van teen niet precies
samenvalt met de functionaliteit van tander, en nntp blijft ouwe meuk
waar niemand meer in wil investeren (inderdaad, da's één zin)...

[De ongekruisigde]

Post by Izak van Langevelde

Post by Richard Lucassen
On Tue, 9 Jul 2024 10:00:29 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
maar dat is erg stil daar...

Ja, ik zit daar ook in. Maar weinig problemen bij Freedom, en weinig
mensen die wat interessants posten.
Maar geen forum, alleen NNTP. Er is wel een forum, maar dat is niet
related. En volgens mij wordt het gemodereerd door Freedom.

Zou wel mooi zijn, een webforum met twee in- en outputs: web en nntp

Is wel te realiseren met een of andere brug, zo zie ik in nl.culinair
ook postings die volgens mij uit een webforum komen, maar je blijft
aanlopen tegen het probleem dat de functionaliteit van teen niet precies
samenvalt met de functionaliteit van tander,

dergelijke verschillen zijn vaak toch te overbruggen

Post by Izak van Langevelde
en nntp blijft ouwe meuk
waar niemand meer in wil investeren (inderdaad, da's één zin)...

nou ja zeg!

[Izak van Langevelde]

Post by De ongekruisigde

Post by Izak van Langevelde

Post by Richard Lucassen
On Tue, 9 Jul 2024 10:00:29 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
maar dat is erg stil daar...

Ja, ik zit daar ook in. Maar weinig problemen bij Freedom, en weinig
mensen die wat interessants posten.
Maar geen forum, alleen NNTP. Er is wel een forum, maar dat is niet
related. En volgens mij wordt het gemodereerd door Freedom.

Zou wel mooi zijn, een webforum met twee in- en outputs: web en nntp

Is wel te realiseren met een of andere brug, zo zie ik in nl.culinair
ook postings die volgens mij uit een webforum komen, maar je blijft
aanlopen tegen het probleem dat de functionaliteit van teen niet precies
samenvalt met de functionaliteit van tander,

dergelijke verschillen zijn vaak toch te overbruggen

*SCHATERDESCHATER*

Post by De ongekruisigde

Post by Izak van Langevelde
en nntp blijft ouwe meuk
waar niemand meer in wil investeren (inderdaad, da's één zin)...

nou ja zeg!

In mijn testament staat dat usenet opgeheven kan worden.

[Richard Lucassen]

On Thu, 11 Jul 2024 15:04:24 +0200

Post by Izak van Langevelde

Post by De ongekruisigde

Post by Izak van Langevelde
en nntp blijft ouwe meuk
waar niemand meer in wil investeren (inderdaad, da's één zin)...

nou ja zeg!

In mijn testament staat dat usenet opgeheven kan worden.

Moeten we toch maar eens met je executeur testamentair gaan babbelen :)

[tjoen]

On 7/11/24 15:04, Izak van Langevelde wrote:
..

Post by Izak van Langevelde
In mijn testament staat dat usenet opgeheven kan worden.

Bestaan Gopher en al die andere oude protocollen nog?

[Izak van Langevelde]

Post by tjoen
..

Post by Izak van Langevelde
In mijn testament staat dat usenet opgeheven kan worden.

Bestaan Gopher en al die andere oude protocollen nog?

Vast wel, maar vraag mij niet welke sites er nog in de lucht zijn...

[Paul van der Vlis]

Post by Izak van Langevelde

Post by Richard Lucassen
On Tue, 9 Jul 2024 10:00:29 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
maar dat is erg stil daar...

Ja, ik zit daar ook in. Maar weinig problemen bij Freedom, en weinig
mensen die wat interessants posten.
Maar geen forum, alleen NNTP. Er is wel een forum, maar dat is niet
related. En volgens mij wordt het gemodereerd door Freedom.

Zou wel mooi zijn, een webforum met twee in- en outputs: web en nntp

Is wel te realiseren met een of andere brug, zo zie ik in nl.culinair
ook postings die volgens mij uit een webforum komen, maar je blijft
aanlopen tegen het probleem dat de functionaliteit van teen niet precies
samenvalt met de functionaliteit van tander, en nntp blijft ouwe meuk
waar niemand meer in wil investeren (inderdaad, da's één zin)...

Ja, wellicht zul je sommige functies niet kunnen ondersteunen.
Maar alleen de basis is al leuk, gewoon berichten lezen en posten.

Post by Izak van Langevelde
en nntp blijft ouwe meuk
waar niemand meer in wil investeren (inderdaad, da's één zin)...

Jammer genoeg waar. Maar misschien dat er iemand met pensioen gaat en
zin heeft in nieuwe uitdagingen.

Bij een webforum ontkom je overigens denk ik niet aan bepaalde moderatie
achteraf. Bij een mailinglist gaat dat niet. Bij NNTP een beetje.

Groet,
Paul

[Paul van der Vlis]

Post by Richard Lucassen
On Tue, 9 Jul 2024 10:00:29 +0200

Post by Paul van der Vlis

Post by Richard Lucassen
maar dat is erg stil daar...

Ja, ik zit daar ook in. Maar weinig problemen bij Freedom, en weinig
mensen die wat interessants posten.
Maar geen forum, alleen NNTP. Er is wel een forum, maar dat is niet
related. En volgens mij wordt het gemodereerd door Freedom.

Zou wel mooi zijn, een webforum met twee in- en outputs: web en nntp

Ik bedoelde drie inputs: web, nntp, en mailinglijst.

Groet,
Paul

[Maurice]

Post by Richard Lucassen
On Sun, 07 Jul 2024 21:32:01 +0200

Post by Maurice

Post by Richard Lucassen
Zekers! Jou trouwens ook al een tijd niet gezien hier!

Dat kan kloppen. Ik lurk nog een beetje mee zodat ik wellicht nog kan
zien wie hier het licht uit doet...

Volgens mij stammen we nog uit de tijd van nl.comp.os.linux zonder al
die sub newsgroups.

Klopt helemaal.

Post by Richard Lucassen
Wel jammer dat usenet verloren gaat, het is toch een mooi medium.

Zeker. Ik moet wel zeggen dat ik een webforum eerst ook verschrikkelijk
vond, vooral door het ontbreken van de hierarchie die usenet wel heeft.
En dan bedoel ik niet de structuur van de nieuwsgroepen, maar de structuur
in een thread.
Maar het went. Het hangt (uiteraard) wel sterk af van wie er deelnemen
en of/hoe er gemodereerd wordt. Het forum van Tweakers bevalt me wel.
Veel activiteit, veel kennis over de meest uiteenlopende onderwerpen
en er wordt IMHO goed opgetreden tegen discussies die uit de hand lopen,
off-topic gaan of wangedrag in het algemeen.
Maar dat is eigenlijk ook het enige forum dat ik volg, op een paar
specialistische forums (fora?) na waar het sowieso heel rustig is.

[Richard Lucassen]

On Tue, 09 Jul 2024 12:59:21 +0200

Post by Maurice

Post by Richard Lucassen
Wel jammer dat usenet verloren gaat, het is toch een mooi medium.

Zeker. Ik moet wel zeggen dat ik een webforum eerst ook
verschrikkelijk vond, vooral door het ontbreken van de hierarchie die
usenet wel heeft. En dan bedoel ik niet de structuur van de
nieuwsgroepen, maar de structuur in een thread.
Maar het went. Het hangt (uiteraard) wel sterk af van wie er
deelnemen en of/hoe er gemodereerd wordt. Het forum van Tweakers
bevalt me wel. Veel activiteit, veel kennis over de meest
uiteenlopende onderwerpen en er wordt IMHO goed opgetreden tegen
discussies die uit de hand lopen, off-topic gaan of wangedrag in het
algemeen. Maar dat is eigenlijk ook het enige forum dat ik volg, op
een paar specialistische forums (fora?) na waar het sowieso heel
rustig is.

Volgens mij is het "fora". Maar wat ik wel mis is de levendigheid van
de nl.comp.os.linux.* hierarchie uit de jaren 90 en 00. ncol liep
dermate vol dat er een splitsing nodig was, kom daar nog eens om :-)

[Adri Verhoef]

Op moederschip aarde schreef iemand die zich identificeerde als

Post by Richard Lucassen
On Tue, 09 Jul 2024 12:59:21 +0200

Post by Maurice
algemeen. Maar dat is eigenlijk ook het enige forum dat ik volg, op
een paar specialistische forums (fora?) na waar het sowieso heel
rustig is.

Volgens mij is het "fora".

$ zoekwoord forum
fo·rum (het; o; meervoud: forums, fora)
1. groep deskundigen die met het publiek discussiëren over een bep. kwestie: forumdiscussie; Forum voor Democratie Nederlandse politieke partij (afkorting: FVD)
2. website waar over een bep. zaak kan worden gediscussieerd: internetforum, webforum

fo·ru·men (forumde, heeft geforumd)
1. deelnemen aan een of meer forums (2) op internet


Dus het mag allebei: fora en forums.


Voor de geïnteresseerden, ik vond nog een leuke PDF:
<https://studylibnl.com/doc/650951/les-2-splitsen-in-lettergrepen>

3. Woorden met een Latijnse oorsprong

- De uitgang -um wordt -ums of -a. Soms bestaan beide mogelijkheden.

album albums
curiosum curiosa (Een curiosum is ‘een zeldzaam iets’.)
medium media (tv, kranten ...)
mediums (in het spiritisme)
museum museums, musea (dus niet musea’s)
criterium criteriums (wielerwedstrijden)
criteria (onderscheidende kenmerken)

- De uitgang -us wordt -i.

criticus critici
politicus politici

[tjoen]

On 7/15/24 02:22, Adri Verhoef wrote:
...

Post by Adri Verhoef
Dus het mag allebei: fora en forums.

...

Mogelijk dat je met fora serieuzer wordt genomen
Iets met ouderwetse studenten cultuur

[Adri Verhoef]

Op moederschip aarde schreef iemand die zich identificeerde als

Post by tjoen
...

Post by Adri Verhoef
Dus het mag allebei: fora en forums.

...
Mogelijk dat je met fora serieuzer wordt genomen
Iets met ouderwetse studenten cultuur

Zolang je maar niet "fora's" gaat schrijven, zoals deze bedrijfswagenmonteur,
die in één lange zin schrijft zoals ie waarschijnlijk denkt en/of spreekt:
"Fora's zijn lang zo druk niet meer bezocht als vroeger, dankzij alle andere
social media die beschikbaar is gekomen, ik ben ook nog lid van GitaarNet dat
was vroeger erg druk heeft een 47000 leden waarvan tegenwoordig in de praktijk
er nog geen honderd geregeld iets posten, er zijn wel meer online maar actieve
posters wordt steeds minder, toen ik er bij kwam in 2003 had je de hele avond
wel lezen en dan miste je nog de helft als je avonds weer thuis kwam, nu heb je
het in een uurtje wel gehad."
<https://nl.quora.com/Zijn-er-grote-Nederlandse-fora>
"Ze baseren deze top 10 op het aantal berichten, dan hoort GitaarNet eigenlijk
ook in dit lijstje thuis die heeft 3.476.063 berichten zou dus eigenlijk op de
6e plaats thuis horen."

Iets met iemand meer of minder serieus nemen, wat mij betreft. YMMV.

[tjoen]

Post by tjoen
...

Post by Adri Verhoef
Dus het mag allebei: fora en forums.

...
Mogelijk dat je met fora serieuzer wordt genomen
Iets met ouderwetse studenten cultuur

Nu weet ik het weer. Coleges werder vroeger in Latijn gegeven.

[Izak van Langevelde]

Post by tjoen

Post by tjoen
...

Post by Adri Verhoef
Dus het mag allebei: fora en forums.

...
Mogelijk dat je met fora serieuzer wordt genomen
Iets met ouderwetse studenten cultuur

Nu weet ik het weer. Coleges werder vroeger in Latijn gegeven.

Ik weet het nog goed...

[Izak van Langevelde]

Post by Adri Verhoef
Dus het mag allebei: fora en forums.

Gezien het overwegend engelse taalgebruik op fora, zie je meestal forums.

[Kees Nuyt]

Post by Adri Verhoef
<https://studylibnl.com/doc/650951/les-2-splitsen-in-lettergrepen>

Gemiste kans:
<https://studylibnl.com/doc/650951/les-2-split-sen-in-let-ter-gre-pen>

[Rob van der Putten]

Hoi

Post by Richard Lucassen
On Tue, 25 Jun 2024 18:42:40 +0200

Post by Rob van der Putten

Post by Richard Lucassen
ifname ppp0
in /etc/peers/providers?

Of 'ifname ppp0' dan ook werkt weet ik dus niet.
Maar 'ifname foobar' weer wel.

Nou, de boel liep in twee minuten. Ik heb in /etc/network/interfaces
iface eth0 inet manual
mtu 1508
iface eth0.6 inet manual
mtu 1508
iface ppp0 inet ppp
provider freedom
pre-up test -d /sys/devices/virtual/net/eth0.6 || \
/sbin/ifup eth0.6
ifname ppp0
+ipv6 ipv6cp-use-ipaddr
noipdefault
defaultroute
replacedefaultroute
hide-password
lcp-echo-interval 10
maxfail 0
holdoff 10
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1500
mru 1500
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0.6
in /etc/wide-dhcpv6/dhcp6c.conf
interface ppp0 {
send ia-pd 1;
};
id-assoc pd 1 {
};

Leeg.
Daarom peutert ie niet aan interfaces.
Ook maar eens doen.

Post by Richard Lucassen
#!/bin/dash
test -d /sys/devices/virtual/net/ppp0 && exit 0
echo "[ERROR] no ppp0 found, restarting ppp interface" \
| mail -s "[ERROR] ppp0 not found on $(hostname -f)" admin
/sbin/ifdown ppp0
sleep 2
/sbin/ifup ppp0
Als je aan- of opmerkingen hebt over deze methode dan hoor ik dat
graag :-)

Vr.Gr,
Rob

[Coen]

Post by Richard Lucassen
Ik heb nog ergens een script dat iedere 5 minuten controleert of ppp0
up is en nog werkt, als ppp0 er echt niet meer is dan kill ik pppd en
begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik moet morgen
even uitzoeken hoe het e.e.a. ook alweer werkt :-)

lcp-echo-interval 6
lcp-echo-failure 5
holdoff 10

Nooit noodzaak om opnieuw te starten.

Mijn /etc/network/interfaces:

auto eth3
iface eth3 inet static
address 192.168.1.2
netmask 255.255.255.0
network 192.168.1.0
mtu 9000
post-down poff vdsl
post-up pon vdsl

auto eth3.6
iface eth3.6 inet manual
post-up ifconfig $IFACE up
pre-down ifconfig $IFACE down
mtu 9000


(VDSL is VLAN 6, ik kan in het modem eventueel ook de vlan tag strippen,
dan komt ppp op eth3)

Zie ik mijn post van 21-6.

Groet,
Coen

[Paul van der Vlis]

Post by Coen

Post by Richard Lucassen
Ik heb nog ergens een script dat iedere 5 minuten controleert of ppp0
up is en nog werkt, als ppp0 er echt niet meer is dan kill ik pppd en
begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik moet morgen
even uitzoeken hoe het e.e.a. ook alweer werkt :-)

lcp-echo-interval 6
lcp-echo-failure 5
holdoff 10
Nooit noodzaak om opnieuw te starten.
auto eth3
iface eth3 inet static
        address 192.168.1.2
        netmask 255.255.255.0
        network 192.168.1.0
        mtu 9000

Jumbo frames. Gaat dat wel goed richting internet?

Post by Coen
        post-down poff vdsl
        post-up pon vdsl
auto eth3.6
iface eth3.6 inet manual
        post-up ifconfig $IFACE up
        pre-down ifconfig $IFACE down
        mtu 9000
(VDSL is VLAN 6, ik kan in het modem eventueel ook de vlan tag strippen,
dan komt ppp op eth3)

Welk modem gebruik je, Draytek Vigor?

Groet,
Paul

[Coen]

Post by Paul van der Vlis
Jumbo frames. Gaat dat wel goed richting internet?

Dat is op het LAN, naar het modem.
Er is daar geen internet verkeer.

Post by Paul van der Vlis
Welk modem gebruik je, Draytek Vigor?

Correct. Een Vigor 130 nog.
Nu niet meer de beste oplossing, maar geen zin meer om te investeren met
de fiber ploegen overal in de stad aan het werk. Ook al is er voor dit
adres geen planning bekend.

[Rob van der Putten]

Hoi

Post by Coen

Post by Richard Lucassen
Ik heb nog ergens een script dat iedere 5 minuten controleert of ppp0
up is en nog werkt, als ppp0 er echt niet meer is dan kill ik pppd en
begin opnieuw. Maar normaliter staat ppp0 op persistent. Ik moet morgen
even uitzoeken hoe het e.e.a. ook alweer werkt :-)

lcp-echo-interval 6
lcp-echo-failure 5
holdoff 10
Nooit noodzaak om opnieuw te starten.
auto eth3
iface eth3 inet static
        address 192.168.1.2
        netmask 255.255.255.0
        network 192.168.1.0
        mtu 9000
        post-down poff vdsl
        post-up pon vdsl
auto eth3.6
iface eth3.6 inet manual
        post-up ifconfig $IFACE up
        pre-down ifconfig $IFACE down
        mtu 9000

Met die 'manual' heb ik sinds stretch problemen, dus ik gebruik sinds
dien een script. Het script wacht op syslog en da's ook wel handig.

Post by Coen
(VDSL is VLAN 6, ik kan in het modem eventueel ook de vlan tag strippen,
dan komt ppp op eth3)
Zie ik mijn post van 21-6.

Die pty kende ik dus niet.
Ik heb;
plugin rp-pppoe.so enp33s0.6


Vr.Gr,
Rob

[Paul van der Vlis]

Post by Richard Lucassen
On Wed, 19 Jun 2024 10:45:03 +0200

Post by Paul van der Vlis
Als de Raspberry wordt losgekoppeld en vervangen door de KPN router,
dan werkt alles wel op de clients.
Als ik vanaf een client met telnet connect naar bijvoorbeeld
vandervlis.nl op poort 443 dan komt er een verbinding.
Heeft iemand enig idee wat dit zou kunnen zijn?

Dat riekt wellicht naar een mtu probleem, wat is de mtu van die lijn?

De MTU van de WAN verbinding (PPP) is 1492, en van de LAN poort 1500.
Volgens "ip a".

Groet,
Paul

[Rob van der Putten]

HOi

Post by Paul van der Vlis
Ik probeer een router aan de praat te krijgen met KPN glas. Het gaat om
een Raspberry Pi met daarop een NAT-firewall (een script van mij wat
verder overal werkt).

Als ik het wel heb is de TCP/IP vans de ras pi een beetje vaag en heb je
meer aan bv een BBB.

<Knip>


Vr.Gr,
Rob