an also be found *without G's trackers* at
https://nxdomain.no/~peter/yes_you_too_can_be_an_evil_network_verlord.html
(the liberated versions of other blogposts can be found, pre-prettification
at https://nxdomain.no/~peter/blogposts/)
- Peter
--
Peter N. M. Hansteen, member of the
iences!
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconne
quot;
Are we safe to assume that your sshd listens on port 1522?
Once again, it is impossible to offer really useful input unless we have
the entire configuration, at least the complete pf.conf along with any
hostname.vio0 or at least the ifconfig output for the interface.
All the best,
Pete
point in the future, but don't hold your breath :)
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
our browser) is very useful.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnecte
On Thu, Sep 05, 2024 at 01:59:49PM -0400, openbsd_fr...@mail2tor.com wrote:
> Gentlemen! How do I doas my regular user.
Please do not assume all contributors here are male.
doas needs a valid doas.conf. See man doas and man doas.conf.
--
Peter N. M. Hansteen, member of the first RFC 1
eter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
On Tue, Sep 03, 2024 at 10:38:38AM +0300, Ville Valkonen wrote:
> Hello Peter,
>
> how about replacing sudo usage with doas?
If I haven't already, that is an oversight I'll fix shortly. Thanks!
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implem
On Mon, Sep 02, 2024 at 11:47:57PM +0200, Kirill Miazine wrote:
> > Comments and corrections welcome, as always.
>
> add a link afterboot(8), perhaps? https://man.openbsd.org/afterboot
Yes! Added, thanks!
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementatio
;10 years old
pieces I dug out recently.
Comments and corrections welcome, as always.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious
On Sat, Aug 31, 2024 at 03:01:22PM +0300, Mihai Popescu wrote:
> If your intention is/was to help a new OpenBSD user to install
> packages, then my feedback is a simple no. This article is far from
> helping a beginner to easily install packages.
After offering https://marc.info/?l=openb
/youve_installed_it_now_what_packages.html
or prettified and G-tracked as
https://bsdly.blogspot.com/2013/04/youve-installed-it-now-what-packages.html
Comments and corrections welcome, of course there may be parts where things
could
have happened in the space of 11 years and some months.
All the best,
Peter
--
Peter N. M
t
up such a thing worth it is entirely up to them.
That said, if you have reason to believe that making your email address
available in searchable archives on the Internet, using an alternate
address for posting to the list might be a workable option.
--
Peter N. M. Hansteen, member of the first
the FAQ about packages is worth reading
(https://www.openbsd.org/faq/faq15.html).
Actually *all* parts of the faq are worth reading if you are responsible
for OpenBSD systems.
- P
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ ht
SD relevant issue you might raise will choose to filter away
messages from "Anon Loli" so they will not waste any time reading those pieces
of text.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://w
ts
If I remember correctly, choosing disk and if needed then choosing the
device name for the USB device you booted from is the way forward.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remem
://nxdomain.no/~peter/forcing_the_password_gropers_through_a_smaller_hole.html
(also prettified but tracked at
https://bsdly.blogspot.com/2017/04/forcing-password-gropers-through.html)
could be what you need (some assembly required, obviously).
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdl
er of useful writeups
such as Paul de Weerd's writeup on installing OpenBSD via a serial console
http://www.weirdnet.nl/openbsd/serial/.
For the details such as which flag or option corresponds to which in
each of the systems, it is likely useful to follow the man page links in
the FAQ an
e helpful
If you're new to OpenBSD, you will likely be returning to the FAQ and
the man pages a lot to find info.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
e thing harder, but definitely legal.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
being extra
careful
about netmasks and routes, but we need more info on the actual configuration to
be sure.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the e
ctl(s) to enable forwarding?
$ sysctl net.inet.ip.forwarding
and
$ sysctl net.inet6.ip6.forwarding
will provide the answer (as in, if those values are not 1, forwarding
between interfaces is not enabled)
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blog
SD would,
more often.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
happened immediately before the incidents in the log files
such as /var/log/messages (and any other possibly relevant log files).
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember
ve encountered Just Work),
configure that, then run fw_update. Once the firmware is in place, the rest
should be straightforward.
Good luck!
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
&q
most
recent OpenBSD release", with some desktop/laptop oriented tweaks I had found
useful myself. Some of those tweaks may still apply, but some are likely to
be outdated or just plain wrong to start with. But perhaps an updated version
would be useful to somebody?
--
Peter N. M. Hansteen, memb
n is there
significant risk that new users would encounter this in the wild, with a
probability large enough that it would be useful to add a note about this to
say https://www.openbsd.org/faq/faq4.html#bsd.rd somewhere?
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http
t even from some other unixlike like
Linux will do).
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]:
onf
this can not ever be over emphasised or over amplified.
On OpenBSD, you can expect man pages to be complete and informative and
to contain references to other useful resources.
Anyone learning OpenBSD or with OpenBSD should be using 'apropos' and 'man'
quite intensiv
lly related gibberish,
but the thing partially redeems itself by offering up that poem at the end -
https://nxdomain.no/~peter/chatgpt_on_ipv6_and_openbsd_poetry.html (or again
with nicer formatting but G's trackers
https://bsdly.blogspot.com/2023/03/chatgpt-opines-on-ipv6-procastination.html)
is supposed to do, competent people here might offer some advice
on how to make things work properly.
Until that happens, I for one will simply ignore anything from that
source.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ ht
not parse host specification
This sounds to me like those interfaces either do not exist or
have not been correctly configured.
Are those interfaces configured, as in do they have IP addresses?
the output of ifconfig igc1 and ifconfig igc2 will show you.
--
Peter N. M. Hansteen, member of the
treat the two interfaces separately.
The other option - if your network layout is such that it makes
sense to treat them to the same rule criteria - would be to make an
interface group with both interfaces as members, then use the
interface group name in your rules.
--
Peter N. M. Ha
BSD.
(the fuller story is at
https://nxdomain.no/~peter/blog_wild_wild_world_of_windows.html
or with nicer formatting and trackers
https://bsdly.blogspot.com/2021/07/the-impending-doom-of-your-operating.html)
In your case, the relevant option (if it exists) may be labeled
something completely different. But
etwork to port $client_out
- that way you will actually use the macro. But the macro sitll references
the invalid service nportntp (you probably want ntp instead), and I would
think that the services "446, cvspserver, 2628, 5999, 8000, 8080" are unlikely
to be useful unless you *know* you
home.nuug.no/~peter/pf/en/basicgw.html#GWPITFALLS
(That is in the piece that evolved into The Book of PF, and likely
something similar appears somewhere in the book too)
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https:
.$icmp_types" and
> "...$client_out"). I am assuming "log log" on the last rule is a typo,
> and it is actually "log out".
Those are as far as I can tell correct observations. There appears to be
no rule allowing traffic other than the selected icm
e, but with a
bare environment with only essentials like $HOME defined and no
~/.terminfo directory (as opposed to an empty one), do the odd messages
still appear?
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https:/
se to take a few steps back, start from the basics and add only the
things you know you need.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network
On Wed, Apr 10, 2024 at 11:01:18PM +0200, Peter N. M. Hansteen wrote:
> Another gentle introduction can be found in the latest PF tutorial,
> the slides for the AsiaBSDCon 2024 version can be found as
> https://nxdomain.no/~peter/pf_asiabsdcon2024.pdf which in turn has
> reference
tions.
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Please actually read the advice offered by contributors to this thread.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
deli
x error
for conversion to tables, keep in mind that references need the
surrounding '<' and '>'.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set
he ranges in $martians (which I anyway would recommend converting
into a table), and your block referencing $martians comes after the pass rules
that would have let icmp through. With no previous matching quick, last match
applies.
- Peter
--
Peter N. M. Hansteen, member of the first RFC
by default. Fortunately
it was possible to choose the other options and have the device turn up
as a regular NMVe device:
https://nxdomain.no/~peter/blog_wild_wild_world_of_windows.html (or with
incrementally nicer formatting at the cost of G's trackers,
https://bsdly.blogspot.com/2021/07/the
at least some
information.
- P
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
h like a situation where the base system and packages
are out seriously of sync AND your user is et up with a default shell from
packages (I am guessing bash).
The solution would likely be to log in as root, run pkg_add -D snap -u
to get the latest snapshot packages, then try to log in as yo
@mastodon.social
>From a tweet of mine from 2011, but evergreen:
I DEMAND TO KNOW WHY YOUR GROUP OF OVERWORKED VOLUNTEERS, WHICH
I AM NOT A MEMBER OF, IS NOT PURSUING MY PERSONAL GRIEVANCE.
Mar 28, 2024, 12:22 PM
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
ht
I am on the list, the Cc:s are not necessary and in fact
a bit annoying)
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
On Sat, Mar 30, 2024 at 05:44:32PM +0500, ofthecentury wrote:
> On Sat, Mar 30, 2024 at 5:29 PM Peter N. M. Hansteen wrote:
> >
> > why?
>
> I got "disassoc"s events in the log.
disassociations can happen for a number of different reasons. The event
should log a
ect to all sorts of radio interference that's
essentially background noise
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
rvice, systemd."
Enjoy!
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
your From: without putting in some extra effort.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[2994
, will do the integrity checking.
If you *want* to have a script that wraps both actions into one, that's fine.
But I would have wanted to make life easier by sticking to the tools that
are available in a default install.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation t
I was just notified that two different obvious pr0n
spam sources followed my account.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network tr
On Fri, Mar 15, 2024 at 06:38:14PM +0100, Peter N. M. Hansteen wrote:
> least the content of your configuration files -- /etc/hostmhame.* and the
> output
that should of course have been /etc/hostname.* but would be obvious?
--
Peter N. M. Hansteen, member of the first RFC 1149 implemen
we need to see at
least the content of your configuration files -- /etc/hostmhame.* and the output
of ifconfig for the relevant interfaces (if need be with stuff like IP
addresses
and passwords masked).
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blo
net6' settings in there.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
r_plugin_set_property]: could not
> set sound-card to '%s', trying the default card instead"
> wrapper-2.0: vfprintf %s NULL in "%s: muted"
>
> Nothing else to show up in /var/log/messages. Is there
> a more detailed log?
>
> How do I gather
anyone trying to help diagnose
the issue
a lot more.
As somebody (sorry, I forget who) posted earlier, https://idownvotedbecau.se/
is actually
worth reading.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://ww
be my next step.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
iling, more likely than not you would be seeing messages
in system log files or possibly even in dmesg output. Totally silent failures
are not very common.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no
easy to spot for a separate set
of eyes.
- P
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
EuroBSDCon 2024, Dublin, September 2024
The Call for Talk and Presentation proposals for EuroBSDCon 2024 is now open.
EuroBSDCon is the European technical conference for users and developers of
BSD-based systems. The conference is scheduled to take place September 19-22
2024 in Dublin, Ireland o
message,
but there appears to be a www/sogo port, so "doas pkg_add sogo" and proceed
to any configuration steps the docs specify should be a possible way forward.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https:
cialized tools, but please invest
some time in learning to
properly interpret the output of the basic tools first.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
BSDCan 2024 will be held 31 May - 1 June (Fri-Sat), 2024 in Ottawa,
at the University of Ottawa. It will be preceded by two
days of tutorials on 29-30 May (Wed-Thu).
Also: do not miss out on the Goat BOF on Tuesday 28 May.
For the safety of speakers and attendees, this conference will again
follo
u need
to mount file systems located on the other side of a firewall, it would be
useful to consider whether your network design is in fact fit for the purpose.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.n
ere are any problems use the mailing lists, including
bugs@ (see man sendbug) and follow up on any response from developers.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Rememb
system that still runs something that
is by now roughly a decade out of date.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network tr
rade anyway.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
or doing that
revision). If for some reason the book is out of reach, you can likely
glean most of the useful information from the relevant slides in the
PF tutorial https://home.nuug.no/~peter/pftutorial/ with the traffic
shaping part starting at https://home.nuug.no/~peter/pftutorial/#68
--
Pet
r architecture.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
On Fri, Nov 24, 2023 at 01:14:06AM +0100, Nowarez Market wrote:
> I'm in the need to know if /etc/bsd.re-config accepts
> comment starting with "#" as normally other file.conf do.
It's a kernel configuration file. There are numerous examples
in the source tree.
--
Pe
t already automated in the
package will be required.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85
pointed to. The tutorial slides will
clear up
most of if not all of those questions.
And please keep any followups on the list.
All the best,
Peter
PS: The PF tutorial slides: https://home.nuug.no/~peter/pftutorial/
--
Peter N. M. Hansteen, member of the first RFC 1149 implementa
vely in that book I wrote
(https://nostarch.com/pf3)
and you should be able to find the relevant examples in the oft-repeated
tutorial
at https://home.nuug.no/~peter/pftutorial/
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://w
eter/pf/newest/log2syslog.html
should still work, I think.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spam
enbsd httpd" and "joomla on openbsd
httpd"
yields enough seemingly relevant hits that I strongly suspect both are doable.
I have not tried either myself, though.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.n
has "hardmtu 9216" so it should handle jumbo frames just
fine. On the other hand the iwx in the laptop over there has "hardmtu 1500",
so setting the MTU to anything higher than that would simply fail.
it is possible whatever mynicdevice is does not actually support jumbo
the
first public forums that will receive notification.
That much I will promise.
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on
e that release
will be available.
And anyway it will be useful to move any not yet upgraded systems to
7.3 ahead of that date, since 7.2 will join the ranks of no longer
supported releases the moment 7.4 becomes generally available.
- Peter
--
Peter N. M. Hansteen, member of the first RF
than to 7.3-stable.
The first couple of paragraphs of https://www.openbsd.org/faq/current.html
explains
fairly well how this works.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remem
of your problem since you do not provice
crucial
data such as any error messages that would appear in a log somewhere.
We also do not know much about your configuration or what requirements the setup
is supposed to fill. But sure, in quite a number of situations auto-reneweing
Let's Encrypt ce
he-impending-doom-of-your-operating.html
or trackerless with only the most basic formatting at
https://nxdomain.no/~peter/blog_wild_wild_world_of_windows.html)
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https
l not bother.
If you actually want what you find to matter, for your own good please shift
your focus to -current or at least one or both of the still supported releases.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https:/
ault install do a fresh reinstall, only editing
in the things you need from your old /etc/ such as (likely most of) pf.conf.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to s
up to those who maintain the website.
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
licensing kerfuffles, including IIRC
one that lead to the abandonment of at least one attemtpt at supporting
a certain class of BroadCom wifi parts).
Generally, searching on the obvious keywords such as the device name
and operating system name will give some clues.
- Peter
--
Peter N. M
I strongly suspect you stumbled on to a case of the old convention "numerals
with
leading zeroes are interpreted as octal notation" (but do check the underlying
code to make sure).
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.
orm, use that.
Multibooting will always be a painful distraction unless bootloaders
and their interactions with OSes and random hardware is what you want
to spend the bulk of your time on.
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.
ults
will be appened (and things like lists of ports generating several
rules and so on).
- Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious net
You did not even look at the list rules.
"Do your homework first..
No desire to deprive you of a learning experience."
Nobody is here to hold your hand. They do too much of that at work. You
must be knowledgeable of the subject. If not, use Google (many web sites
for teaching) or switch to FreeBSD
ould tend to
take priority when developers decide what to spend their time on.
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all mal
ut on much for long.
- Peter
PS cross-posting to several OpenBSD mailing lists is generally frowned upon.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all m
!
#eurobsdcon #bsd #openbsd #freebsd #netbsd #unix #development
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah s
r further reference, please see the pf.conf man page, the PF user Guide or
even my own tutorials or the Book of PF for working examples.
All the best,
Peter N. M. Hansteen
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.ne
.
Recorded at https://nxdomain.no/~peter/chatgpt_writes_pf.conf.html for those
who would be interested.
All the best,
Peter
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the
26th.
We aim to finalize selection and to publish the initial version of the
conference program on
or before June 1st, 2023.
Hoping to see you in Coimbra this September!
For the EuroBSDCon 2023 program committee,
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
1 - 100 of 1002 matches
Mail list logo
