| From | Subject | Date |
|---|---|---|
| Austin Hook | The OpenBSD Command-Line Companion Book delayed (or MIA?)
Shipments of the OpenBSD Command-Line Companion Book have been delayed and
ETA is unknown at this time. According to the author's blog:
http://devguide.net
there was a problem with the UPS shipment, but we are unable to contact
Jacek Artymiak directly, and we have no tracking number for the shipment.
This book was to have been printed in the USA and shipped to the Belgian
and Sweet Grass, MT, USA depots in early April.
We know from past events that Jacek is subject to a certain chronic
illn...
| Apr 25, 7:38 pm 2007 |
| chefren | OT: Blocking of ICMP type 3 code 4 packets [Was: Prevent cir...
Although it's not well known TCP seriously depends on ICMP packets of
type 3 code 4 for "Path MTU Discovery" (PTMTUD). Blocking of these
packets lead to congested IP connections, broken transmissions and thus
to frustrated users.
Some documentation:
http://en.wikipedia.org/wiki/Pmtud
http://www.usenix.org/events/lisa02/tech/full_papers/vanderberg/vanderberg_html/
http://www.ietf.org/rfc/rfc2923.txt
Various serious solutions:
BSD:
pass quick proto icmp from any to any icmp-typ...
| Apr 25, 7:01 pm 2007 |
| Stuart Henderson | Re: OT: Blocking of ICMP type 3 code 4 packets [Was: Prevent...
for PF, 'keep state' on the TCP rule (default in 4.1) does the right thing
and matches the appropriate ICMP messages as well.
| Apr 25, 7:14 pm 2007 |
| Daniel Ouellet | Re: dmesg output Sun Fire 4200
Is there any changes on the support of the X4200, "specially the X4100
M2" and X2100 M2 with SAS version, not the SATA one? There wasn't much
updates in the archive on the subject still.
Any luck with may be new DMESG to look at for these?
The one bellow is pretty old.
Best.
| Apr 25, 4:23 pm 2007 |
| Stuart Henderson | Re: dmesg output Sun Fire 4200
X4100 are AMD8131, 4 em(4) nics
X4200 are nvidia nforce systems, 2 em(4) nics and on solaris 2 "nge"
- presumably nfe(4) here.
I know what my choice would be...
| Apr 25, 6:14 pm 2007 |
| Stuart Henderson | Re: dmesg output Sun Fire 4200
oops sorry,
X4100/4200 (not M2 version) are AMD8131,
it is the M2 versions which are nvidia.
| Apr 25, 6:22 pm 2007 |
| Daniel Ouellet | Re: dmesg output Sun Fire 4200
Thanks! (;> I know too!
| Apr 25, 6:21 pm 2007 |
| Marco Peereboom | Re: dmesg output Sun Fire 4200
I am running an X4100 with -current and I see no issues at all.
| Apr 25, 5:12 pm 2007 |
| Daniel Ouellet | Re: dmesg output Sun Fire 4200
Thank you!
I will order some then and will see the results.
I appreciate your time.
Best
Daniel
| Apr 25, 5:59 pm 2007 |
| Tobias Weingartner | Re: Prevent circumventing dansguardian with pf
Bull. Not allowing ICMP is just as bad. Worse actually, as you
are violating RFCs. Quit spreading this FUD.
--
[100~Plax]sb16i0A2172656B63616820636420726568746F6E61207473754A[dZ1!=b]salax
| Apr 25, 4:19 pm 2007 |
| Chad M Stewart | Re: Prevent circumventing dansguardian with pf
I did NOT suggest blocking ALL ICMP, just echo-request and echo-
replies from internal hosts to untrusted IPs. Trojans have used
echo-request and echo-reply as a method of covert communication. If
you had read the original post you'd see that $icmp_types was defined
to be echoreq.
I don't this is FUD.
-Chad
| Apr 25, 4:43 pm 2007 |
| Mathieu Sauve-Frankel | Re: Prevent circumventing dansguardian with pf
Don't forget to also configure your firewalls to block traffic with the
evil bit set. :-)
--
Mathieu Sauve-Frankel
| Apr 25, 7:02 pm 2007 |
| Stuart Henderson | Re: Prevent circumventing dansguardian with pf
watch out, this causes problems for clients behind rfc3514-compliant NAT...
| Apr 25, 7:16 pm 2007 |
| Timo Schoeler | Re: Prevent circumventing dansguardian with pf
On Wed, 25 Apr 2007 20:19:42 +0000 (UTC)
hi,
actually, me thinks the same about allowing/denying ICMP as you,
tobias. however, we recently had a CCIE/NSA certified blahblah guy in
our company, tuning our, err, Cizcoooeee equipment.
guess what he did -- he violated 'the RFCs'.
unfortunately, i wasn't able to find them on the net. do you have them
handy? i'm very curious about that :)
tia,
--
Timo Schoeler | http://riscworks.net/~tis | timo.schoeler@riscworks.net
RISCworks -- Perfectio...
| Apr 25, 4:40 pm 2007 |
| Tobias Weingartner | Re: Prevent circumventing dansguardian with pf
The RFCs? Google will point you to them. Or go to the source at IETF
http://ietf.org/rfc.html
--Toby.
| Apr 25, 6:29 pm 2007 |
| Joachim Schipper | Re: Prevent circumventing dansguardian with pf
In general, though, it will almost always be possible to get data in/out
of the network. IP-over-DNS comes to mind. If this particular vector is
used by a widely deployed worm, it might be worth it; but otherwise,
just ignore it.
Do you intend to ask where 'the RFCs' are? (If so, www.ietf.org is a
good choice.) Or in what RFC this particular requirement is? (No real
idea...)
Joachim
--
TFMotD: kadmin (8) - Kerberos administration utility
| Apr 25, 5:56 pm 2007 |
| viq | Re: Prevent circumventing dansguardian with pf
I didn't expect it to come that easily, but google was helpful here:
RFC2979 has this:
3.1.1. Path MTU Discovery and ICMP
ICMP messages are commonly blocked at firewalls because of a
perception that they are a source of security vulnerabilities. This
often creates "black holes" for Path MTU Discovery [3], causing
legitimate application traffic to be delayed or completely blocked
when talking to systems connected via links with small MTUs.
By the transparency rule, a packe...
| Apr 25, 6:14 pm 2007 |
| Timo Schoeler | Re: Prevent circumventing dansguardian with pf
On Wed, 25 Apr 2007 23:56:50 +0200
yeah, i know -- that's why i watched him doing in my typical skeptical
timo
| Apr 25, 6:08 pm 2007 |
| Nick Nauwelaerts | nfs data corruption
Heya,
It seems I'm experiencing some data corruption on nfs when -w or -r
aren't powers of 2.
I have a local file with these settings:
% md5 sunclock.diff
MD5 (sunclock.diff) = 9f002849da08cd6ab76032a8cf2726e1
now, if I export the filesystem (nfsd -tu -n 4) it's on I get data
corruption when I try to use a readsize or writesize that's not a power
of 2:
% mount_nfs -3 -T spectre:/home /mnt
% md5 /mnt/inphobia/sunclock.diff
MD5 (/mnt/inphobia/sunclock.diff) = 9f002849da08cd6ab76032a8cf2726e1
...
| Apr 25, 3:48 pm 2007 |
| poncenby | Re: vnconfig question...
i'm obviously missing something here.
could you explain why it is a bad idea to have two files, the key and salt, which
would be used to initially mount the regular file, then securely deleted from the
host and only re-introduced to the host when decryption/remounting is required.
and also, for us luddites, how do you read the password on stdin.
in great expectations,
poncenby
| Apr 25, 1:19 pm 2007 |
| Ted Unangst | Re: vnconfig question...
the whole point of requiring you to type in the password is to require
you to type in the password. if that's not possible, just use expect.
it is a bad idea to put the password on disk. i mean, come on. in
what scenario are you capable of "securely" installing and deleting a
vi vnconfig.c and go from there.
| Apr 25, 4:26 pm 2007 |
| Josh Grosse | Clue-by-four needed: trunk(4) and an(4)
I have an i386 laptop with two NICs: xl(4) and an(4).
For me, trunk(4) does not seem to be able to send any packets over the an(4)
NIC. The xl(4) NIC works just fine. The an0 NIC never shows "active" as
a child of the trunk. Viz.:
When I set a single NIC in the trunk, just for testing as shown below, I see:
trunkport xl0 master,active
or
trunkport an0 master
I can watch packets flowing across the an0 NIC via tcpdump, but none originate
from the laptop.
Could someone pleas...
| Apr 25, 12:57 pm 2007 |
| Markus Bergkvist | Re: Clue-by-four needed: trunk(4) and an(4)
I don't know if it is related, but you could perhaps try the patch at the
end of this report
http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=5420
/Markus
| Apr 25, 6:32 pm 2007 |
| Allen Theobald | Prevent circumventing dansguardian with pf
Greetings! Included below is my pf.conf set up to use
dansguardian (proxyport 3128, filterport 8080)
and tinyproxy (listen port 3128) as a transparent
proxy.
What changes do I need to make to keep someone on
int_if/int_net from circumventing dansguardian
by changing their browser to point to 3128?
Thanks and take care,
Allen
------8<------cut here------8<------
ext_if="rl0"
int_if="xl0"
int_net="192.168.0.0/24"
proxy_server = "127.0.0.1"
tcp_services="{ 113 }"
icmp_typ...
| Apr 25, 11:05 am 2007 |
| Chad M Stewart | Re: Prevent circumventing dansguardian with pf
This can be used as a covert communication channel. Allowing
internal IPs to send/receive ping is bad.
As for your question, only allow internal devices to do what you want
and deny the rest. rdr requests to external web servers on port 80
to your transparent/filtering proxy.
-Chad
| Apr 25, 1:29 pm 2007 |
| chayashida | 4.0 Installation problems
I was redirected here from the tech group.
I am trying to install OpenBSD 4.0 on a Dell OptiPlex 745. The computer has
a SATA CD-ROM and a SATA hard drive.
After the install/upgrade/shell part, I see a lot of kernel messages.
Everything looks normal, and it looks like all of my hardware is detected.
The install appears to go okay, but then it hangs after the file sets are
copied. It doesn't matter if I select all, some, or the minimal file sets:
the installation always hangs after the copy is fi...
| Apr 25, 10:24 am 2007 |
| Johan L | pf - 1 firewall 2 wans
Hi,
We have two internet connection with 2 different firewalls that we want
to merge into a new single pf based firewall.
Connection 1 (wan1) will be used for nat-ing the internal network (lan)
to the outside world and access to a few internal servers.
Connection 2 (wan2) will be used for the dmz (dmz), public servers.
wan1 212.105.x.37/32 gw: 212.105.x.2 -----|----------------|
|openbsd 4.1/pf |
|default ga...
| Apr 25, 8:31 am 2007 |
| Tang Tse | CARP
Hi,
I'm playing around with carp and routers. My scenario is the next:
One ISP address ( for exemple: 10.2.2.1 )
Two openbsd 4.0 machines with 3 NICs
Lan switch
On LAN side, i set one NIC on every machine with private ip:
Machine#1: 192.168.0.20
Machine#2: 192.168.0.21
And they share a virtual address: 192.168.0.30
The carp nics between both machines with 10.0.0.1 and 10.0.0.2
And my question is for ISP side:
I got only one IP address, 10.2.2.1, how do share it? I mean, i can't set up
...
| Apr 25, 6:43 am 2007 |
| Todd Alan Smith | Re: CARP
Tang, this is covered in the FAQ:
http://www.openbsd.org/faq/pf/carp.html
The section titled 'Combining CARP and pfsync For Failover' addresses
your question.
-Todd
| Apr 25, 9:30 am 2007 |
| Tang Tse | Re: CARP
Hi,
I readed the faq before. I know carp device needs to be the one i want to
share. My question is not for the carp device, is just for the network
interfaces ( in my case rl0 on both machines ). Which address should i gave
them? anyone into the isp ip-mask rank?
| Apr 25, 3:38 pm 2007 |
| Stuart Henderson | Re: CARP
They don't need any address, miss out the whole 'inet' line in
hostname.rll0 and include 'up' instead.
| Apr 25, 3:49 pm 2007 |
| Tang Tse | Re: CARP
thanks!!
| Apr 25, 3:58 pm 2007 |
| Stuart Henderson | Re: CARP
just configure the carp interface as 10.2.2.1, you don't need a
'real' address as well. use carpdev to specify the parent interface.
| Apr 25, 6:59 am 2007 |
| Tang Tse | Re: CARP
Thanks!!!
| Apr 25, 7:18 am 2007 |
| Jonathan Towne | keyboard sequences missed / lag
Hello all,
This has been driving me nuts for weeks (ever since upgrading to -current):
I type at a fairly fast rate with very high accuracy and on this laptop it
all goes downhill in a handbasket; makes it very hard to use regularly.
It seems to be aggravated by typing over an SSH connection, but is still
very apparent at a local console or in an xterm/aterm/etc.
Many characters are missed, sometimes end up in the wrong order with an
obvious lag/delay, etc. I've tried playing with wsconsct...
| Apr 24, 11:00 pm 2007 |
| Diana Eichert | [landisk] power-off button panic
I have a couple of Plextor PX-EH25L running a 4.1 snapshot from March 11,
2007 that panic when the power button is turned to the off position. If I
type in "cont\r" the shutdown continues on properly, including powering
off the system.
OpenBSD/landisk (somesystem.bob.foo) (console)
login: Stopped at Debugger+0x6: mov r14, r15
ddb> ps
PID PPID PGRP UID S FLAGS WAIT COMMAND
5504 1 5504 0 3 0x4082 ttyin getty
8986 1 ...
| Apr 24, 10:07 pm 2007 |
| Miod Vallat | Re: [landisk] power-off button panic
There was an unconditional Debugger() call in this codepath, which got
commited by mistake. Snapshots after march 23rd have this corrected.
Miod
| Apr 25, 12:30 am 2007 |
| Diana Eichert | Re: [landisk] power-off button panic
thanks for the quick reply. I'll try a newer kernel went I get to the
office
diana
| Apr 25, 8:39 am 2007 |
| Diana Eichert | [landisk] poweroff on "shutdown -r"/"reboot"
The power button problem I reported in an earlier thread was resolved with
a newer kernel.
Now I have another question. In order to get power down to work, you have
to set "powerdown=YES" to power down the unit. Now that's pretty obvious,
but why when you run "shutdown -r"/"reboot" does the system power down?
Doesn't that obviate the reboot command? I would think "powerdown=YES"
would be ignored on "shutdown -r"/"reboot".
diana
| Apr 25, 3:16 pm 2007 |
| Diana Eichert | Thanks Was: [landisk] power-off button panic
thanks, all working now though I have another question that I'll pose in a
new thread
diana
| Apr 25, 3:02 pm 2007 |
| Matthew R. Dempsky | Re: [landisk] power-off button panic
Just a guess, but did you compile with the DEBUG option? power_intr()
in arch/landisk/dev/power.c includes
if ((status & BTN_POWER_BIT) && (kbd_reset == 1)) {
#ifdef DEBUG
printf("%s switched\n", sc->sc_dev.dv_xname);
Debugger();
#endif
kbd_reset = 0;
_reg_write_1(LANDISK_PWRSW_INTCLR, 1);
psignal(initproc, SIGUSR1);
return (1);
}
which would line up with the stack...
| Apr 24, 11:54 pm 2007 |
| Joachim Schipper | Re: vnconfig question...
vnconfig in -current, at least, already accepts a -S option to specify
the salt file. Changing vnconfig to read the password on stdin is easy,
but you should really ask yourself if that is a good idea.
Joachim
--
TFMotD: ssh-keyscan (1) - gather ssh public keys
| Apr 25, 4:07 am 2007 |
| Joachim Schipper | Re: pf - drop or return - is stealth mode overrated?
I find 'return' to be easier to work with. The LAN I am primarily
thinking about is both infested with Windows and accessible via VPN -
and the VPN has some Windows clients. Considering the people on said
LAN, who are both sweet and smart but not in general computer-savvy, I'd
be highly surprised if an attacker spent much time on the firewall.
Joachim
--
TFMotD: tftp (1) - trivial file transfer program
| Apr 25, 4:05 am 2007 |
| Kian Mohageri | Re: pf - drop or return - is stealth mode overrated?
I use drop in most cases. Stealth mode isn't exactly going to add much, but
I see no reason a host should receive any response at all when it is trying
to
talk to a host that doesn't exist or a port that isn't actually listening.
Much of
that activity is simply host/port scanning.
I could argue either way, but my preference is 'block drop' most of the
time.
--
Kian Mohageri
| Apr 24, 10:27 pm 2007 |
| Lars Hansson | Re: pf - drop or return - is stealth mode overrated?
Hopefully "most of the time" does not include ICMP.
---
Lars Hansson
| Apr 24, 11:20 pm 2007 |
| Kian Mohageri | Re: pf - drop or return - is stealth mode overrated?
It doesn't.
--
Kian Mohageri
| Apr 25, 12:26 am 2007 |
| Travers Buda | Re: pf - drop or return - is stealth mode overrated?
Yeah, wouldn't want to violate RFC 1122. ICMP is a Good Thing. $
ping machine is a hell of a lot easier than crafting some TCP action
to see whether a host is up or not.
--
Travers Buda
| Apr 24, 11:31 pm 2007 |
| Travers Buda | Re: pf - drop or return - is stealth mode overrated?
Well, when it comes to staying "safe," both return and drop both
block unwanted traffic. Whether or not someone can determine if a
host is up really won't do much for security. That being said,
return is preferable. It reduces traffic (SYN retransmits,) and
will improve responsiveness for other hosts. Now if someone is
nmapping you with -sS for instance, block drop will reduce traffic
in that specific case (no RST from you.) The amount is generally
negligible though. I'd recommend using pf.os ...
| Apr 24, 11:15 pm 2007 |
| Marco S Hyman | Re: pf - drop or return - is stealth mode overrated?
"Kian Mohageri" writes:
> I see no reason a host should receive any response at all when it is trying
> to talk to a host that doesn't exist or a port that isn't actually listening.
Traceroute.
// marc
| Apr 24, 10:46 pm 2007 |
| Darren Spruell | Re: pf - drop or return - is stealth mode overrated?
Most people would maintain that drop vs. block+rst/icmp would be
better, but I could see the arguments (that will no doubt come) that
it really doesn't buy you any in the end and only attempts to
obfuscate what can be mapped out anyhow (that a device somewhere in
the network path is dropping traffic.)
I use silent drops except where immediate reject response is required
(e.g. ident, etc.)
DS
| Apr 24, 8:18 pm 2007 |
| previous day | today | next day |
|---|---|---|
| April 24, 2007 | April 25, 2007 | April 26, 2007 |
| Rafael J. Wysocki | 2.6.28-rc3-git6: Reported regressions from 2.6.27 |
| Rafael J. Wysocki | [Bug #11207] VolanoMark regression with 2.6.27-rc1 |
| Matthew Wilcox | [PATCH] Fix boot-time hang on G31/G33 PC |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Jon Smirl | ! [rejected] master -> master (non-fast forward) |
| Jon Smirl | Packfile can't be mapped |
| Sverre Rabbelier | Git vs Monotone |
| Shawn O. Pearce | libgit2 - a true git library |
| Richard Stallman | Real men don't attack straw men |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Douglas A. Tutty | OBSD's perspective on SELinux |
| Girish Venkatachalam | Ethernet jumbo frames? |
| Volker Armin Hemmann | build error with 2.6.27.6+reiser4+ehci-hub patch. ERROR: "mii_ethtool_gset" [drive... |
| Michael Grollman | Re: 8169 Intermittent ifup Failure Issue With RTL8102E Chipset in Intel's New D945... |
| Evgeniy Polyakov | [resend take 2 0/4] Distributed storage. |
| Krzysztof Halasa | Re: [PATCH v2] Re: WAN: new PPP code for generic HDLC |
| serial driver xmit problem | 3 minutes ago | Linux kernel |
| Why Windows is better than Linux | 3 minutes ago | Linux general |
| How can I see my kernel messages in vt12? | 6 hours ago | Linux kernel |
| Grub | 18 hours ago | Linux general |
| vmalloc_fault handling in x86_64 | 1 day ago | Linux kernel |
| epoll_wait()ing on epoll FD | 1 day ago | Linux kernel |
| Framebuffer in x86_64 causes problems to multiseat | 1 day ago | Linux kernel |
| Difference between 2.4 and 2.6 regarding thread creation | 1 day ago | Linux general |
| Netfilter kernel module | 1 day ago | Linux kernel |
| Compiling gfs2 on kernel 2.6.27 | 1 day ago | Linux kernel |
