Re: dmesg hangs 7.4

2024-03-10 Thread Laura Smith
Thanks for the suggestions Stuart, I'll work on more experimentation next week.



On Saturday, 9 March 2024 at 18:00, Stuart Henderson 
 wrote:

> Can you get dmesg out by another means (most likely, write to a usb stick)?
> 
> Any difference if you install a snapshot?
> 
> Anything special with the network setup?
> 
> Anything odd in dmesg on the box you're ssh'ing from?
> 
> On 2024-03-09, Laura Smith n5d9xq3ti233xiyif...@protonmail.ch wrote:
> 
> > Hi
> > 
> > I've got a fresh install of 7.4 on a new box and am seeing a very weird 
> > problem.
> > 
> > If I enter "dmesg" I get a few lines of output and then it hangs and my ssh 
> > connection gets dropped. I ran syspatch, rebooted and the problem persists.
> > 
> > Example:
> > 
> > # dmesg
> > MX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,WAITPKG,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,IBRS_ALL,SKIP_L1DFL,MDS_NO,IF_PSCHANGE,TAA_NO,MISC_PKG_CT,ENERGY_FILT,DOITM,SBDR_SSDP_N,FBSDP_NO,PSDP_NO,RRSBA,OVERCLOCK,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
> > cpu19: 32KB 64b/line 8-way D-cache, 64KB 64b/line 8-way I-cache, 2MB 
> > 64b/line 16-way L2 cache, 30MB 64b/line 12-way L3 cache
> > cpu19: smt 0, core 35, package 0
> > cpu20 at mainbus0: apid 72 (application processor)
> > cpu20: 12th Gen Intel(R) Core(TM) i9-12900TE, 3392.18 MHz, 06-97-02, patch 
> > 0025
> > Timeout, server 10.1.2.3 not responding.
> 
> 
> 
> --
> Please keep replies on the mailing list.



Re:

2024-03-10 Thread Zé Loff


On Sun, Mar 10, 2024 at 02:43:02PM +, Hari wrote:
> Here is the requested output:
> 
> lo0: flags=2008049 mtu 32768
>     index 2 priority 0 llprio 3
>     groups: lo
>     inet6 ::1 prefixlen 128
>     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
>     inet 127.0.0.1 netmask 0xff00
> enc0: flags=0<>
>     index 1 priority 0 llprio 3
>     groups: enc
>     status: active
> mtw0:
> flags=a48843
> mtu 1500
>     lladdr 00:e0:2d:4c:73:7f
>     index 4 priority 4 llprio 3
>     groups: wlan
>     media: IEEE802.11 autoselect (DS1 mode 11g)
>     status: active
>     ieee80211: nwid net chan 2 bssid 2e:d1:fa:8e:62:51 -27dBm wpakey
> wpaprotos wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher ccmp
>     inet6 fe80::2e0:2dff:fe4c:737f%mtw0 prefixlen 64 scopeid 0x4
> pflog0: flags=141 mtu 33136
>     index 5 priority 0 llprio 3
>     groups: pflog
> nwid net
> wpakey connect2net
> inet autoconf
> inet6 autoconf
> Routing tables
> 
> Internet:
> Destination    Gateway    Flags   Refs  Use   Mtu  Prio Iface
> 224/4  127.0.0.1  URS    0    0 32768 8 lo0
> 127/8  127.0.0.1  UGRS   0    0 32768 8 lo0
> 127.0.0.1  127.0.0.1  UHhl   1    2 32768 1 lo0
> 
> Internet6:
> Destination
> Gateway Flags   Refs  Use   Mtu  Prio 
> Iface
> ::/96  
> ::1 UGRS   0    0 32768 8 lo0
> ::1
> ::1 UHhl  10  100 32768 1 lo0
> :::0.0.0.0/96  
> ::1 UGRS   0    0 32768 8 lo0
> 2002::/24  
> ::1 UGRS   0    0 32768 8 lo0
> 2002:7f00::/24 
> ::1 UGRS   0    0 32768 8 lo0
> 2002:e000::/20 
> ::1 UGRS   0    0 32768 8 lo0
> 2002:ff00::/24 
> ::1 UGRS   0    0 32768 8 lo0
> fe80::/10  
> ::1 UGRS   0    2 32768 8 lo0
> fec0::/10  
> ::1 UGRS   0    0 32768 8 lo0
> fe80::1%lo0
> fe80::1%lo0 UHl    0    0 32768 1 lo0
> fe80::%mtw0/64 
> fe80::2e0:2dff:fe4c:737f%mtw0   UCn    0    0 - 8 mtw0
> fe80::2e0:2dff:fe4c:737f%mtw0  
> 00:e0:2d:4c:73:7f   UHLl   0    0 - 1 mtw0
> ff01::/16  
> ::1 UGRS   0   12 32768 8 lo0
> ff01::%lo0/32  
> fe80::1%lo0 Um 0    1 32768 4 lo0
> ff01::%mtw0/32 
> fe80::2e0:2dff:fe4c:737f%mtw0   Um 0    0 - 4 mtw0
> ff02::/16  
> ::1 UGRS   0   12 32768 8 lo0
> ff02::%lo0/32  
> fe80::1%lo0 Um 0    1 32768 4 lo0
> ff02::%mtw0/32 
> fe80::2e0:2dff:fe4c:737f%mtw0   Um 0    1 - 4 mtw0
> 
> 
> 
> 
> 
> 
> 
> 
> Sorry for delayed reply

