On 7/26/19 8:29 PM, Австин Ким wrote:
Hi, all,
Sorry, been hella busy rushing to finish final graduation projects for school
and had no idea so many people weighed in with so much awesome feedback!
That said, OpenBSD has a cultural restriction of requiring people to
inspect the patches
Hi, all,
Sorry, been hella busy rushing to finish final graduation projects for school
and had no idea so many people weighed in with so much awesome feedback!
> That said, OpenBSD has a cultural restriction of requiring people to
> inspect the patches before incorporating them. Adopting git
On 7/25/19 7:14 PM, Zhi-Qiang Lei wrote:
On Jul 25, 2019, at 10:24 PM, gwes wrote:
On 7/24/19 10:19 PM, Zhi-Qiang Lei wrote:
Hi, I’m trying to encrypt a DVD-RAM before putting some files onto it on my
OpenBSD 6.5 desktop. But neither dd nor disklabel seems able to work on the
drive. Did
Quoting Stuart Henderson :
No - you wouldn't do it with Unbound which is a *recursive* DNS
server, you would use an authoritative one like NSD, PowerDNS, Knot
or BIND. All you would do with Unbound is use stub-zone to point it
at an authoritative server.
--
Sent from a phone,
No - you wouldn't do it with Unbound which is a *recursive* DNS server, you
would use an authoritative one like NSD, PowerDNS, Knot or BIND. All you
would do with Unbound is use stub-zone to point it at an authoritative server.
--
Sent from a phone, apologies for poor formatting.
On 26 July
On 2019-07-26, Stefan Sperling wrote:
I have no idea what aircrack-ng is doing.
You can verify the current channel with:
tcpdump -i iwn0 -y IEEE802_11_RADIO
This shows the current channel number in radiotap headers, e.g.:
... ...
Indeed, according to this the channel is correctly set.
The moment I started reading this I thought "this dude is playing with
aircrack". Surely enough I was right.
On Fri, Jul 26, 2019, 10:14 AM Stefan Sperling, wrote:
> On Fri, Jul 26, 2019 at 01:53:04PM +0200, Péter Bertalan Zoltán wrote:
> > On 2019-07-26, Stefan Sperling wrote:
> > > Internally
Just confirmed I can reproduce this on the latest snapshot (both on
host and VMs) on my home workstation:
OpenBSD 6.5-current (GENERIC.MP) #143: Fri Jul 26 00:37:38 MDT 2019
If I use the host to send traffic with tcpbench, traffic rate peaks
around 1Gbit/s (1055.923 Mbps, according to tcpbench),
On Fri, Jul 26, 2019 at 01:53:04PM +0200, Péter Bertalan Zoltán wrote:
> On 2019-07-26, Stefan Sperling wrote:
> > Internally to net80211, there are two channels: The 'default' channel
> > (referred to as "ic_ibss_chan" in source code) and the 'desired'
> > channel (referred to as "ic_des_chan" in
On 2019-07-26, Stefan Sperling wrote:
Internally to net80211, there are two channels: The 'default' channel
(referred to as "ic_ibss_chan" in source code) and the 'desired'
channel (referred to as "ic_des_chan" in source code).
The default channel is initialized when the driver attaches
On Fri, Jul 26, 2019 at 12:01:32PM +0200, Péter Bertalan Zoltán wrote:
> I am sorry if the answer to this question is trivial, I am rather new to
> OpenBSD and have a lot to learn.
>
> I have an 'Intel Centrino Advanced-N 6205' network card that I am trying
> to put into monitor mode on a fixed
Can you link to any guides or pratical howtos on how to pratically do that with
unbound ?
Thanks
On July 25, 2019 9:32:29 PM GMT+03:00, Stuart Henderson
wrote:
>On 2019-07-25, Flipchan wrote:
>> Greetings everyone,
>>
>> Does anyone have a good solution for syncing unbound configuration
I am sorry if the answer to this question is trivial, I am rather new to
OpenBSD and have a lot to learn.
I have an 'Intel Centrino Advanced-N 6205' network card that I am trying
to put into monitor mode on a fixed channel using ifconfig. However, I
am experiencing this peculiar behaviour (at
Hi Bryan,
On Fri, Jul 26, 2019 at 04:02:10PM +0900, Bryan Linton wrote:
| On 2019-07-25 13:01:28, Mike Larkin wrote:
| > On Thu, Jul 25, 2019 at 09:54:22PM +0200, Paul de Weerd wrote:
| > > A little more follow-up on this vmd-memory-leak issue.
| > >
| > > Comparing the two VMs I have running,
Hello,
just starting chromium leads to a production of the following IP packets:
(
tcpdump -l -e ether host 18:03:73:25:3b:b6 and dst 224.0.0.251 |tee dat
)
11:17:26.587274 18:03:73:25:3b:b6 01:00:5e:00:00:fb ip 82: 224.0.0.251.mdns >
224.0.0.251.mdns: 0 PTR? _googlecast._tcp.local.(40) [ttl 1]
On 2019-07-25 13:01:28, Mike Larkin wrote:
> On Thu, Jul 25, 2019 at 09:54:22PM +0200, Paul de Weerd wrote:
> > A little more follow-up on this vmd-memory-leak issue.
> >
> > Comparing the two VMs I have running, I started to stress parts where
> > these two hosts differ. The testvm hardly does
16 matches
Mail list logo
