Re: Ter info: FileZilla
Hoi On 05/07/2024 00:06, Richard Lucassen wrote: On Thu, 4 Jul 2024 17:28:21 +0200 Rob van der Putten wrote: Verbazingwekkend dat er nog steeds ftp gebruikt wordt. Ik zou zo snel mogelijk overgaan op ssh/sftp. Voor anonymous FTP is het natuurlijk geen probleem. Nee, ook met anonymous heb je dat idiote protocol. Weg met die troep. Gebruik voor anonymous downloads gewoon http of https en voor uploads sftp. Ik weet niet of je ntp server goed staat maar we leven in 2024, check het even :-) Binnen tig µs; http://www.sput.nl/ntpstats/sput/ En volgens de zelfde logica, zou je eigenlijk ook niet moeten ademhalen, want word ook al heel lang gedaan. Zelf ben ik overigens geen fan van FTP, maar soms is er niets anders beschikbaar. Zo doet mijn oude TV settopbox niet veel anders. Indien beschikbaar is sshfs wel aardig. Je kan dan remote spul lokaal mounten. Vr.Gr, Rob
Re: Ter info: FileZilla
Hoi On 04/07/2024 10:34, Arjen Bax wrote: Verbazingwekkend dat er nog steeds ftp gebruikt wordt. Ik zou zo snel mogelijk overgaan op ssh/sftp. Voor anonymous FTP is het natuurlijk geen probleem. Vriendelijke groet / Kind regards / Vennlig hilsen, Arjen Bax Op di 18 jun 2024 om 11:57 schreef Sjoerd : Op 11 mei schreef Richard Lucassen: Op 11 mei schreef Sjoerd: Wat je nu ziet gebeuren, is dat FileZilla eerst contact probeert te maken via het IPv6-adres. Na ruim 2 minuten geeft-ie het op, en dan wordt overgegaan naar het IPv4-adres, waarna de verbinding vlot tot stand komt. Maar als je dan iets wilt uploaden, wordt opnieuw eerst het IPv6-adres geprobeerd, en herhaalt deze toestand zich. Zet voor de betreffende host alleen het ipv4 adres in de hosts file (die bestaat onder windows ook, dan forceer je de boel naar ipv4. Afgelopen nacht was er weer een modem-update van KPN, maar hierna deed IPv4 het ook al niet meer. Een oplossing vond ik uiteindelijk op het KPN-forum. In het modem is iets aan het beveiligingsniveau te wijzigen, waarna de verbinding het weer doet. "Na modem-update geen FTP meer" https://forum.kpn.com/modems-123/na-modem-update-geen-ftp-meer-615273 Vr.Gr, Rob
Re: wat zijn de side-effects van LC_ALL="C"
Hoi On 09/12/2022 12:58, Paul van der Vlis wrote: Hallo Gijs en anderen, Op 09-12-2022 om 08:54 schreef Gijs Hillenius: Hoi! Een collega op het werk helpt me met het combineren van super-eenvoudig te schrijven serietje van MarkDown regeltjes, die je dan met een enkel commando: , | nix run git+https://url...dinges-theme/#pandoc-presentation --refresh -- presentation.md ` omzet in een PDF. Het werkt vlekkeloos op zijn machine (100% nix). Het werkt bijna vlekkeloos op een VM ingericht met yum (rpm). Daar moeten we dat commando dan beginnen als: LC_ALL="C" nix run git Op mijn Debian Sid machine krijgen we gekke neven-effecten. Het werkt, net als op die Yum vm niet zonder LC_ALL="C". Maar met LC_ALL="C" verschuift op alle PDF pagina's het logootje, zo gauw als we ook maar een enkel plaatje (JPG) invoeren. Ik heb net https://wiki.debian.org/Locale bestudeerd. /etc/environment is leeg ssh een sshd config bevatten die SendEnv LANG LC_* en AcceptEnv LANG LC_* .. Iemand nog een ander idee? Je moet tegenwoordig /etc/default/locale hebben, maar dat staat vast ook in https://wiki.debian.org/Locale . "LANG=C" geeft soms problemen. Bijvoorbeeld het Python programma "rpl" werkt dan niet meer, en sommige tekens kunnen niet weergegeven worden lijkt me. Overweeg iets anders zoals "LANG=en_US.UTF-8", of wat ik ook vaak gebruik is de Ierse UTF-8 locale. Voordeel van die Ierse locale is b.v. dat ze in Ierland A4 papier gebruiken en Euro's als valuta etc. Eigenlijk staat alles dan vanzelf goed voor een Nederlandse computer die Engels als taal wil. Locale doet ook sorteer volgorde. Met C is dat ascending unsigned byte value. Dat kan van essentieel belang zijn bij zoeken en sorteren. Een nadeel is dat C ISO-8859-1 is. Er is echter ook een C.UTF-8. In scripts zet ik altijd een 'export LC_ALL=C.UTF-8,' voordat ik ze laat sorteren. Ik gebruik hem ook in software wanneer ik de locale wil hardcoden. Misschien dat door dat andere papier in de USA (letter) het logo verspringt. Als het goed is staat je papersize in /etc/papersize. Of dit de papersize van de locale (US en Canada US-Letter, rest A4) overruled weet ik niet. Ik zou proberen de SSH config op default te houden, dat heb je volgens mij ook. "SendEnv LANG LC_*" hoort in ssh_config, en "AcceptEnv LANG LC_*" hoort in sshd_config. Vr.Gr, Rob
Re: Geen IPv6 via PPP
Hoi On 23/05/2021 11:15, Geert Stappers wrote: On Sun, May 23, 2021 at 09:31:24AM +0200, Rob van der Putten wrote: On 22/05/2021 22:40, Paul van der Vlis wrote: Op 22-05-2021 om 20:48 schreef Rob van der Putten: On 22/05/2021 20:05, Paul van der Vlis wrote: Op 22-05-2021 om 20:00 schreef Rob van der Putten: On 22/05/2021 19:53, Rob van der Putten wrote: Op 22-05-2021 om 16:02 schreef Paul van der Vlis: Sinds kort heb ik een GPON Freedom aansluiting, dat is nieuw en nog niet voor iedereen beschikbaar. Nu had ik me voorgenomen om de internet verbinding te realiseren via Debian, dat gaat op zich prima, alleen lukt IPv6 nog niet. Zijn er hier anderen die dit wel aan de praat hebben? PPPoE in VLAN6? Draait hier al vier jaar (bij XS4ALL dus); http://www.sput.nl/internet/xs4all/config.html Gave documentatie. De eerste tekening was al top. Tekening twee en drie (over MTU) helemaal klasse. UTF-8-Art (zie view source). Note: Ik heb hier geen GPON. Dat is transparant, dus zou niet moeten uitmaken. Vraag: Waarom gebruik je Wide-DHCPv6-Client bij een statische configuratie? Omdat anders de /48 niet naar je geroute word of anderszins niet bruikbaar is. Ik begrijp het, het stond overigens ook in je documentatie ;-) Documentatie _plus_ wat je ziet maakt de betere begripvorming. Ik als vDSL klant, met een Fritzbox waar ik vanaf wil, begrijp het niet. Het is handig als je wat ervaring hebt met PPP. Ik deed vroeger PPP over een seriële poort. Later PPP + PPTP met z'n Alcatel modem. PPPoE is dan een volgende stap. En dan via VLAN. De volgorde waarin de link word opgezet is andersom: Eerst VLAN6 en dan PPPoE. IPv6 werkt hier ondertussen (Debian 11), al moeten er wel nog wat dingen mooier & beter. Zo mislukt het starten van DHCP tijdens het booten nog, omdat er dan nog geen PPP verbinding is opgebouwd (denk ik). Maar daar kom ik wel uit denk ik. Daar heb ik dus een script voor. wide-dhcpv6-client doet een aantal retries en dan geeft ie het op. Vandaar dat ik die pas start nadat de link op is. Ik vergelijk het automobiel met verbrandingsmotor. Je kunt pas gaan rijden als de motor loopt. Je krijgt de motor pas gestart als de versnellingsbak in neutraal staat. Dus dat handelingen in de juiste volgorde moeten gebeuren. Laag voor laag; Eerst de draadjes aansluiten. Dan de interfaces configureren. Dan de routing. Wat me opvalt is dat je het IPv6 IP toewijst aan "prefix-interface eth1", terwijl het toch eigenlijk het PPP-interface (wan) is wat je een IPv6 IP wilt geven. Ik heb dat geprobeerd, maar dat gaat niet, en toewijzen aan dat prefix-interface lost het probleem op. Vreemd. Ik wijs het nu toe aan het vlan interface, dat werkt ook. Ik zie niet waar je statische IPv6 configuratie staat voor de WAN, Is er niet. De PPP interface heeft qua IPv6 alleen een link-local adres. Alleen de ethernet interface heeft een global IPv6 adres. Dat is dus anders dan voor IPv4. Het remote end van de PPP link heeft ook een IPv6 link-local adres. Mijn inschatting is dat output van dit rijtje verheldert: ip link ip address ip route ip -6 route Ik heb maar even gegrept op 'wan' (wan is ppp interface) anders is het zoveel tekst; sput:~$ ip link | grep wan 8: wan: mtu 1500 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 3 sput:~$ ip address | grep wan 8: wan: mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 3 inet 62.251.89.6 peer 194.109.5.227/32 scope global wan sput:~$ ip route | grep wan default dev wan scope link 194.109.5.227 dev wan proto kernel scope link src 62.251.89.6 'default' is hier 0.0.0.0/0 sput:~$ ip -6 route | grep wan fe80::561e:56ff:fe3c:6839 dev wan metric 1024 pref medium fe80::/10 dev wan metric 1 pref medium fe80::/10 dev wan proto kernel metric 256 pref medium default dev wan metric 1024 pref medium 'fe80::561e:56ff:fe3c:6839' komt overeen met ethernet adres 54:1E:56:3C:68:39. Is dus de Juniper doos aan de remote kant. 'default' is hier ::/0 Vr.Gr, Rob
Re: Geen IPv6 via PPP
Hoi On 22/05/2021 22:40, Paul van der Vlis wrote: Op 22-05-2021 om 20:48 schreef Rob van der Putten: On 22/05/2021 20:05, Paul van der Vlis wrote: Op 22-05-2021 om 20:00 schreef Rob van der Putten: On 22/05/2021 19:53, Rob van der Putten wrote: On 22/05/2021 16:54, Paul van der Vlis wrote: Op 22-05-2021 om 16:02 schreef Paul van der Vlis: Sinds kort heb ik een GPON Freedom aansluiting, dat is nieuw en nog niet voor iedereen beschikbaar. Nu had ik me voorgenomen om de internet verbinding te realiseren via Debian, dat gaat op zich prima, alleen lukt IPv6 nog niet. Zijn er hier anderen die dit wel aan de praat hebben? Overigens werkt dit precies hetzelfde als bij XS4all. PPPoE in VLAN6? Draait hier al vier jaar (bij XS4ALL dus); http://www.sput.nl/internet/xs4all/config.html Note: Ik heb hier geen GPON. Dat is transparant, dus zou niet moeten uitmaken. Vraag: Waarom gebruik je Wide-DHCPv6-Client bij een statische configuratie? Omdat anders de /48 niet naar je geroute word of anderszins niet bruikbaar is. Ik begrijp het, het stond overigens ook in je documentatie ;-) IPv6 werkt hier ondertussen (Debian 11), al moeten er wel nog wat dingen mooier & beter. Zo mislukt het starten van DHCP tijdens het booten nog, omdat er dan nog geen PPP verbinding is opgebouwd (denk ik). Maar daar kom ik wel uit denk ik. Daar heb ik dus een script voor. wide-dhcpv6-client doet een aantal retries en dan geeft ie het op. Vandaar dat ik die pas start nadat de link op is. Wat me opvalt is dat je het IPv6 IP toewijst aan "prefix-interface eth1", terwijl het toch eigenlijk het PPP-interface (wan) is wat je een IPv6 IP wilt geven. Ik heb dat geprobeerd, maar dat gaat niet, en toewijzen aan dat prefix-interface lost het probleem op. Vreemd. Ik wijs het nu toe aan het vlan interface, dat werkt ook. Ik zie niet waar je statische IPv6 configuratie staat voor de WAN, Is er niet. De PPP interface heeft qua IPv6 alleen een link-local adres. Alleen de ethernet interface heeft een global IPv6 adres. Dat is dus anders dan voor IPv4. Het remote end van de PPP link heeft ook een IPv6 link-local adres. volgens mij krijg je die toch alleen via dhcp. Maar bedankt voor je hulp! Vr.Gr, Rob
Re: Geen IPv6 via PPP
Hoi On 22/05/2021 20:05, Paul van der Vlis wrote: Op 22-05-2021 om 20:00 schreef Rob van der Putten: On 22/05/2021 19:53, Rob van der Putten wrote: On 22/05/2021 16:54, Paul van der Vlis wrote: Op 22-05-2021 om 16:02 schreef Paul van der Vlis: Sinds kort heb ik een GPON Freedom aansluiting, dat is nieuw en nog niet voor iedereen beschikbaar. Nu had ik me voorgenomen om de internet verbinding te realiseren via Debian, dat gaat op zich prima, alleen lukt IPv6 nog niet. Zijn er hier anderen die dit wel aan de praat hebben? Overigens werkt dit precies hetzelfde als bij XS4all. PPPoE in VLAN6? Draait hier al vier jaar (bij XS4ALL dus); http://www.sput.nl/internet/xs4all/config.html Note: Ik heb hier geen GPON. Dat is transparant, dus zou niet moeten uitmaken. Vraag: Waarom gebruik je Wide-DHCPv6-Client bij een statische configuratie? Omdat anders de /48 niet naar je geroute word of anderszins niet bruikbaar is. Vr.Gr, Rob
Re: Geen IPv6 via PPP
Hoi On 22/05/2021 19:53, Rob van der Putten wrote: On 22/05/2021 16:54, Paul van der Vlis wrote: Op 22-05-2021 om 16:02 schreef Paul van der Vlis: Sinds kort heb ik een GPON Freedom aansluiting, dat is nieuw en nog niet voor iedereen beschikbaar. Nu had ik me voorgenomen om de internet verbinding te realiseren via Debian, dat gaat op zich prima, alleen lukt IPv6 nog niet. Zijn er hier anderen die dit wel aan de praat hebben? Overigens werkt dit precies hetzelfde als bij XS4all. PPPoE in VLAN6? Draait hier al vier jaar (bij XS4ALL dus); http://www.sput.nl/internet/xs4all/config.html Note: Ik heb hier geen GPON. Vr.Gr, Rob
Re: Geen IPv6 via PPP
Hoi On 22/05/2021 16:54, Paul van der Vlis wrote: Op 22-05-2021 om 16:02 schreef Paul van der Vlis: Sinds kort heb ik een GPON Freedom aansluiting, dat is nieuw en nog niet voor iedereen beschikbaar. Nu had ik me voorgenomen om de internet verbinding te realiseren via Debian, dat gaat op zich prima, alleen lukt IPv6 nog niet. Zijn er hier anderen die dit wel aan de praat hebben? Overigens werkt dit precies hetzelfde als bij XS4all. PPPoE in VLAN6? Draait hier al vier jaar (bij XS4ALL dus); http://www.sput.nl/internet/xs4all/config.html Vr.Gr, Rob
Re: [apt] geen updates
Hoi Rob van der Putten wrote: Paul van der Vlis wrote: Misschien is dit zinnig: http://www.debian-administration.org/article/669/Cloning_a_Debian_system_-_identical_packages_and_versions Ik krijg; $VAR1 = \'HTML::Template : Attempt to set nonexistent parameter \'ipv6\' - this parameter name doesn\'t match any declarations in the template file : (die_on_bad_params => 1) at ../lib/Application/Yawns.pm line 475. '; Heb de webmaster gemaild. Geen reactie. Heb X-Forwarded-For in mijn Squid disabled. Blijkbaar gaat www.debian-administration.org over zijn zeik van IPv6 adressen in request header lines. Vr.Gr, Rob -- ISDS is evil. Abolish ISDS.
Re: [apt] geen updates
Hoi Richard Lucassen wrote: Het is alsof-ie het ergens cachet of dat-ie het ergens anders aan relateert. Ha, cache! Als er ergens een proxy server tussen zit, hoort daar eem max-age=0 bij. Ik had ooit; Acquire::http::Proxy "http://proxy.sput.nl:8080/::max-age=0;; Maar ik doe dat nu in Squid; # Keep Debian fresh refresh_pattern ^(ht|f)tp://.*debian.*/Packages\.(bz2|gz|diff/Index)$ 0 0% 0 refresh_pattern ^(ht|f)tp://.*debian.*/Release(\.gpg)?0 0% 0 refresh_pattern ^(ht|f)tp://.*debian.*/Sources\.(bz2|gz|diff/Index)$ 0 0% 0 refresh_pattern ^(ht|f)tp://.*debian.*/Translation-en_GB\.bz2$ 0 0% 0 Check ook even je enviroment; set | grep -i proxy Vr.Gr, Rob -- ISDS is evil. Abolish ISDS.