Your mrt0 interface is connected to the access point ("status: active")
but has no IP address.  Since its set for autoconf, this means it's not
getting an address from a DHCP server.

Are you sure you have one listening on the wifi network?  Are you able
to connect other hosts to it (e.g. a mobile phone, or another machine)?
If so, does the access point or the host running the DHCP server have
any kind of MAC filtering?

-- 
 



[no subject]

2024-03-10 Thread Hari
Here is the requested output:

lo0: flags=2008049 mtu 32768
    index 2 priority 0 llprio 3
    groups: lo
    inet6 ::1 prefixlen 128
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
    inet 127.0.0.1 netmask 0xff00
enc0: flags=0<>
    index 1 priority 0 llprio 3
    groups: enc
    status: active
mtw0:
flags=a48843
mtu 1500
    lladdr 00:e0:2d:4c:73:7f
    index 4 priority 4 llprio 3
    groups: wlan
    media: IEEE802.11 autoselect (DS1 mode 11g)
    status: active
    ieee80211: nwid net chan 2 bssid 2e:d1:fa:8e:62:51 -27dBm wpakey
wpaprotos wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher ccmp
    inet6 fe80::2e0:2dff:fe4c:737f%mtw0 prefixlen 64 scopeid 0x4
pflog0: flags=141 mtu 33136
    index 5 priority 0 llprio 3
    groups: pflog
nwid net
wpakey connect2net
inet autoconf
inet6 autoconf
Routing tables

Internet:
Destination    Gateway    Flags   Refs  Use   Mtu  Prio Iface
224/4  127.0.0.1  URS    0    0 32768 8 lo0
127/8  127.0.0.1  UGRS   0    0 32768 8 lo0
127.0.0.1  127.0.0.1  UHhl   1    2 32768 1 lo0

