Re: some ports give "Error while reading header" while fetching
On Tue, Mar 26, 2024 at 12:32:52PM +0100, Peter Hessler wrote: There was a mistake while signing these packages, you want the set signed 2024-03-22 or later. ftp.hostserver.de and the other 2nd level mirrors most certainly has those, and the other mirrors should get them over time. thank you for the very quick and informative response! --
some ports give "Error while reading header" while fetching
Hello, Posting in misc@ because it's an issue not limited to any particular port. context is 7.5 GENERIC.MP#138 arm64 aarch64 error: $ doas pkg_add -D snap mupdf quirks-7.14 signed on 2024-03-18T13:07:59Z Ambiguous: choose package for mupdf a 0: 1: mupdf-1.23.11 2: mupdf-1.23.11-js Your choice: 1 mupdf-1.23.11:gumbo-0.12.1: ok mupdf-1.23.11:jbig2dec-0.19: ok mupdf-1.23.11:lcms2-2.15: ok mupdf-1.23.11:openjp2-2.5.2: ok pkg_add: Ustar [http://www.mirrorservice.org/pub/OpenBSD/snapshots/packages/aarch64/xdg-utils-1.2.1.tgz][?]: Error while reading header I've also seen it happen with xz. It doesn't seem to matter what server the installurl (currently set to mirrorservice) is. Is it a problem with the port(s) or my connection (dual-stack)? thanks, --
Re: dhcpcd not obtaining ipv6 /48
On Mon, Feb 05, 2024 at 02:56:51PM -0800, Courtney wrote: What do you get as output when you run dhcpcd in the foreground? # /usr/local/sbin/dhcpcd -B dhcpcd-10.0.2 starting DUID 00:01:00:01:2a:79:re:da:ct:ed:c2:10:48:8e cnmac0: IAID c2:10:48:8e cnmac1: IAID c2:10:48:8f pppoe0: IAID 00:00:00:06 pppoe0: IA type 3 IAID 00:00:00:01 pppoe0: IA type 25 IAID 00:00:00:02 pppoe0: soliciting a DHCPv6 lease pppoe0: soliciting an IPv6 router pppoe0: Router Advertisement from fe80::4afd:8eff:reda:cted pppoe0: adding address 2a02:8011:redacted::1/64 pppoe0: adding route to 2a02:8011:redacted::/64 pppoe0: adding default route via fe80::4afd:8eff:reda:cted it just gets the /64 in the pppoe (so: cnmac1) If invoked with --inform6, this appears in the log cnmac0: failed to request DHCPv6 information cnmac1: failed to request DHCPv6 information ^Creceived SIGINT, stopping pppoe0: removing interface cnmac1: removing interface cnmac0: removing interface dhcpcd exited dhcpcd.conf looks like this: ipv6only noipv6rs duid persistent option rapid_commit require dhcp_server_identifier script "" allowinterfaces pppoe0 cnmac0 cnmac1 interface pppoe0 ipv6rs ia_na 1 ia_pd 2/::48 cnmac0/1 ### The /48 should appear on cnmac0 --
Re: dhcpcd not obtaining ipv6 /48
On Mon, Feb 05, 2024 at 02:56:51PM -0800, Courtney wrote: I recently started having a similar issue too. I can't get IPv6 anymore, a /60 with Comcast. I think it may be my ISP's fault since it happened after one of their maintenance windows, but it is odd seeing someone else having a similar issue. I swapped out the edgerouter with different equipment and it got the /64 ND and /48 DP ipv6 immediately as expected. What do you get as output when you run dhcpcd in the foreground? I'll be able to get foreground output when it can be swapped back again hopefully sometime in the next 24 hrs. I should mention that even on 7.3 when it got the /48 it had a struggle. Sometimes the /48 would fall off and i'd need to reboot the router. I made a cron job to restart dhcpcd every 12 hrs which worked for a while. --
dhcpcd not obtaining ipv6 /48
Hello, I have an edgerouter lite 3 running octeon for the past few years. The connection is dual-stack. On the ipv6 side, there's two prefixes: for the ND side, a /64 let's call it 2a02:8011: for the DP (delegation prefix) it's a /48 let's call it 2a02:8010. v6 IPs from the /48 are distributed to the DMZ. on the edgerouter: cnmac2 is not used cnmac0 points to the dmz and has ipv4 assigned manually pppoe0 is on cnmac1 and it always has, as expected, ipv6 from the ND prefix. cnmac1 points to the dmz and has ipv4 and, normally, ipv6, and the ipv6 would be from the PD prefix. This *used* to work and stopped working sometime while at 7.3. It's at 7.4 now. Sometimes it would stop working and a reboot would fix it. I'm unsure if it's a misconfiguration at my end or if it's an ISP problem. The problem persists even if pf is stopped. Please can anyone advise? hostname.pppoe0 === inet 0.0.0.0 255.255.255.255 NONE mtu 1500 \ pppoedev cnmac1 authproto chap \ authname 'REDACTED' authkey 'REDACTED' up dest 0.0.0.1 !/sbin/route add default -ifp pppoe0 0.0.0.1 inet6 eui64 !/sbin/route add -inet6 default -ifp pppoe0 fe80::%pppoe0 ### hostname.cnmac1 === mtu 1508 inet6 autoconf up ### hostname.cnmac0 === inet my.real.ipv4.router.ip 255.255.255.248 NONE ### The problem is cnmac1 isn't getting its DHCP-DP /48 as expected. It does get an ipv6 but it's inet6 fe80::f29f:c2ff:fe10:488f%cnmac1 prefixlen 64 scopeid 0x2 and that's it. Additionally: Fri Feb 02 14:29:27 root@axs /etc # rcctl stop dhcpcd dhcpcd(ok) Fri Feb 02 14:30:18 root@axs /etc # rcctl start dhcpcd dhcpcd(timeout) Fri Feb 02 14:31:00 root@axs /etc # rcctl check dhcpcd dhcpcd(ok) Fri Feb 02 14:32:13 root@axs /etc # rcctl restart dhcpcd dhcpcd(ok) dhcpcd(timeout) Here's /etc/dhcpcd.conf ### Fri Feb 02 14:32:58 root@axs /etc # cat /etc/dhcpcd.conf ipv6only noipv6rs duid persistent option rapid_commit require dhcp_server_identifier script "" allowinterfaces pppoe0 cnmac0 cnmac1 interface pppoe0 ipv6rs ia_na 1 ia_pd 2/::48 cnmac0/1 ### dmesg [ using 762280 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2023 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 7.4 (GENERIC.MP) #1382: Tue Oct 10 09:43:29 MDT 2023 dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP real mem = 536870912 (512MB) avail mem = 520994816 (496MB) random: good seed from bootblocks mainbus0 at root: board 20002 rev 2.18, model CN3xxx/CN5xxx cpu0 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu0: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way cpu1 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu1: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way clock0 at mainbus0: int 5 octcrypto0 at mainbus0 iobus0 at mainbus0 simplebus0 at iobus0: "soc" octciu0 at simplebus0 octsmi0 at simplebus0 octpip0 at simplebus0 octgmx0 at octpip0 interface 0 cnmac0 at octgmx0: port 0 RGMII, address f0:9f:c2:10:48:8e atphy0 at cnmac0 phy 7: AR8035 10/100/1000 PHY, rev. 2 cnmac1 at octgmx0: port 1 RGMII, address f0:9f:c2:10:48:8f atphy1 at cnmac1 phy 6: AR8035 10/100/1000 PHY, rev. 2 cnmac2 at octgmx0: port 2 RGMII, address f0:9f:c2:10:48:90 atphy2 at cnmac2 phy 5: AR8035 10/100/1000 PHY, rev. 2 com0 at simplebus0: ns16550a, 64 byte fifo com0: console dwctwo0 at iobus0 base 0x118006800 irq 56 usb0 at dwctwo0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Octeon DWC2 root hub" rev 2.00/1.00 addr 1 octrng0 at iobus0 base 0x14000 irq 0 umass0 at uhub0 port 1 configuration 1 interface 0 "USB SanDisk 3.2Gen1" rev 2.10/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus0 at umass0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: removable serial.078155838107b4280bcc sd0: 29340MB, 512 bytes/sector, 60088320 sectors vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (d02ce061c45edca4.a) swap on sd0b dump on sd0b WARNING: CHECK AND RESET THE DATE! ### Thanks in advance for any assistance --
Re: growing an encrypted disk
On Tue, Apr 18, 2023 at 10:21:19AM -0300, Gabriel Busch de Brito wrote: Hi, Crystal shared this link with the list sometime ago that might help: https://research.exoticsilicon.com/articles/resizing_softraid_volumes Yes it does help, thank you! --
growing an encrypted disk
Hello misc@, Can an encrypted disk (it's an additional disk) be grown? OpenBSD here is a virtualised instance. The host filesystem is zfs, so the additional disk is also zfs-backed. I've been reading https://www.openbsd.org/faq/faq14.html#GrowPartition and later on in that page the encrypted whole disk setup but am unsure if for example having the disk encrypted in the first place will break the ability to grow partitions. thanks, --
Re: make pppoe not update /etc/resolv.conf
On Tue, Dec 13, 2022 at 12:59:10PM +1100, Jonathan Gray wrote: It can be avoided by disabling resolvd. In /etc/rc.conf.local: resolvd_flags=NO Thank you! (for the explanation also) --
make pppoe not update /etc/resolv.conf
Hi misc@ I'd like to have it so a pppoe FTTP connection doesn't automatically obtain and apply the ISP's nameservers to /etc/resolv.conf. The machine already runs unbound, so resolv.conf has loopback for ipv4 and ipv6 in it. pppoe adds "nameserver isp.name.server.addr # resolvd: pppoe0" at the top of /etc/resolv.conf I've looked in the man page for pppoe and it doesn't state how it gets dns. Also checked hostname.if, resolv.conf & resolvd manpages. Where else should I be looking? The IPv4 range is "static" and I understand that the way IPs are delivered here is the same ip (tied to the connection credentials) is applied dynamically on authentication. dhcpd is not running, dhcpcd6 is and has the ipv6only keyword. tia, --
Re: premature end of data for lang/go package (mips64)
On Mon, Dec 12, 2022 at 08:52:28AM -, Stuart Henderson wrote: Or you maybe able to workaround by downloading the package and installing it from local atorage rather than over the network. Yes this worked. After downloading it, ran "pkg_add -v -v -m go-1.19.1p0.tgz" which installed it. many thanks, --
Re: premature end of data for lang/go package (mips64)
On Mon, Dec 12, 2022 at 08:52:28AM -, Stuart Henderson wrote: This *shouldn't* break like this, but it's possible that if writing to the filesystem is very slow you have a timeout fetching the file. (The go package has a *lot* of small files and with the default mount options, creating a lot of new files on slow storage can take a very long time). The media sustains 11MB/s random write, as tested with dd but the blocksize was 1m. It's much slower with 4k or 512 bytes. But I know what you mean, having seen the problem with git clone and svn co on (other) usb2 snd sdmmc. Unfortunately there's no alternative to usb2 on this device. It might help to mount the filesystem holding /usr/local with the softdep flag. Softdeps are turned on for all filesystems apart from swap Or you maybe able to workaround by downloading the package and installing it from local atorage rather than over the network. Hadn't thought of looking for a local switch for pkg_add; thanks for the suggestion. --
premature end of data for lang/go package (mips64)
Hello misc@ I get the following error when trying to install go (for mips64/octeon): # pkg_add go quirks-6.42 signed on 2022-10-08T21:12:07Z Ustar [http://cdn.openbsd.org/pub/OpenBSD/7.2/packages/mips64/go-1.19.1p0.tgz][go/pkg/openbsd_mips64/cmd/compile/internal/reflectdata.a]: Premature end of archive Adjusting sha for /usr/local/go/pkg/openbsd_mips64/cmd/compile/internal/reflectdata.a from /dvcLn8+FQ5qji2A6mxyIWODWY35KxCB9u4isEHanf0= to 47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU= pkg_add: Installation of go-1.19.1p0 failed, partial installation recorded as partial-go-1.19.1p0 Changing /etc/installurl makes no difference. In addition to the above CDN, I have tried www.mirrorservice.org mirrors.gethosted.online mirror.laylo.io same result. How can I get around this problem? I'd like to avoid compiling on the device itself because it has limited resources for that type of thing. It is only this pkg with this problem. There are no connectivity issues. Alternatively, is it feasible to build an amd64 vm and cross-compile there, for mips64/octeon? dmesg follows: [ using 752776 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2022 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 7.2 (GENERIC.MP) #1063: Tue Sep 27 19:23:10 MDT 2022 dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP real mem = 536870912 (512MB) avail mem = 521322496 (497MB) random: good seed from bootblocks mainbus0 at root: board 20002 rev 2.18, model CN3xxx/CN5xxx cpu0 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu0: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way cpu1 at mainbus0: CN50xx CPU rev 0.1 500 MHz, Software FP emulation cpu1: cache L1-I 32KB 4 way D 16KB 64 way, L2 128KB 8 way clock0 at mainbus0: int 5 octcrypto0 at mainbus0 iobus0 at mainbus0 simplebus0 at iobus0: "soc" octciu0 at simplebus0 octsmi0 at simplebus0 octpip0 at simplebus0 octgmx0 at octpip0 interface 0 cnmac0 at octgmx0: port 0 RGMII, address f0:9f:c2:12:31:db atphy0 at cnmac0 phy 7: AR8035 10/100/1000 PHY, rev. 2 cnmac1 at octgmx0: port 1 RGMII, address f0:9f:c2:12:31:dc atphy1 at cnmac1 phy 6: AR8035 10/100/1000 PHY, rev. 2 cnmac2 at octgmx0: port 2 RGMII, address f0:9f:c2:12:31:dd atphy2 at cnmac2 phy 5: AR8035 10/100/1000 PHY, rev. 2 com0 at simplebus0: ns16550a, 64 byte fifo com0: console dwctwo0 at iobus0 base 0x118006800 irq 56 usb0 at dwctwo0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Octeon DWC2 root hub" rev 2.00/1.00 addr 1 octrng0 at iobus0 base 0x14000 irq 0 umass0 at uhub0 port 1 configuration 1 interface 0 "SanDisk' Cruzer Fit" rev 2.00/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus0 at umass0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: removable serial.07815571020705203013 sd0: 29340MB, 512 bytes/sector, 60088320 sectors vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (a804a0144e807aaa.a) swap on sd0b dump on sd0b WARNING: CHECK AND RESET THE DATE! tia, --
Re: dhcpcd sometimes fails to route ipv6 /48
On Thu, Aug 18, 2022 at 05:25:39PM +0200, Stefan Sperling wrote: If you can confirm that dhcpcd does in fact decide to remove your LAN-side prefix, then please discuss your issue with dhcpcd upstream. The ND /64 begins 2a02:8011 and the PD /48 begins 2a02:8010 so there's no (i think!) overlap. On the router, the /48 remains on the LAN interface, the ND /64 appears under pppoe0 in ifconfig. I've clearly made errors initially configuring the openbsd client machine. Other machines on the LAN get a /48 and route it fine. I'll try again with rad and slaacd rather than dhcpcd on the client. thanks --
dhcpcd sometimes fails to route ipv6 /48
Hello misc@, I have an edgerouter lite 3 router running openbsd 7.1 octeon. The connection is via pppoe and has native ipv4 and ipv6. The router gets an ND /64 and PD /48. The /48 is served on the LAN-facing side. This setup works well, usually. What sometimes happens is that a LAN machine won't get ipv6 routing; it'll just stop, no ping6 or anything. ipv4 continues to work fine and rcctl check dhcpcd says 'ok'. dhcpcd is not involved at all in ipv4. ipv6 works fine for a few days then stops again. The workaround so far has been to restart dhcpcd. Then routing returns and ipv6 works normally from the LAN. From the router itself (so: using its ND v6 IP rather than the PD allocation) ipv6 works throughout. How can I analyse this further? I don't know where to begin to look. TIA
Re: "set -o multiline" in ksh?
Hello, On Mon, Aug 08, 2022 at 03:21:34PM +0200, Federico Giannici wrote: I recently switched my shell from tcsh to the default OpenBSD shell (ksh). What I really miss is multiline editing of current (very long) commands (ksh simply horizontally "scrolls", showing only a part of the command line). I know that in standard ksh this functionality is activated with "set -o multiline", but under OpenBSD (7.1 amd64) it gives this error: ksh: set: multiline: bad option So, is there any way to activate the multiline option in ksh? I'm not sure about multiline. But have you tried set -o emacs ? I have used this to get tcsh-like functionality. hope this helps,
Re: Making pppoe more resiliant to outages?
On Mon, Aug 08, 2022 at 07:39:06PM +1000, Stuart Longland wrote: Sometimes it does not return until I reboot the router. Aug 8 19:04:48 vk4msl-gap /bsd: pppoe0: host unique tag found, but it belongs to a connection in state 3 I have this in my kernel: option PPPOE_TERM_UNKNOWN_SESSIONS and since including it and rebuilding/installing the new kernel, the long-time-to-connect issue has gone. You may find it useful to do the same. This is with an edgerouter lite 3 using pppoe on a fibre connection. It's not specifying any vlan tag. it still takes a few minutes to connect, but that might be down to my own lack of optimisation of the pppoe connection. It's running 7.1-stable. good luck,
Re: dual stack native ipv4 & ipv6 pppoe configuration questions
On Tue, Aug 02, 2022 at 06:49:06AM -, Stuart Henderson wrote: You can either use autoconf on pppoe0, or have dhcpcd handle ND as well. See dhcpcd's pkg-readme file. This is working perfectly now, and the advice within is pitched perfectly at the new user setting it up for the first time. The ND prefix and the delegation prefixes are on the right interfaces, and have managed to get another machine routing ipv6 through the (router) device, also on the /48 prefix. That particular machine is using slaac to grab its ipv6. The router is still running slaacd. I'll need to test whether it still works if slaacd is deactivated, but that can wait till later. thanks,
Re: dual stack native ipv4 & ipv6 pppoe configuration questions
On Tue, Aug 02, 2022 at 06:49:06AM -, Stuart Henderson wrote: On 2022-08-01, void wrote: 1. do I use slaac for the pppoe/cnmac1 and dhcpcd for cnmac0 ? The ISP stated the ND is used to automatically assign an ip to the wan interface of the router, so this will (will it?) mean cnmac1. That will mean pppoe0 unless they are doing something unusual. OK, thanks for clarifying. I doubt my ISP are doing anything unusual. /etc/hostname.cnmac1 has the following: up mtu 1508 inet6 autoconf /etc/hostname.pppoe0 : inet 0.0.0.0 255.255.255.255 NONE mtu 1500 \ pppoedev cnmac1 authproto chap \ authname 'mylogin@isp' authkey 'correct-password' up dest 0.0.0.1 !/sbin/route add default -ifp pppoe0 0.0.0.1 inet6 eui64 !/sbin/route add -inet6 default -ifp pppoe0 fe80::%pppoe0 I'm not sure if the last couple of lines are correct. You can either use autoconf on pppoe0, or have dhcpcd handle ND as well. See dhcpcd's pkg-readme file. OK, I'll try autoconf first. Thanks for writing.
dual stack native ipv4 & ipv6 pppoe configuration questions
Hello, My connection has a /64 Neighbour Discovery (ND) for the pppoe connection and a /48 Prefix Delegation (PD) for the LAN. (ipv4 works fine) The parent interface of the pppoe connection is cnmac1 The LAN interface is cnmac0. (cnmac2 is present but unused and there is no /etc/hostname.cnmac2) 1. do I use slaac for the pppoe/cnmac1 and dhcpcd for cnmac0 ? The ISP stated the ND is used to automatically assign an ip to the wan interface of the router, so this will (will it?) mean cnmac1. /etc/hostname.cnmac1 has the following: up mtu 1508 inet6 autoconf /etc/hostname.pppoe0 : inet 0.0.0.0 255.255.255.255 NONE mtu 1500 \ pppoedev cnmac1 authproto chap \ authname 'mylogin@isp' authkey 'correct-password' up dest 0.0.0.1 !/sbin/route add default -ifp pppoe0 0.0.0.1 inet6 eui64 !/sbin/route add -inet6 default -ifp pppoe0 fe80::%pppoe0 I'm not sure if the last couple of lines are correct. 2. I guess the way forward will ge to firstly get the ND working on the cnmac1/pppoe0 interface? Thanks in advance for any assistance. Output of netstat -rnfinet6 follows Routing tables Internet6: DestinationGatewayFlags Refs Use Mtu Prio Iface ::/96 ::1UGRS 00 32768 8 lo0 ::1::1UHhl 10 29 32768 1 lo0 :::0.0.0.0/96 ::1UGRS 00 32768 8 lo0 2002::/24 ::1UGRS 00 32768 8 lo0 2002:7f00::/24 ::1UGRS 00 32768 8 lo0 2002:e000::/20 ::1UGRS 00 32768 8 lo0 2002:ff00::/24 ::1UGRS 00 32768 8 lo0 fe80::/10 ::1UGRS 06 32768 8 lo0 fec0::/10 ::1UGRS 00 32768 8 lo0 fe80::%cnmac0/64 fe80::f29f:c2ff:fe10:488e%cnmac0 UCn00 - 4 cnmac0 fe80::f29f:c2ff:fe10:488e%cnmac0 f0:9f:c2:10:48:8e UHLl 0 14 - 1 cnmac0 fe80::%cnmac1/64 fe80::f29f:c2ff:fe10:488f%cnmac1 UCn 00 - 4 cnmac1 fe80::f29f:c2ff:fe10:488f%cnmac1 f0:9f:c2:10:48:8f UHLl 0 18 - 1 cnmac1 fe80::1%lo0fe80::1%lo0UHl00 32768 1 lo0 fe80::%pppoe0/64 fe80::200:0:0:1%pppoe0 Un 0 480 - 4 pppoe0 fe80::200:0:0:1%pppoe0 fe80::200:0:0:1%pppoe0 UHl0 0 - 1 pppoe0 ff01::/16 ::1UGRS 15 32768 8 lo0 ff01::%cnmac0/32 fe80::f29f:c2ff:fe10:488e%cnmac0 Um 00 - 4 cnmac0 ff01::%cnmac1/32 fe80::f29f:c2ff:fe10:488f%cnmac1 Um 00 - 4 cnmac1 ff01::%lo0/32 fe80::1%lo0Um 01 32768 4 lo0 ff01::%pppoe0/32 fe80::200:0:0:1%pppoe0 Um 00 - 4 pppoe0 ff02::/16 ::1UGRS 15 32768 8 lo0 ff02::%cnmac0/32 fe80::f29f:c2ff:fe10:488e%cnmac0 Um 00 - 4 cnmac0 ff02::%cnmac1/32 fe80::f29f:c2ff:fe10:488f%cnmac1 Um 00 - 4 cnmac1 ff02::%lo0/32 fe80::1%lo0Um 01 32768 4 lo0
Re: pppoe problems
Hi, managed to fix the problem by adding option PPPOE_TERM_UNKNOWN_SESSIONS to the kernel config and rebuilding/installing. In the end, using chap rather than pap auth worked. It still took a bit of time to log in (about 4-6 mins). Maybe the asus was leaving stale sessions. Even with the kernel option enabled, was unable to get pap auth working, yet the ISP's support states either should work. So maybe it's down to the ISP. Sorry for the noise.
Re: pppoe problems
Hello, On Wed, 27 Jul 2022, at 20:19, Stuart Henderson wrote: > On 2022-07-27, void wrote: >> Was just building and installing a new kernel incorrect, in this context? > > No, the kernel is all you need for that patch. > > If userland had been needed, the instructions for the patch would > have told you what else to build. thanks for clarifying. > Was pppoe working before applying the patch, or had you not configured > it at that point? It was "working" (in that pppoe0 got connected), once, and that was after applying the patch. I had not fully configured the network at that stage. I was accessing via console cable, and had configured cnmac1 as the pppoe-associated interface, and hostname.pppoe0. After *many* PAD retries, it connected and I was able to ping 1.1.1.1 dmesg : http://void.f-m.fm.user.fm/openbsd/2022-07-27.dmesg.txt The connection has a /29 ipv4 and a /40 ipv6 (which peers with a /64). I left ipv6 out of the configuration to simplify things in the first instance. The cnmac0 interface is accessible from the dmz. # cat /etc/hostname.cnmac0 inet router.ip.add.ress 255.255.255.248 NONE # cat /etc/hostname.cnmac1 up mtu 1508 (I have tried it without the mtu 1508 as well) # cat /etc/hostname.pppoe0 inet 0.0.0.0 255.255.255.255 NONE mtu 1500 \ pppoedev cnmac1 authproto pap \ authname 'username@myisp' authkey 'mYpAssWord' up dest 0.0.0.1 !/sbin/route add default -ifp pppoe0 0.0.0.1 when not using mtu 1508 in cnmac0 the mtu 1500 statement was also removed from hostname.pppoe0 as per the pppoe manpage. # cat /etc/hostname.cnmac2 cat: /etc/hostname.cnmac2: No such file or directory # sysctl -a | grep forwarding net.inet.ip.forwarding=1 net.inet.ip.mforwarding=0 net.inet6.ip6.forwarding=1 net.inet6.ip6.mforwarding=0 When it wasn't connecting after 5-10 mins and I saw the PAD counter had clocked up, I powercycled the termination point, waited 30s for it to come back (no LOS light so indicating there was signal) and then rebooted the edgerouter. Problem was still happening. Then I configured an asus RT68-U to use pppoe, plugged that into the termination point, gave it the credentials for the connection and it connected in under a minute. The pppoe authentication method here was set to "auto". I did not successfully connect when it was explicitly configured to use chap or pap authentication, but that may have been because I didn't wait long enough. So I removed the asus from the line, plugged the edgerouter back in and this time ran tcpdump over the pppoe connection - using chap auth and then, changing to pap, rebooting and running tcpdump again. The ISP states we can use chap or pap. The auth creds have been checked on the asus and on the edgerouter and they're correct. Here's the tcpdumps with auth creds redacted. chap auth: http://void.f-m.fm.user.fm/openbsd/2022-07-27.pppoe0-tcp-dump-chap-auth-standard-mtu.txt pap auth: http://void.f-m.fm.user.fm/openbsd/2022-07-27.pppoe.log.pap.1508mtu.txt How can I debug this further? why is it terminating the request. thank you for looking at my query.
pppoe problems
Hello misc@ I installed 7.1-release to an edgerouter-lite-3 (mips64, octeon). In the errata, I saw there was a security fix https://ftp.openbsd.org/pub/OpenBSD/patches/7.1/common/005_pppoe.patch.sig which was especially pertinent as this is a router. So, cvs-uped to 7.1-stable and built the kernel from those sources as mips64 isn't supported with syspatch. It installed fine, boots up fine. The problem is that I can't get pppoe to work. Before seeing if it's an issue with pppoe, what I'd like to know is, should I have also rebuilt the userland? The reason I didn't in the first place is that the pppoe patch mentions rebuilding/installing the kernel only, and building the userland will take an age on this hardware. Was just building and installing a new kernel incorrect, in this context? thanks in advance for any clarification
LISBON ROCK FEST - Sexta/Sabado 15/16 Outubro @ Santiago Alquimista
Facebook http://www.facebook.com/event.php?eid=166166396731431 Local: Santiago Alquimista http://www.santiagoalquimista.com Hora: A partir das 21h00 atC) C s Entrada: PrC)-venda (bilhete diC!rio) - 12b, No dia (bilhete diC!rio) - 15b, Passe 2 dias - 20b, Morada: Rua de Santiago, nB:19, 110-493 Lisboa Metro: Rossio / Baixa-Chiado / Martim Moniz Autocarros: 37 ElC)ctrico: 28 Comboio: Restauradores Mapa: Ver mapa maior http://maps.google.pt/maps?f=qsource=embedhl=pt-PTgeocode=q=rua+de+santiago,+n%C2%BA19sll=38.709893,-9.131355sspn=0.06644,0.144882ie=UTF8hq=rua+de+santiago,+n%C2%BA19hnear=t=hll=38.710529,-9.134123spn=0.008037,0.013733 Postos de venda: (A partir de sexta-feira, dia 8 de Outubro) Dia: - Groovie Records http://www.groovierecords.com/home.htm (Escadinhas da Oliveira, nB:3, ao Largo do Carmo) - Louie Louie http://www.louielouie.biz/ (R. Nova da Trindade 8, ao Chiado) - Gravershop http://www.graver.pt/home.php (Rua da Madalena, NB:.80 - Loja D/F) - Two Tone http://twotonestore.blogspot.com/ Store (Rua CCndido dos Reis, nB: 14, Cacilhas) - Clockwork http://www.myspace.com/clockworktattoos (Rua do Crucifixo, nB: 32, Baixa Lisboa) Noite: *- Indie Rock CafC) * (Travessa dos Inglesinhos, 49, Bairro Alto) - OFERTA DE UMA CERVEJA no INDIE - Aberto todos os dias, das 23h C s 02h (sextas e sC!bados atC) C s 03h) *- CORTO * (R. da Rosa, 136, Bairro Alto - 'Bar do Corto') - OFERTA DE UMA CERVEJA no CORTO - Aberto de quinta a sC!bado, das 23h C s 02h (sextas e sC!bados atC) C s 03h) Contactem os nossos RP's para adquirir bilhetes: ClC!udio Miranda Tlm: 939099067 Email: klaum...@gmail.com Lena Kat Tlm: 939450150 Email: lenakat_...@hotmail.com Mafalda Tlm: 917904020 Email: mafa...@sailorettes.com Contactos: Void Creations E-mail: i...@voidcreations.org mailto: i...@voidcreations.org www.voidcreations.org @ http://www.voidcreations.blogspot.com http://www.voidcreations.blogspot.com http://www.myspace.com/voidcreations http://twitter.com/voidcreations http://www.hi5.com/friend/profile/displayProfile.do?userid=60279032 http://www.youtube.com/user/voidcreations - C) favor divulgar - -- Para RE-ENVIAR / To FORWARD - http://voidcreationsnewsletter.com/phplist/?p=forwarduid=160e41f1c0f1e69a0f94129c269fce76mid=19 Para REMOVER / To REMOVE - http://voidcreationsnewsletter.com/phplist/?p=unsubscribeuid=160e41f1c0f1e69a0f94129c269fce76 Para MODIFICAR / To MODIFY - http://voidcreationsnewsletter.com/phplist/?p=preferencesuid=160e41f1c0f1e69a0f94129c269fce76 -- Powered by PHPlist, www.phplist.com -- [demime 1.01d removed an attachment of type image/png which had a name of powerphplist.png]
