Re: WLAN disconnects after a while
Another WLAN Stick I have is rsu, recognized as RTL8188S, but with it I do not even get the link. A small discovery: it is a little diferent from other sticks. It requires "ifconfig rsu0 up" before "dhclient rsu0". It seems to work very good: no packet loss. Now I am waiting to see if the link gets lost. Rodrigo
Re: WLAN disconnects after a while
Another WLAN Stick I have is rsu, recognized as RTL8188S, but with it I do not even get the link. Below an up to date dmesg. Soo I will perhaps buy an urtwn for my collection of USB sticks. Rodrigo OpenBSD 6.5 (GENERIC.MP) #1356: Sat Apr 13 15:16:41 MDT 2019 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP real mem = 2137341952 (2038MB) avail mem = 2083033088 (1986MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: date 12/11/08, BIOS32 rev. 0 @ 0xfd5f0, SMBIOS rev. 2.5 @ 0xdf010 (36 entries) bios0: vendor Phoenix Technologies Ltd. version "04CA.MP00.20081211.KTW" date 12/11/2008 bios0: SAMSUNG ELECTRONICS CO., LTD. NC10 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC HPET MCFG TCPA TMOR APIC BOOT SLIC SSDT SSDT SSDT acpi0: wakeup devices HDEF(S4) PXS1(S4) PXS2(S4) PXS3(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB7(S3) SLT0(S4) SLT1(S4) SLT2(S4) SLT3(S4) SLT6(S4) LANC(S4) PWRB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class) 1.60 GHz, 06-1c-02 cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE,LAHF,PERF,SENSOR,MELTDOWN mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 132MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.0.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class) 1.60 GHz, 06-1c-02 cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE,LAHF,PERF,SENSOR,MELTDOWN ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins, remapped acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (RP01) acpiprt2 at acpi0: bus -1 (RP02) acpiprt3 at acpi0: bus 3 (RP03) acpiprt4 at acpi0: bus 4 (PCIB) acpiec0 at acpi0 acpicpu0 at acpi0: C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C1(1000@1 mwait.1), PSS acpipwrres0 at acpi0: FN00, resource for FAN0 acpitz0 at acpi0: critical temperature is 98 degC "PNP0A08" at acpi0 not configured acpibat0 at acpi0: BAT1 type LION oem "SAMSUNG Electronics" acpicmos0 at acpi0 acpiac0 at acpi0: AC unit offline acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB "PNP0C0B" at acpi0 not configured acpivideo0 at acpi0: GFX0 bios0: ROM list: 0xc/0xec00! 0xdf000/0x1000! 0xe/0x1800! cpu0: Enhanced SpeedStep 1596 MHz: speeds: 1600, 1333, 1067, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82945GME Host" rev 0x03 inteldrm0 at pci0 dev 2 function 0 "Intel 82945GME Video" rev 0x03 drm0 at inteldrm0 intagp0 at inteldrm0 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0: apic 1 int 16 inteldrm0: 1024x600, 32bpp wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: msi azalia0: codecs: Realtek ALC272 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 1 int 17 pci1 at ppb0 bus 2 ath0 at pci1 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 1 int 16 ath0: AR5424 14.2 phy 7.0 rf 10.2 eeprom 5.3, EU1W, address 00:24:2b:e3:03:40 ppb1 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: apic 1 int 18 pci2 at ppb1 bus 3 mskc0 at pci2 dev 0 function 0 "Marvell Yukon 88E8040" rev 0x13, Yukon-2 FE+ rev. A0 (0x0): msi msk0 at mskc0 port A: address 00:13:77:f3:aa:3a eephy0 at msk0 phy 0: 88E3016 10/100 PHY, rev. 0 uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 1 int 23 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 1 int 19 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 1 int 18 uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 1 int 16 ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 1 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe2 pci3 at ppb2 bus 4 ichpcib0 at pci0 dev 31 function 0 "Intel 82801GBM LPC" rev 0x02: PM disabled pciide0 at pci0 dev 31 function 2 "Intel 82801GBM SATA" rev 0x02: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6 ichiic0 at pci0 dev 31 function 3
Re: wrong memory stats with collectd
Hi, I think I can confirm what you see on the bare metal system running 6.5 with 16GB of RAM. I use Observium to display statistics from all my servers including dozen or so OpenBSD servers. I see that the numbers recovered by SNMP walk from OpenBSD servers are consistent with vmstat numbers. However when I try to override default collectd.conf and report absolute number and percentage besides memory used I don't get a meaningful number. Stuart Henderson @sthen is port maintainer and knows infinitely more about collectd than I. I hope he pitches in on the issue. Cheers, Predrag
Re: IPv4 & IPv6 CIDR subnet calculator
Am Mi., 25. Sept. 2019 um 13:16 Uhr schrieb Mark Jamsek : > Or use the -6 switch for IPv6 addresses: Please make v6 the default and Vintage-IP available via -4. It's 2019 after all. Best Martin
Re: Cloudflare mirror link broken & more
On 2019-09-24, Anatoli wrote: > Hi All, > > I see for some time that the link to Cloudflare CDN is broken. > https://www.openbsd.org/ftp.html says it is > https://cloudflare.cdn.openbsd.org/pub/OpenBSD/ but it gives 404. > > It looks like Cloudflare removed /pub/ and renamed to lowercase OpenBSD > so the link that works is https://cloudflare.cdn.openbsd.org/openbsd/. That would be due to the origin server which the cloudflare CDN is pointed at. (The CDNs aren't "real" content servers, they are just caching proxies). If this is still happening, please show the output from ftp -o- https://cloudflare.cdn.openbsd.org/pub/OpenBSD/ and ftp -o- https://cloudflare.cdn.openbsd.org/openbsd/ so we can get a better idea which origin server it's using etc. > Also, the Fastly (CDN) mirror frequently (like half the times) gives > connection errors, at least using it from Latin America. The IPs I get > from different LA countries are 151.101.2.217 (Brazil) & 151.101.218.217 > (Argentina). ftp.openbsd.org works always so when I get errors with > Fastly, I switch to it and it works well (but slowly), or to Cloudflare > which works well too and it's fast (at the modified URL). Is https://openbsd.c3sl.ufpr.br/pub/OpenBSD/ any better for you? > The Fastly errors are of the form "connection closed at byte xxx", "ftp: > connect: operation timed out \n signify: gzheader truncated", something > like "no valid ip address found" and similar. Probably it's a faulty or > overloaded server serving some LA countries? Or a slow link between the CDN and the origin server, or maybe some other reasons. Personally I would normally only regard the CDNs as a fallback option if other ways to fetch the files are not working well .. > And right now I'm getting an invalid cert error for > https://firmware.openbsd.org. It resolves to 145.238.209.46 > (pond.obspm.bsdfrog.org) and 94.142.244.34. The certificate is only > valid for the following names: distfiles.bsdfrog.org, emma-en-quete.com, > ftp.fr.openbsd.org, pond.obspm.bsdfrog.org, pond.stats.bsdfrog.org, > portroach.openbsd.org, www.emma-en-quete.com. Not sure if it's a > configuration error of some mirror server or something else. > > I know that the firmware as well as all other files are checked with > signify so https is not strictly required for authenticity (though it > does for privacy) and I don't remember if this domain has ever worked > via https before, anyway just in case there's really some misconfiguration. It's tricky to arrange certificates for this (firmware.openbsd.org is served from multiple completely separate places, run by different people, so each instance would need a different key+certificate, and CA challenges can't be done over HTTP for this). There is a way it can be done via letsencrypt with DNS-01 challenges and distributing updated certificates to the various mirrors, but it's fiddly to set this up, and it can't be done with OpenBSD's acme-client, and doesn't really solve any problems.
New Group for Open BSD
Good morning, Pls add our group to the below page: https://www.openbsd.org/groups.html Your requested info are as bellow: C United States P Washington DC T DC F Frequency: irregular O DC BSD I Contact persons: Matt Zand M email address: i...@myhsts.org U https://myhsts.org/ N Type: OpenBSD -- Matt Zand Program Manager High School Technology Services 3165 Mt Pleasant St NW Washington DC, 20010 USA Tel: +1-240-200-6131 Fax: +1-301-327-8773 Skype: HSTS_DC www.myhsts.org
Re: WLAN disconnects after a while
On Wed, 25 Sep 2019, Roderick wrote: I would like to buy another USB UMTS stick and try with it. Is there a recommendation of a good working one, that is also sensible and powerfull enough to send and receive through some walls? Lapsus. I mean WLAN stick. Any recommendation? What I have is recognized as run (RT3001), urtw (RTL8187), athn (AR9271). With the last two I have a lot of packet los, 25% or more. Rod.
Re: Bad fonts in pdf
On Fri, Sep 20, 2019 at 08:20:26AM -, Stuart Henderson wrote: On 2019-09-19, openbsd-misc-nos...@riseup.net wrote: Here is screenshot: https://screenshots.firefox.com/LyKbRyGMRT3sDHbu/null I had this problem in the past, but can't remeber what font should I install? It might be helpful to explain what the problem is because it's not obvious. To render that PDF as intended, you need some fonts that are metrically-compatible with Times and Helvetica (or at least similarly looking). OpenBSD has such fonts in the "liberation-fonts" package, and you also get the font aliases set as needed. Stuart is right, there is not enough info in the original request to derive the above, but I enjoyed doing a bit of detective work. The PDF in the screenshot can be downloaded from https://www.etsi.org/deliver/etsi_tr/102200_102299/102216/03.00.00_60/tr_102216v03p.pdf Then "mutool info" will show what fonts are needed in that file: Fonts (8): 1 (73 0 R): Type1 'Times-Roman' WinAnsiEncoding (139 0 R) 1 (73 0 R): Type1 'Helvetica-Bold' WinAnsiEncoding (151 0 R) 1 (73 0 R): Type1 'Helvetica' WinAnsiEncoding (152 0 R) 1 (73 0 R): Type1 'Helvetica-Oblique' WinAnsiEncoding (153 0 R) 2 (1 0 R):Type1 'Helvetica-BoldOblique' WinAnsiEncoding (59 0 R) 4 (10 0 R): Type1 'Times-Bold' WinAnsiEncoding (60 0 R) 5 (13 0 R): Type1 'Times-Italic' WinAnsiEncoding (61 0 R) 6 (17 0 R): Type1 'Symbol' (62 0 R)
IPv4 & IPv6 CIDR subnet calculator
Hi all, I’ve created a subnet calculator for both IPv4 and IPv6 written in C. As well as using it to find a network for a given IPv4 CIDR range, you can request multiple subnets with the -s option: ./netcalc 10.20.30.40/24 -s4 Or use the -6 switch for IPv6 addresses: ./netcalc -6 8c6b:dbfb:5c73:8f14:f815:a4a2:5dab:38b0/110 You’ll need to compile it with the math library linked: cc -Werror -Wall -o netcalc netcalc.c -lm Only tested on OpenBSD 6.5 and macOS Mojave 10.14 but it's probably compatible elsewhere too. https://jamsek.dev/resources/pub/netcalc There's also a man page. Regards, Mark Jamsek -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html
Re: WLAN disconnects after a while
On Mon, 23 Sep 2019, Sebastian Benoit wrote: Today a fix was okayed for a problem that sounds like it might be yours: The AP I am using does not change channel, hence that is not the problem. I would like to buy another USB UMTS stick and try with it. Is there a recommendation of a good working one, that is also sensible and powerfull enough to send and receive through some walls? What I have is recognized as run (RT3001), urtw (RTL8187), athn (AR9271). With the last two I have a lot of packet los, 25% or more. The nettop has one recognized as ath (AR5424), but when doing dhclient I get the message: ar5k_ar512_nic_wakeup: invalid radio frequeny mode ath0: unable to resethardware; hal status 0 Thanks Rodrigo.