Internet6:
Destination
Gateway Flags   Refs  Use   Mtu  Prio Iface
::/96  
::1 UGRS   0    0 32768 8 lo0
::1
::1 UHhl  10  100 32768 1 lo0
:::0.0.0.0/96  
::1 UGRS   0    0 32768 8 lo0
2002::/24  
::1 UGRS   0    0 32768 8 lo0
2002:7f00::/24 
::1 UGRS   0    0 32768 8 lo0
2002:e000::/20 
::1 UGRS   0    0 32768 8 lo0
2002:ff00::/24 
::1 UGRS   0    0 32768 8 lo0
fe80::/10  
::1 UGRS   0    2 32768 8 lo0
fec0::/10  
::1 UGRS   0    0 32768 8 lo0
fe80::1%lo0
fe80::1%lo0 UHl    0    0 32768 1 lo0
fe80::%mtw0/64 
fe80::2e0:2dff:fe4c:737f%mtw0   UCn    0    0 - 8 mtw0
fe80::2e0:2dff:fe4c:737f%mtw0  
00:e0:2d:4c:73:7f   UHLl   0    0 - 1 mtw0
ff01::/16  
::1 UGRS   0   12 32768 8 lo0
ff01::%lo0/32  
fe80::1%lo0 Um 0    1 32768 4 lo0
ff01::%mtw0/32 
fe80::2e0:2dff:fe4c:737f%mtw0   Um 0    0 - 4 mtw0
ff02::/16  
::1 UGRS   0   12 32768 8 lo0
ff02::%lo0/32  
fe80::1%lo0 Um 0    1 32768 4 lo0
ff02::%mtw0/32 
fe80::2e0:2dff:fe4c:737f%mtw0   Um 0    1 - 4 mtw0








Sorry for delayed reply


Re: dmesg hangs 7.4

2024-03-10 Thread Laura Smith


On Sunday, 10 March 2024 at 11:09, Tobias Fiebig 
 wrote:

> 
> Would still give it a try, esp. given that a large text file cat also
> shows this MTU-y behavior. ;-)
> 
> Still, I acknowledge that I do have a very MTU-hammer-view of network
> things a lot.
> 
> In any case, the issue sounds interesting, and I am curious what you
> will ultimately find.
> 
> 


I'm still working on various avenues of possibility, the network switch the BSD 
box is attached to is one of them, but unlikely becuase all other traffic 
transiting through the switch seems to be just fine.




Re: dmesg hangs 7.4

2024-03-10 Thread Tobias Fiebig
Moin,

On Sat, 2024-03-09 at 17:24 +, Laura Smith wrote:
> Nice idea Tobias, but I forgot to mention both machines are on the
> same LAN, and the LAN is operating with standard MTU, no jumbos.

Would still give it a try, esp. given that a large text file cat also
shows this MTU-y behavior. ;-)

Still, I acknowledge that I do have a very MTU-hammer-view of network
things a lot.

In any case, the issue sounds interesting, and I am curious what you
will ultimately find.


With best regards,
Tobias



No internet while using wifi

2024-03-10 Thread Hari
Hello,

I wanted to connect my openbsd system to wifi. So I downloaded and installed the
the necessary wifi firmware using wired connetion. As stated in openbsd wireless
networking faq I edited the /etc/hostname.mtw0 file and added the necessary
details according to the format. Then  I started the /etc/netstart and ifconfig
showed the status to be active. But I had no internet connection. I tried using
dhcp via ifconfig mtw0 inet autoconf and tried dhclient but noone work there was
no ip in netstat -rn.


Re: No internet while using wifi

2024-03-10 Thread Zé Loff
On Sun, Mar 10, 2024 at 10:00:23AM +, Hari wrote:
> Hello,
> 
> I wanted to connect my openbsd system to wifi. So I downloaded and installed 
> the
> the necessary wifi firmware using wired connetion. As stated in openbsd 
> wireless
> networking faq I edited the /etc/hostname.mtw0 file and added the necessary
> details according to the format. Then  I started the /etc/netstart and 
> ifconfig
> showed the status to be active. But I had no internet connection. I tried 
> using
> dhcp via ifconfig mtw0 inet autoconf and tried dhclient but noone work there 
> was
> no ip in netstat -rn.

This is way WAY to little info for anyone to figure out what is wrong.
Please send the contents of your /etc/hostname.mtw0 (mask out the nwid
and the wpakey bits), as well as the output of ifconfig and route -n
show.  A full dmesg wouldn't hurt either.

Cheers
Zé



-- 
 



Re: No internet while using wifi

2024-03-10 Thread ofthecentury
Also need to see your pf firewall ruleset (pfctl -sr) probably.

On Sun, Mar 10, 2024 at 4:29 PM Zé Loff  wrote:
>
> On Sun, Mar 10, 2024 at 10:00:23AM +, Hari wrote:
> > Hello,
> >
> > I wanted to connect my openbsd system to wifi. So I downloaded and 
> > installed the
> > the necessary wifi firmware using wired connetion. As stated in openbsd 
> > wireless
> > networking faq I edited the /etc/hostname.mtw0 file and added the necessary
> > details according to the format. Then  I started the /etc/netstart and 
> > ifconfig
> > showed the status to be active. But I had no internet connection. I tried 
> > using
> > dhcp via ifconfig mtw0 inet autoconf and tried dhclient but noone work 
> > there was
> > no ip in netstat -rn.
>
> This is way WAY to little info for anyone to figure out what is wrong.
> Please send the contents of your /etc/hostname.mtw0 (mask out the nwid
> and the wpakey bits), as well as the output of ifconfig and route -n
> show.  A full dmesg wouldn't hurt either.
>
> Cheers
> Zé
>
>
>
> --
>
>



Re:

2024-03-10 Thread Hari
I am not sure what you mean by if am able to connect other host to it, if you 
mean wether I am able to connect other wifi then no. Same problem occures while 
connecting to other wifi. Also even though ifconfig status is active my lc 
doesn't appears in list lo connected device in android

On 10 March 2024 21:28:05 GMT+05:30, "Zé Loff"  wrote:
>
>On Sun, Mar 10, 2024 at 02:43:02PM +, Hari wrote:
>> Here is the requested output:
>> 
>> lo0: flags=2008049 mtu 32768
>>     index 2 priority 0 llprio 3
>>     groups: lo
>>     inet6 ::1 prefixlen 128
>>     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
>>     inet 127.0.0.1 netmask 0xff00
>> enc0: flags=0<>
>>     index 1 priority 0 llprio 3
>>     groups: enc
>>     status: active
>> mtw0:
>> flags=a48843
>> mtu 1500
>>     lladdr 00:e0:2d:4c:73:7f
>>     index 4 priority 4 llprio 3
>>     groups: wlan
>>     media: IEEE802.11 autoselect (DS1 mode 11g)
>>     status: active
>>     ieee80211: nwid net chan 2 bssid 2e:d1:fa:8e:62:51 -27dBm wpakey
>> wpaprotos wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher ccmp
>>     inet6 fe80::2e0:2dff:fe4c:737f%mtw0 prefixlen 64 scopeid 0x4
>> pflog0: flags=141 mtu 33136
>>     index 5 priority 0 llprio 3
>>     groups: pflog
>> nwid net
>> wpakey connect2net
>> inet autoconf
>> inet6 autoconf
>> Routing tables
>> 
>> Internet:
>> Destination    Gateway    Flags   Refs  Use   Mtu  Prio Iface
>> 224/4  127.0.0.1  URS    0    0 32768 8 lo0
>> 127/8  127.0.0.1  UGRS   0    0 32768 8 lo0
>> 127.0.0.1  127.0.0.1  UHhl   1    2 32768 1 lo0
>> 
>> Internet6:
>> Destination
>> Gateway Flags   Refs  Use   Mtu  Prio 
>> Iface
>> ::/96  
>> ::1 UGRS   0    0 32768 8 lo0
>> ::1
>> ::1 UHhl  10  100 32768 1 lo0
>> :::0.0.0.0/96  
>> ::1 UGRS   0    0 32768 8 lo0
>> 2002::/24  
>> ::1 UGRS   0    0 32768 8 lo0
>> 2002:7f00::/24 
>> ::1 UGRS   0    0 32768 8 lo0
>> 2002:e000::/20 
>> ::1 UGRS   0    0 32768 8 lo0
>> 2002:ff00::/24 
>> ::1 UGRS   0    0 32768 8 lo0
>> fe80::/10  
>> ::1 UGRS   0    2 32768 8 lo0
>> fec0::/10  
>> ::1 UGRS   0    0 32768 8 lo0
>> fe80::1%lo0
>> fe80::1%lo0 UHl    0    0 32768 1 lo0
>> fe80::%mtw0/64 
>> fe80::2e0:2dff:fe4c:737f%mtw0   UCn    0    0 - 8 
>> mtw0
>> fe80::2e0:2dff:fe4c:737f%mtw0  
>> 00:e0:2d:4c:73:7f   UHLl   0    0 - 1 
>> mtw0
>> ff01::/16  
>> ::1 UGRS   0   12 32768 8 lo0
>> ff01::%lo0/32  
>> fe80::1%lo0 Um 0    1 32768 4 lo0
>> ff01::%mtw0/32 
>> fe80::2e0:2dff:fe4c:737f%mtw0   Um 0    0 - 4 
>> mtw0
>> ff02::/16  
>> ::1 UGRS   0   12 32768 8 lo0
>> ff02::%lo0/32  
>> fe80::1%lo0 Um 0    1 32768 4 lo0
>> ff02::%mtw0/32 
>> fe80::2e0:2dff:fe4c:737f%mtw0   Um 0    1 - 4 
>> mtw0
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Sorry for delayed reply
>
>Your mrt0 interface is connected to the access point ("status: active")
>but has no IP address.  Since its set for autoconf, this means it's not
>getting an address from a DHCP server.
>
>Are you sure you have one listening on the wifi network?  Are you able
>to connect other hosts to it (e.g. a mobile phone, or another machine)?
>If so, does the access point or the host running the DHCP server have
>any kind of MAC filtering?
>
>-- 
> 
>


Re: ldapd(8), SASL/PLAIN authentication and {i,mac}OS

2024-03-10 Thread Manuel Kuklinski
Hi,

Am Sonntag 10 März 2024 um 0:33:06 +0100, schrieb Manuel Kuklinski 1,2K:
> o Contacts.app doesn't seem to send the entered password, whereas
> Directory Utility.app is authenticating properly.

This problem persists - filed a bug report with apple.

> o iOS seems to try to authenticate via SASL/PLAIN, as far as I can
> observe via the debug log. Since the default behaviour seems to be to
> "authenticate users via simple binds", it fails. I can also provide a
> log, if necessary.

> If no: how can I achieve SASL/PLAIN authentication with ldapd(8)?

This is solved: it was due to TLS relayd involed. Without providing TLS
via relayd and the following two statements in /etc/ldapd.conf,
everything is working:

listen on 10.10.10.10 tls
listen on 10.10.10.10 ldaps

I still forward the ports with relayd to ldapd.

> The manpage is not exactly informative about this - or it's just me,
> since I'm tired and feeling dizzy from all this "LDAP'ing".

Excuse my failure to understand the manpage / the authentication process
properly.

Despite everything working, one last nuisance remains - iOS "hangs"
noticeably while searching for contacts:

- - - - - - - - - - %< - - - - - - - - - -

listening on 10.10.10.10:636
listening on 10.10.10.10:389
opening namespace dc=asdfghasdfgh,dc=de
ldape: entering event loop
accepted connection from 10.10.10.10 on fd 10
consumed 31 bytes
received request on fd 10
len 29 class: universal(0) type: sequence(16) encoding 16
  len 1 class: universal(0) type: integer(2) encoding 2 value 1
  len 24 class: application(1) type: extended(23) encoding 16
len 22 class: context(2) type: (0) encoding 4 string 
"1.3.6.1.4.1.1466.20037"
got request type 23, id 1
got extended operation 1.3.6.1.4.1.1466.20037
sending response 24 with result 0
sending response on fd 10
len 36 class: universal(0) type: sequence(16) encoding 16
  len 1 class: universal(0) type: integer(2) encoding 2 value 1
  len 31 class: application(1) type: extended(24) encoding 16
len 1 class: universal(0) type: enumerated(10) encoding 10 value 0
len 0 class: universal(0) type: octet-string(4) encoding 4 string ""
len 0 class: universal(0) type: octet-string(4) encoding 4 string ""
len 22 class: universal(0) type: octet-string(4) encoding 4 string 
"1.3.6.1.4.1.1466.20037"
conn_tls_init: switching to TLS





- - - - - - - - - - %< - - - - - - - - - -

Any ideas, how to speed this up / change my config? ldapd(8) responds very
quickly on macOS via "Directory Utility.app".

Best wishes.