Re: Random reboots with 3.8 beta i386 on multiple boxes
On Mon, 12 Sep 2005 15:15:57 +1000 (EST), Damien Miller wrote: On Mon, 12 Sep 2005, Rod.. Whitworth wrote: Any clues/ things to try? I am a bit worried about the build #137 as that's pretty close to release but I haven't heard anybody else reporting problems and the archives don't show any relevant posts. Can you plug a serial console onto the systems to see if there are any messages when they reboot? Shouldn't be too hard with the 4801 at least. -d Yep, I'll take off the terminal that is usually on there that has no scrollback and dig out a suitable cable to hang onto another (reliable) box and capture it. For added info I have another box running 3.7 current snapshot build #239 July 12 and it is up for 11+ days. I also have a box running using a kernel that was compiled as GENERIC but patched so that I could test Daniel's code (to allow multiple windows boxes to ping a single host through NAT) for him. The weird thing about that one is that it has source from Aug 22 which would put it at the same level as the Aug 22 snap (#111) I'd guess and that one has been up for 21 days. The real difficulty with this bug is that it can take several days to show up. The 4801 has ddb.panic=1 and it isn't going to ddb and I'm fairly sure that, on the couple of times I was looking at the terminal when it rebooted it was just as though I had pressed reset - no message, but even at 9600 you can't be sure. I hope that if anybody else is getting weird random reboots on recent snaps they will put their hands up too so we can get a better handle on it. Regards, Rod/ Write a wise saying and your name will live on forever. - Anonymous Do NOT CC me - I am subscribed to the list. Replies to the sender address will fail except from the list-server.
Offtopic. Re: OpenBSD website Design.
Mexico's greatest exports to the US are poverty and disease. I believe you wanted to say: The US greatest exports to Mexico are poverty and disease. Ansonsten: Wenn man keine Ahnung hat, einfach mal Fresse halten.
Re: RAID management support coming in OpenBSD 3.8
This is really cool. It will motivate me to upgrade our machines to 3.8 quickly. Now I don't have to do my daily excursion to the server room to check on the OpenBSD machines running hw raid to see if they have a faulty disk or not. cheers, Nickus
Re: Preordering 3.8?
Since a November release seems to be shaping up, any idea when we can begin pre-ordering? :-) I've like the idea of getting it without remembering to order at release time. In just a few days. We are still working on tshirt artwork.
Re: OpenBSD website Design. (openbsd.org down?)
hmm, on Sun, Sep 11, 2005 at 07:44:38PM -0700, Ray Percival said that Nice, but wrong: http://validator.w3.org/check?uri=http://mayuresh.freeshell.org/openbsd/ And in what browser do any of those four errors cause actual problems? you are missing the point of validating so much... attitude like this made the web the mess it is now. And why instead of doing a redesign don't you just sumbit a patch that fixes those four problems? pardon? submitting a patch to something that will never be adopted here? sorry man, got better things to do. ok, now theo's mad at me, and doesn't allow me to look at the openbsd.org pages at all ;-) The connection was refused when attempting to contact to www.openbsd.org. -f -- you made my day, now you have to sleep in it.
Re: OpenBSD website Design. (openbsd.org down?)
http://openbsd.org works. just skip the 'www' regards, Kenneth Oreste wrote: Le lundi 12 septembre 2005 C 09:26 +0200, -f a C)crit : hmm, on Sun, Sep 11, 2005 at 07:44:38PM -0700, Ray Percival said that Nice, but wrong: http://validator.w3.org/check?uri=http://mayuresh.freeshell.org/openbsd/ And in what browser do any of those four errors cause actual problems? you are missing the point of validating so much... attitude like this made the web the mess it is now. And why instead of doing a redesign don't you just sumbit a patch that fixes those four problems? pardon? submitting a patch to something that will never be adopted here? sorry man, got better things to do. ok, now theo's mad at me, and doesn't allow me to look at the openbsd.org pages at all ;-) The connection was refused when attempting to contact to www.openbsd.org. -f I got the same error ... Someone know's what's going on ? have a nice day everybody. Oreste
Re: Spamd/Postfix behaving strangely
On Sun, 11 Sep 2005 15:48:12 -0500 Justin Krejci [EMAIL PROTECTED] wrote: If anyone has any know how on tweaking Cisco's smtp fixup protocol, that would be great. I don't know of *anyone* with an even remotely serious mail system that has been able to use Cisco's fixup features for anything. Perhaps it should be called breakdown instead. Just leave it off and take Jason's advice to use PF for connection limiting. --- Lars Hansson
setting txpower for ath?
I've been quite happy using an OpenBSD box as a wireless access point and gateway for while, and when I discovered there was in fact such a thing as a 802.11b VoIP phone, I suddenly found myself under some pressure to make the beast work in our home network, where my access point is an OpenBSD box with an ath card (DWL-AG520) which shows up in dmesg as [EMAIL PROTECTED]:~$ dmesg | grep ath ath0 at pci1 dev 4 function 0 Atheros AR5212 rev 0x01: irq 11 ath0: AR5212 5.6 phy 4.1 rf5111 1.7 rf2111 2.3, ETSI1W, address 00:0d:88:c8:a7:c4 Now the phone manages to get an IP address via DHCP and contact the VoIP provider's servers, but the sound quality is extremely, horribly bad. The problem seems to be that the phone is unhappy with the signal strength (nevermind that various computers in the same room are communicating quite well), with the display signal indicator showing in the neighborhood of 30%. After a while the zyxel support people (who earlier had told me that all kinds of encryption was bad, really bad) suggested I try to boost my access point's signal strength. Finally, a suggestion that seemed to make sense, and I tried to look into how to do just that. The ifconfig man page seems to suggest that the txpower parameter (or alternatively -txpower) is what I need, but I must be reading the syntax wrong - every attempt so far has produced only ifconfig: SIOCS80211TXPOWER: Invalid argument Is txpower indeed supported (with ath cards), or is it my man page reading ability which is for some reason temporarily disabled? -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/ First, we kill all the spammers The Usenet Bard, Twice-forwarded tales
OpenSaar 2005, Sep 13 - 14, 2005, Saarbrücken, Germany
Hey, just a heads up that after our little summer holiday and period of recovery after What the Hack, we are getting our dog pony show back on the road. Tomorrow and Wednesday, we'll be in Saarbr|cken for OpenSaar. You can get more info on the event at: http://www.opensaar.de/ See you there! -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= https://kd85.com/notforsale.html --
MP3 Daemon
Hi all, I have used mpg321 and mp3blaster to continuously loop a randomised playlist. The machine does nothing else so the cpu utilisation of mp3blaster doesnt matter. Does any one know of anything that is designed to work in daemon mode. Both the above products seem a little unpredictable when left running and logged out. Steve
Text Editor
Hi all. I'd like to know if anyone can tell me a good text editor that runs under X environment. I'd like to know a good one, since there is no OpenOffice port to OpenBSD. Thanks. -- Joco Salvatti Undergraduating in Computer Science Federal University of Para - UFPA web: http://salvatti.expert.com.br e-mail: [EMAIL PROTECTED] Eu tinha uma vida antes de conhecer o computador
Re: Text Editor
If you mean a word processor, then you have KOffice and AbiWord to choose from. You should probably be most comfortable with those. -Original Message- From: Joco Salvatti [mailto:[EMAIL PROTECTED] Sent: Mon 9/12/2005 3:49 PM To: Misc OpenBSD Cc: Subject:Text Editor Hi all. I'd like to know if anyone can tell me a good text editor that runs under X environment. I'd like to know a good one, since there is no OpenOffice port to OpenBSD. Thanks. -- Joco Salvatti Undergraduating in Computer Science Federal University of Para - UFPA web: http://salvatti.expert.com.br e-mail: [EMAIL PROTECTED] Eu tinha uma vida antes de conhecer o computador
Re: Text Editor
Joco Salvatti wrote: I'd like to know if anyone can tell me a good text editor that runs under X environment. I'd like to know a good one, since there is no OpenOffice port to OpenBSD. Well, abiword isn't that bad. If you're running kde, you might want to try kword from the koffice package... Regards, Antoine
Re: Text Editor
I'd like to know if anyone can tell me a good text editor that runs under X Try Paranoid Writer or XedPlus, they are both part of the productivity/siag port/package. -Jason
Re: Text Editor
Joco Salvatti wrote: Hi all. I'd like to know if anyone can tell me a good text editor that runs under X environment. I'd like to know a good one, since there is no OpenOffice port to OpenBSD. gedit/kedit/kate and so on.. Or abiword for *.doc and rtf and so on. Or my favourite: vi/vim/gvim ;) -- Adam PAPAI D i g i t a l Influence Phone: +36 30 33-55-735 E-mail: [EMAIL PROTECTED]
Re: Text Editor
I'd like to know if anyone can tell me a good text editor that runs under X environment. I'd like to know a good one, since there is no OpenOffice port to OpenBSD. You mean a plain TEXT editor or a WYSIWYG kind of editor (~MS word) ? If you refered to the first one I would suggest an xterm + vim or gvim. I _don't_ want to start a flame war thus I would ALSO suggest [x]emacs The other kind of editor: abiword or if you got some hard drive space to waste try kword which is included in koffice All said apps exist as ports and packages.
Re: Text Editor
You might try gvim, or xemacs, or bluefish? Mike
Re: spamd, spamlogd, whitelist and relaydb questions
1) For my own whitelist, should I use the entries in spamd.conf, or
should I extend the spamd-white table entry in pf.conf with 'file
/var/mail/whitelist.txt'? Is there an obvious advantage to
either one?
An extension to this question: The daily security check complains about
the mailbox whitelist.txt:
=
Checking mailbox ownership.
user whitelist.txt mailbox is owned by _spamd
user whitelist.txt mailbox is -rw-r--r--, group wheel
=
I guess the easiest would be to move the file out of there, or is there
anything else? Typically, the OpenBSD defaults just work...?
2) I have a hard time understanding the differences/advantages between
spamd's greylisting and relaydb. It seems the main difference is a bit
more control whether an IP address is the source of spam or
not *and* it
needs an additional mechanism like SpamAssasin+procmail to be fed.
Right? What mechanism are available to feed relaydb? Anything I am
understanding wrong or missing?
Anyone? Bueller?
3) spamlogd is supposed to whitelist mailhosts that my MTA
send mail to.
I have these entries in pf.conf:
pass in on $ExtIF inet proto tcp from any \
to $PublicServer port { imaps, www, https } \
flags S/SA keep state
pass in log on $ExtIF inet proto tcp from any \
to $PublicServer port smtp keep state
pass out on $ExtIF inet proto tcp all \
flags S/SA keep state
pass out log on $ExtIF inet proto tcp from $PublicServer \
to any port smtp keep state
But it seem only the incoming traffic is being logged. I guess I have
the rule order wrong or conflicting but I don't see why?
For this I actually found the answer myself: $PublicServer only referred
to the internal/private IP address, but the pass out rule needs the
outside/public IP address. Work, brain, work!
Thanks for any enlightening pointers,
-Jason
Still hoping...!
-Jason
Re: Text Editor
On 9/12/05, Joco Salvatti [EMAIL PROTECTED] wrote: Hi all. I'd like to know if anyone can tell me a good text editor that runs under X environment. Ted 2.17 http://www.nllgg.nl/Ted/ an *.rtf editor has been tested heavily on OpenBSD 3.5 and 3.6. Get the ted-2.17.src.tar.gz tarball. You can install it as a local user. To do that: 1) Unpack the tarball. 2) Make sure that you have openmotif installed (usr/ports/ x11/openmotif). 3) As a regular user do $ make 4) Then do $ make private Ted will create 4 directories: ~/Ted, ~/bin, ~/afm and ~/ind. Ted can export to *pdf using the script ~/Ted/rtf2pdf.sh and also save *.rtf documents to *.html. In addition it can copy and paste images as well as text. Spell check is available in Spanish and Portuguese also. -- Kind regards, Jonathan
Re: OpenBSD website Design.
depends on how you measure greatest. i think several of the border states in the US declared a state of emergency about the most profitable, and probably best known, mexican export. ;) and no, it's not viagra. it's a big problem on both sides of the border. However, one is wondering what the worlds greatest, god loving nation, is doing with all this stuff, there can not be that many users there or ? If there would be no demand, there would be no market so therefore there must be a _huge_ demand. QED. ok, so there's demand in the US, so what? there's demand in every first-world country on the planet, including germany. this comment was not meant to trash on mexico at all, it was just meant to highlight some of mexico's other, as far as i'm concerned, more important exports. without the cartels' work, the dollar would be weaker and the US economy would be that much crappier. that's bad for everybody since the US consumes tons of crap that other people make (like germany, who just overtook us in exports). anything that makes demand for dollars outside the US is good for USD exchange rates, so you could view the cartels as helping the US economy by creating demand for dollars outside the US. if the dollar weakens too quickly, everybody, germany definitely included, could be in some deep shit. And, Dave Feustel, your comment oppenly displayed that you are at least a Racist if not a Nazi. Here in germany these people are no longer welcome. If you do not wish to remain like that in the archives, I suggest you show some guts and appologize in public. is more ignorant name-calling and pigeon-holing going to remedy this situation? neither will rhetorical questions. to claim dave is a racist or a Nazi is absolutely ridiculous. his statements, although he has chosen to focus on the negative ones, i believe to be for the most part true. it is important to note that he has left out all the positive aspects of the widespread illegal immigration from mexico. it is also notable that not everyone in the US from mexico is an illegal immigrant, but many such people exist. this illegal immigration has a number of net-positive effects: improves the lives of fellow humans (immigrants make more money, live a bit better), satisfies US demand for labor-intensive lower-wage jobs that locals don't want or that are already unionized ad nauseum, and allows for transfer of wealth and health out of the US, a state that only has so much because it screwed other countries to get a comparative advantage. to say that illegal immigrants are a burden on the US healthcare system (which already has tons of problems) and that the immigrants who come over illegally are generally impoverished are definitely true statements, but there are two sides to every coin. in most cases, they're pretty evenly weighted. But since this completely offtopic, I will try hard to stop now. Of all the trolls who have made their best attempts to offend people on misc I have to say that that is the most disgusting thing I have read here in the past 6 years. I believe that Theo is against censorship but can the list just stop replying to this asshole's questions? Greg censorship is about the dumbest activity in which anyone can participate. even censoring dave via excommunication with regard to his postings is a slippery slope. if he had a grant, would you pull it because he doesn't share your views? i get sick of hearing about KDE and X too, but to censor it only makes understanding it that much more difficult. apologies for the long-winded psuedo-off-topic post. that's all. jake
Re: MP3 Daemon
Hello! On Mon, Sep 12, 2005 at 09:39:19PM +1000, Steve Murdoch wrote: Hi all, I have used mpg321 and mp3blaster to continuously loop a randomised playlist. The machine does nothing else so the cpu utilisation of mp3blaster doesnt matter. Does any one know of anything that is designed to work in daemon mode. Both the above products seem a little unpredictable when left running and logged out. screen helps. Steve Kind regards, Hannah.
Re: MP3 Daemon
Making, drinking tea and reading an opus magnum from Bill: I have used mpd for about a year... Its not much to look at (well, nothing really)... but it will stay running through restarting X :) Sound like what you are looking for Not sure on openbsd support, but they claim NetBSD and FreeBSD works. http://www.musicpd.org On Mon, 12 Sep 2005 16:36:31 +0200 Hannah Schroeter [EMAIL PROTECTED] wrote: Hello! On Mon, Sep 12, 2005 at 09:39:19PM +1000, Steve Murdoch wrote: Hi all, I have used mpg321 and mp3blaster to continuously loop a randomised playlist. The machine does nothing else so the cpu utilisation of mp3blaster doesnt matter. Does any one know of anything that is designed to work in daemon mode. Both the above products seem a little unpredictable when left running and logged out. of course the easiest solution being lpd(8). no need to install no stinky pkg! cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Random reboots with 3.8 beta i386 on multiple boxes
On Mon, Sep 12, 2005 at 04:23:01PM +1000, Rod.. Whitworth wrote: On Mon, 12 Sep 2005, Rod.. Whitworth wrote: Any clues/ things to try? I am a bit worried about the build #137 as that's pretty close to release but I haven't heard anybody else reporting problems and the archives don't show any relevant posts. The 4801 has ddb.panic=1 and it isn't going to ddb and I'm fairly sure that, on the couple of times I was looking at the terminal when it rebooted it was just as though I had pressed reset - no message, but even at 9600 you can't be sure. I hope that if anybody else is getting weird random reboots on recent snaps they will put their hands up too so we can get a better handle on it. what about kern.watchdog.* ? are you taking advantage of those at all? ( watchdogd, etc ) i'm running: OpenBSD 3.8 (GENERIC) #137: Thu Sep 1 17:41:20 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC on a 4801, but not using any of the watchdog stuff currently. 4801a $ sudo sysctl -w kern.watchdog kern.watchdog.period=0 kern.watchdog.auto=1 i could turn it on and see if it happens, as well as see if there's a newer snap to try. gotta take the puppy to day care and buy school books for the Mrs. now, though G jared - [ openbsd 3.7 GENERIC ( sep 1 ) // i386 ]
Re: Random reboots with 3.8 beta i386 on multiple boxes
oh yeah, my dmesg fwiw: OpenBSD 3.8 (GENERIC) #137: Thu Sep 1 17:41:20 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by National Semi (Geode by NSC 586-class) 267 MHz cpu0: FPU,TSC,MSR,CX8,CMOV,MMX cpu0: TSC disabled real mem = 133799936 (130664K) avail mem = 115474432 (112768K) using 1658 buffers containing 6791168 bytes (6632K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 20/50/29, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0x9000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Cyrix GXm PCI rev 0x00 sis0 at pci0 dev 6 function 0 NS DP83815 10/100 rev 0x00: DP83816A, irq 10, address 00:00:24:c4:3e:6c nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 7 function 0 NS DP83815 10/100 rev 0x00: DP83816A, irq 10, address 00:00:24:c4:3e:6d nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00: DP83816A, irq 10, address 00:00:24:c4:3e:6e nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 hifn0 at pci0 dev 14 function 0 Hifn 7955/7954 rev 0x00: LZS 3DES ARC4 MD5 SHA1 RNG AES PK, 32KB dram, irq 11 gscpcib0 at pci0 dev 18 function 0 NS SC1100 ISA rev 0x00 gpio0 at gscpcib0: 64 pins NS SC1100 SMI/ACPI rev 0x00 at pci0 dev 18 function 1 not configured pciide0 at pci0 dev 18 function 2 NS SCx200 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFX-256 wd0: 1-sector PIO, LBA, 245MB, 501760 sectors wd1 at pciide0 channel 0 drive 1: FUJITSU MHV2040AT wd1: 16-sector PIO, LBA, 38154MB, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 geodesc0 at pci0 dev 18 function 5 NS SC1100 X-Bus rev 0x00: iid 6 revision 3 wdstatus 0 ohci0 at pci0 dev 19 function 0 Compaq USB OpenHost rev 0x08: irq 5, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: Compaq OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered isa0 at gscpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 sysbeep0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins gscsio0 at isa0 port 0x15c/2: SC1100 SIO rev 1: npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom0: console pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo biomask f3e5 netmask ffe5 ttymask ffe7 pctr: no performance counters in CPU dkcsum: wd0 matches BIOS drive 0x80 dkcsum: wd1 matches BIOS drive 0x81 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 jared - [ openbsd 3.7 GENERIC ( sep 1 ) // i386 ]
Re: Text Editor
On Mon, Sep 12, 2005 at 10:49:16AM -0300, Joco Salvatti wrote: Hi all. I'd like to know if anyone can tell me a good text editor that runs under X environment. I'd like to know a good one, since there is no OpenOffice port to OpenBSD. I've just tried out OpenOffice.org 2.0 beta, and it seems to be running fine on my i386 -CURRENT system, under linux emulation. As OO.org comes packaged as a number of rpm's these days, I just unpacked them all with the help of rpm2cpio, and then ran the soffice binary that's included in them. But I haven't done much testing on it; I only use OO.org when I have to be able to read files created by MS Office, which luckily doesn't happen very often ;-) Regards, Sebastiaan
Re: MP3 Daemon
Making, drinking tea and reading an opus magnum from jared r r spiegel: On Mon, Sep 12, 2005 at 11:50:55AM -0400, Michael Shalayeff wrote: of course the easiest solution being lpd(8). no need to install no stinky pkg! before someone fails to check the archives and receives STFA: http://marc.theaimsgroup.com/?l=openbsd-miscm=105365665315880w=2 requires reading the whole thread. so this one is betterer: http://marc.theaimsgroup.com/?l=openbsd-miscm=105366767922678w=2 cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Text Editor
Selon Sebastiaan Indesteege [EMAIL PROTECTED]: I've just tried out OpenOffice.org 2.0 beta, and it seems to be running fine on my i386 -CURRENT system, under linux emulation. Which is only available on i386 :(
Re: Text Editor
Making, drinking tea and reading an opus magnum from Antoine Jacoutot: [Charset ISO-8859-15 unsupported, filtering to ASCII...] Selon Sebastiaan Indesteege [EMAIL PROTECTED]: I've just tried out OpenOffice.org 2.0 beta, and it seems to be running fine on my i386 -CURRENT system, under linux emulation. Which is only available on i386 :( which is relatively easy to fix having enough motivation... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Text Editor
Michael Shalayeff wrote: which is relatively easy to fix having enough motivation... Well, not really, one must also have the knowledge to do it, which I have not, unfortunately ;)
A question about examining pf loging data
I've set up a transparent bridge, with pf in pass all log mode to capture data to/from a particular subnet. I am gathering data about the traffic that passes through this gateway in order to prepare for installing a firewall. I've captured a bit of data as pflog files. Then I've processed these files with: tcpdump -n -e - Which results in data records like this: 2005-09-08 20:26:40.328379 rule 5/0(match): pass out on fxp0: IP 170.85.113.49.3 092 170.85.107.35.1500: . 1460:2920(1460) ack 1 win 63947 This has most of the data that I need, but it seems to be missing one thing that I think is important. How can I determine if the traffic is TCP/UDP/ICMP etc? Reading the tcpdump man page did not lead me to an answer. If I look at the raw logfiles with ethereal, I see that the type data is there, but I don't know how to get it printed in the processed data file. Suggestions? -- U.S. Encouraged by Vietnam Vote - Officials Cite 83% Turnout Despite Vietcong Terror - New York Times 9/3/1967
[EMAIL PROTECTED] - special_sauce - spamdb ?
I'm looking to have a cronjob script check /var/mail/spam then parse any new mail for reveived by:'s to toss into spamdb. Allowing users to be able to forward any spam that makes it thru to [EMAIL PROTECTED] and then automatically blocklisted. Has anyone done this already? -mike spenard
Re: Text Editor
Making, drinking tea and reading an opus magnum from STeve Andre': [Charset iso-8859-1 unsupported, filtering to ASCII...] On Monday 12 September 2005 14:56, Antoine Jacoutot wrote: Michael Shalayeff wrote: you barely need to even program anything. so yeah excuses... bla bla bla... oh well, whatever dude... Michael makes an important point here. One often does not know how to do something at the beginning of a project and must learn how to do the things needed to achieve a goal. oh kamon! you do not expect a typical misc@ material to suddenly jump into doing anything?! (; i get dellusions once in a while but i think not many other pplz actually do get that (: Software is that way exactly. Learn by doing, make mistakes and learn from them, and gain knowledge on the way. Did the USA know how to get to the Moon in 1963? No. But we did it inside of seven years, because we were willing to research it and not whine. except nobody really was on the moon (: it's a hollywood made commercial for startrek! Becoming a developer needs the proper state of mind. Say that you will and you can, eventually. All a matter of priorities. this compat/linux project is an excellent way to get a little look inside the kernel for smb who has no idea how it works inside [yet]. it is quite well documented as well. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Text Editor
STeve Andre' wrote: Michael makes an important point here. One often does not know how to do something at the beginning of a project and must learn how to do the things needed to achieve a goal. I know that, but be realistic, I know _nothing_ about programming... So I don't think saying it is only a matter of motivation is not really true. I'm not 18 anymore and I don't have time to learn C enough to do something like that.
Re: Text Editor
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Antoine Jacoutot Sent: Monday, September 12, 2005 3:45 PM To: misc@openbsd.org Subject: Re: Text Editor STeve Andre' wrote: Michael makes an important point here. One often does not know how to do something at the beginning of a project and must learn how to do the things needed to achieve a goal. I know that, but be realistic, I know _nothing_ about programming... So I don't think saying it is only a matter of motivation is not really true. I'm not 18 anymore and I don't have time to learn C enough to do something like that. Well at least misc@ is a nurturing and gentle environment for the aspiring programmer.
Re: [EMAIL PROTECTED] - special_sauce - spamdb ?
I'm looking to have a cronjob script check /var/mail/spam then parse any new mail for reveived by:'s to toss into spamdb. Allowing users to be able to forward any spam that makes it thru to [EMAIL PROTECTED] and then automatically blocklisted. Sounds like a job for relaydb: http://www.benzedrine.cx/relaydb.8.txt It's in ports or packages. HTH, -Jason
Atheros chipset
Hello, I've been using a DWL-G520 as an access point with OpenBSD 3.7. Apart from not allowing higher modes than 11b, it ran fine. Today I upgraded to 3.8 form a snapshot I downloaded Friday. The upgrade went smooth as usual. I went to modify /usr/src/sys/dev/ic/ar5xxx.c so the country code is set: /* * Enable to overwrite the country code (use 00 for debug) */ #if 0 #define COUNTRYCODE fr #endif I compiled the kernel, rebooted but the card was still displaying 'no regdomain'. In doubt, I tried to boot on the original kernel, but no luck too. Is there something new about that? Below's my dmesg: OpenBSD 3.8 (GENERIC) #0: Mon Sep 12 20:23:33 CEST 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Duron(tm) Processor (AuthenticAMD 686-class, 64KB L2 cache) 700 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real mem = 1073258496 (1048104K) avail mem = 972722176 (949924K) using 4278 buffers containing 53764096 bytes (52504K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 07/04/01, BIOS32 rev. 0 @ 0xfdb30 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf7df0/192 (10 entries) pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8366 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xc000 0xcc000/0x4800 0xd0800/0x3800 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8366 PCI rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8366 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 Nvidia GeForce2 GTS rev 0xa4 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci0 dev 6 function 0 Intel 82557 rev 0x05, i82558: irq 12, address 00:90:27:5c:ce:42 inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 0 ahc1 at pci0 dev 7 function 0 Adaptec AHA-2940U rev 0x01: irq 10 scsibus0 at ahc1: 16 targets sd0 at scsibus0 targ 1 lun 0: IBM, DNES-309170W, SAH0 SCSI3 0/direct fixed sd0: 8748MB, 11474 cyl, 5 head, 312 sec, 512 bytes/sec, 17916240 sec total ath0 at pci0 dev 9 function 0 Atheros AR5212 rev 0x01: irq 11 ath0: AR5212 5.9 phy 4.3 rf2112 4.6ath0: no valid channels for regdomain NONE(32976) pcib0 at pci0 dev 17 function 0 VIA VT8366 ISA rev 0x00 pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA100, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: IC35L060AVV207-0 wd0: 16-sector PIO, LBA48, 58644MB, 120103200 sectors wd1 at pciide0 channel 0 drive 1: IC35L040AVVN07-0 wd1: 16-sector PIO, LBA, 39266MB, 80418240 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: Memorex, DVD-MAXX 1648 AJ, GWH2 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 17 function 2 VIA VT83C572 USB rev 0x18: irq 5 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 17 function 3 VIA VT83C572 USB rev 0x18: irq 5 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 17 function 4 VIA VT83C572 USB rev 0x18: irq 5 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 sysbeep0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 lm0 at isa0 port 0x290/8: W83627HF npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask ef65 netmask ff65 ttymask ffe7 pctr: user-level cycle counter enabled mtrr: Pentium Pro MTRR support ugen0 at uhub1 port 2 ugen0: Genesys Logic USB Host To Host Bridge, rev 1.00/1.80, addr 2 ahc1: target 1 using 16bit transfers ahc1: target 1 synchronous at 20.0MHz, offset = 0x8 dkcsum: sd0 matches BIOS drive 0x80 dkcsum: wd0 matches BIOS drive 0x81 dkcsum: wd1 matches BIOS drive 0x82 root on sd0a rootdev=0x400 rrootdev=0xd00 rawdev=0xd02
OpenSSH Patch still missing on Errata
Hello A few days ago I was asking about patch for the latest security bugs in OpenSSH. It is about 10 days after public annoucement of bugs and OpenBSD Errata pages are still empty. Meanwhile patches for other OSs have been released ( Fedora, ... ) To say the truth I do not understand why there is no patch for OpenBSD? Isn't OpenSSH even developed by same developers like OpenBSD is? So where is problem? Do not tell me that I can compile OpenSSH 4.2, please. Yes of course I can, but it is not a patch and it is not official solution at least it is not writen on errata pages. Thanks in advance MK
Re: OpenBSD website Design.
On Mon, 2005-09-12 at 09:19 -0500, [EMAIL PROTECTED] wrote: censorship is about the dumbest activity in which anyone can participate. even censoring dave via excommunication with regard to his postings is a slippery slope. if he had a grant, would you pull it because he doesn't share your views? i get sick of hearing about KDE and X too, but to censor it only makes understanding it that much more difficult. If you want to get an idea of where things can go, look in the archives for what happened to Darren Reed (I think it was a good 2-3 years ago). I agree with you in principle, but at the same time, realize this isn't the [EMAIL PROTECTED] mailing list. -- Shawn K. Quinn [EMAIL PROTECTED]
Re: spamd, spamlogd, whitelist and relaydb questions
On Mon, Sep 12, 2005 at 10:16:45AM -0400, Jason Haag wrote:
3) spamlogd is supposed to whitelist mailhosts that my MTA
send mail to.
I have these entries in pf.conf:
pass in on $ExtIF inet proto tcp from any \
to $PublicServer port { imaps, www, https } \
flags S/SA keep state
pass in log on $ExtIF inet proto tcp from any \
to $PublicServer port smtp keep state
pass out on $ExtIF inet proto tcp all \
flags S/SA keep state
pass out log on $ExtIF inet proto tcp from $PublicServer \
to any port smtp keep state
But it seem only the incoming traffic is being logged. I guess I have
the rule order wrong or conflicting but I don't see why?
For this I actually found the answer myself: $PublicServer only referred
to the internal/private IP address, but the pass out rule needs the
outside/public IP address. Work, brain, work!
i'm not sure i understand this. $PublicServer and outside/public IP are
addresses on the same machine?
i run spamlogd on a machine with a private IP, and it logs fine.
about your other questions i'm afraid i can't help much, but i think
/etc/security will complain if you leave a whitelist in /var/mail (not
sure of the point of putting it in /var/mail anyway; maybe should be
changed in default config).
jmc
Re: Atheros chipset
On Mon, 12 Sep 2005, Eric Dillenseger wrote: /* * Enable to overwrite the country code (use 00 for debug) */ #if 0 #define COUNTRYCODE fr #endif Change #if 0 to #if 1 //Benedikt Steinbusch
Re: OpenSSH Patch still missing on Errata
Ok, thanks for your reply anyway. I will advise it to my boss. Have a nice day - Original Message - From: Theo de Raadt [EMAIL PROTECTED] To: Miroslav Kubik [EMAIL PROTECTED] Cc: misc@openbsd.org Sent: Monday, September 12, 2005 10:49 PM Subject: Re: OpenSSH Patch still missing on Errata Because it is boring and largely irrelevant. We don't write errata up for every stupid retarded little thing that noone uses and which really is causing NOONE ANY GRIEF AT ALL. Cut out your antagonistic comparison of what we do to other projects; and if you don't like how we do something feel free to run SOMETHING ELSE. I am totally sick and tired of people like you. A few days ago I was asking about patch for the latest security bugs in OpenSSH. It is about 10 days after public annoucement of bugs and OpenBSD Errata pages are still empty. Meanwhile patches for other OSs have been released ( Fedora, ... ) To say the truth I do not understand why there is no patch for OpenBSD? Isn't OpenSSH even developed by same developers like OpenBSD is? So where is problem? Do not tell me that I can compile OpenSSH 4.2, please. Yes of course I can, but it is not a patch and it is not official solution at least it is not writen on errata pages. Thanks in advance MK
Re: OpenBSD website Design.
Making, drinking tea and reading an opus magnum from Shawn K. Quinn: On Mon, 2005-09-12 at 09:19 -0500, [EMAIL PROTECTED] wrote: censorship is about the dumbest activity in which anyone can participate. even censoring dave via excommunication with regard to his postings is a slippery slope. if he had a grant, would you pull it because he doesn't share your views? i get sick of hearing about KDE and X too, but to censor it only makes understanding it that much more difficult. If you want to get an idea of where things can go, look in the archives for what happened to Darren Reed (I think it was a good 2-3 years ago). I agree with you in principle, but at the same time, realize this isn't the [EMAIL PROTECTED] mailing list. the amount of good shitz this thread (as well as quite a few equally valuable ones) have contributed to the project i think overflows the capacity that cvs can handle. please send smaller diffs solving real problems. cu -- paranoic mickey (my employers have changed but, the name has remained)
pciide: DMA vs. ATA133
We have some motherboards with (what we think) are the same chips and revisions with the same hard drives, but some drives are being detected as DMA and others as ATA133. Here is an example: pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 As you can see it's the same IDE chipset, same revision, same drives.. the only thing I can think of is it's an IDE ribbon issue, but the ribbons we used (which were mixed from the cases and the motherboard boxes), were brand new. Any suggestions? TIA. -- Tony Lambiris [ [EMAIL PROTECTED] ] so if it is really hard for you then perhaps you are just retarded and need treatment w/ electricity and if that does not help then perhaps should not use computers...
Re: OpenSSH Patch still missing on Errata
El lun, 12-09-2005 a las 23:07 +0200, Miroslav Kubik escribis: Ok, thanks for your reply anyway. I will advise it to my boss. Have a nice day I know it's not my business, but wtf... I think product announcements are worth reading, in the case of OpenSSH 4.2 you can check it in the archives: http://marc.theaimsgroup.com/?l=openbsd-announcem=112559024919070w=2 I know other projects have ChangeLog files and other ways to track versions. In fact I don't know if there's a changelog around for OpenSSH, I usually check the announce and I evaluate if it's worth updating or not. I agree OpenBSD crew has their 'own way to do things' (tm), but without being a fanatical follower of Theo et al... I bet that's related in some way to the fact I prefer obsd in my servers intead of something else. I'm a kinda busy person, but I can stick 5 minutes on reading announces and replying mails that ain't my business with my limited english :) regards, Juanjo -- Desarrollo y sistemas: http://www.usebox.net/ Pagina Personal: http://www.usebox.net/jjm/
sasyncd re-failover
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello I have two problems with SA-sync and failover between a pair of obsd gateways (which likely aren't related, but I'm not sure, so I'm posting them in one thread): After an ipsec tunnel is created from outside to the external common carp address, the SAs get synced between the two machines by sasyncd as designed. problem 1) When the master goes down, the slave takes over carp interface, ipsec sessions, pf states and all - it just works perfectly. But as soon as the box comes back up, it comes back with the carp interfaces in MASTER state, which is being monitored by sasyncd, who then sees itself as master and never tries to get the SAs back from the other box. So after carp fails back over to the original master, it doesn't know of any SA and the tunnel stalls. I then have to manually set an interface down, so that the box is SLAVE again, then restart sasyncd to have it fetch the SAs from the other gateway and bring the interface back up. I'm not sure if there's a way around this. If anybody sees one, please shed a light for a lost soul. What came to my mind was to set something like a startup delay on the carp interface, so that it would stay in INIT or BACKUP for, say, 60 seconds after the physical interface came up, so that sasyncd would come up as SLAVE and initially fetch SAs from the second box. problem 2) is a bit strange. I'll start with the network layout: ~ ___ ~ |OBSD 1 | ~ 192.168.43.0/24.49 |___| .101192.168.16.0/24 Client A .111 --- --- .50 (carp1)(carp0) .100 --- --- .21 Client B ~ .48 ___ .102Tunnel ~ |OBSD 2 | ~ |___| The ipsec tunnel is from Client B (192.168.16.21) to carp0 (192.168.16.100). isakmpd listens on this interface, and sasyncd monitors it every 1 second. OBSD 1 is the master. Packets from Client B to Client A can travel only through the ipsec tunnel. Test was mutual pings from Client A to B and back and an ssh session from B to A. isakmpd, tunnel establishment and all work fine, as does pfsync and carp. Now if I: - - unplug cable on OBSD 1 (.101) : carpipsec fails over to OBSD 2 - - plug cable back in : fails back over to OBSD 1 - ssh+ping ok - - unplug cable on OBSD 1 (.49) : carpipsec fails over to OBSD 2 - - plug cable back in : carp fails back over to OBSD 1, but ipsec does so only on carp0 - i.e.: packets from Client A to B go through carp0 on OBSD 1, replies go through carp 1 on OBSD 2. This lasts for exactly 30 seconds, but Client B will not decrypt the packets. tcpdump on Client B shows the replies (esp) coming from OBSD 2's MAC address. Then ipsec also goes back to OBSD 1, and pings resume. The ssh session established before the failover doesn't work anymore (replies are no longer passed on to ssh client on Client B). New sessions can be established though. - - take down interface .49 on OBSD 1 with ifconfig : carpipsec fails over to OBSD 2 - - bring back up interface .49 on OBSD 1 with ifconfig : fails back over to OBSD 1 - ssh+ping ok - - reboot OBSD 1 : problem 1 kicks in now this problem 2 might be a totally different issue and I reckon that my debugging capabilities are not quite up to the problem. So I would be very grateful for any hint as to where to look further (as the logfiles obviously show no error). System: 2 x OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005 2 carp interfaces each pfsync sasyncd This is still a lab installation at the moment, hence the rfc1918. If dmesg is required, pls. let me know (I thought this post was long enough without it) tia for any hints /markus PS: And let me do my kudos to the developpers of pf, carp, sasyncd, and ... oh, well, the whole system. Your software puts all enterprise class software that I know to shame. /m -BEGIN PGP SIGNATURE- iD8DBQFDJfdi8BX/d8pVi/cRAlXnAKClCwO6WAJAf88xuoOiqmn6IWAaBwCgpHH6 0Hk4ZB/ZerEzJIuC2HGdOp0= =iT/v -END PGP SIGNATURE-
EuroBSDCon 2005: November 25 - 27, University of Basel, Switzerland
Hey, The EuroBSDCon 2005 organizers are pleased to announce that the conference program and schedule are now defined and online registration on our website is now open. This year's EuroBSDCon will take place from Nov. 25 till Nov. 27. at the University of Basel, Switzerland. The conference will start with the now traditional tutorial day on Friday, offering a selection of five very interesting tutorials aimed at developers, system administrators and BSD users in general. On Saturday and Sunday the technical conference with three plenary sessions and twenty high-level talks will give an overview on the current state of the art. A social event, dubbed The Night of the Living Dead, on Saturday night in one of Basel's well-known cellars near the conference venue, will round-up the program with a dinner and bars and give attendees the possibility to discuss in a relaxed atmosphere. The conference organizers and the program committee with all speakers and tutors are looking forward to meet you at EuroBSDCon 2005. Please register at our website http://www.eurobsdcon.org/. You find the list of tutorials and the detailed conference schedule below. Marc Balmer, on behalf of the EuroBSDCon 2005 organizers. Tutorials - Kernel Debugging (Greg Lehey) - Single User Secure Shell Installing small systems with FreeBSD using the Secure Shell RAMdisk environment. (Adrian Steinmann) - IPv6 Programming Basics What a developer needs to know about IPv6 - protocol peculiarities, socket API extensions, test bed setups and porting issues. (Benedikt Stockebrand) - Eventdriven programming with libisc Eventdriven programming as an alternative to multi-threading with real world code examination. This is a half day tutorial only. (Poul-Henning Kamp) - OpenBSD-based wireless networks Implementing and deploying OpenBSD based wireless networks using hostapd, new drivers and the improved IEEE 802.11 framework. (Reyk Floeter) Important notes regarding tutorials You must register for the conference to attend a tutorial. Tutorials impose an additional fee. See the registration form for details. Thursday Schedule For people arriving on Thursday evening, the registration will be open in the lobby of the Hotel Europe from 17:00 till 22:00. Friday Schedule 08:00 - 09:00 Registration at the University 13:00 - 14:00 Lunch 14:00 - 17:00 Tutorials 17:00 - 22:00 Registration at the Hotel Europe Saturday Schedule 08:00 - 08:30 Registration at the University 08:30 - 09:30 Welcome, Opening session 09:30 - 10:30 Signal handlers (Henning Brauer) Single User Secure Shell (Adrian Steinmann) 10:30 - 11:00 Coffee break 11:00 - 12:00 Network stack randomness (Ryan McBride) Complete hard disk encryption using FreeBSD's GEOM framework (Marc Schiesser) 12:00 - 13:00 Improving TCP/IP security through randomization without sacrificing interoperability (Michael James Silbersack) A machine-independent port of the MPD language runtime system to NetBSD (Ignatios Souvatzis) 13:00 - 14:00 Sandwich lunch 14:00 - 15:00 New evolutions in the X Window System (Matthieu Herrb Matthias Hopf 15:00 - 16:00 The design and implementation of OpenOSPFD (Claudio Jeker) Remote user access VPNs (Emmanuel Dreyfus) 16:00 - 16:30 Coffee break 16:30 - 17:30 Building robust firewalls with OpenBSD and PF (Ryan McBride) 17:30 - 18:30 SMPng Development and status report (Robert Watson) Filtering bridges at your duty (Massimiliano Stucchi) 18:30 - 19:30 BOFs 19:30 - 20:30 Free Time 20:30 - 02:00 Social event: The night of the living dead Sunday Schedule 09:30 - 10:30 DVCS, or a new way to use Version control systems on FreeBSD (Ollivier Robert) Porting NetBSD/evbarm to the Arcom Viper (Antti Kantee) 10:30 - 11:00 Coffee break 11:00 - 12:00 New networking features in FreeBSD (Andre Oppermann) Building a FreeBSD appliance with NanoBSD (Poul-Henning Kamp) 12:00 - 13:00 Optimizing the FreeBSD IP and TCP stack (Andre Oppermann) Embedded OpenBSD (Niall O'Higgins Uwe Stuehler) 13:00 - 14:00 Warm lunch 14:00 - 15:00 A new thread implementation for OpenBSD (Ted Unangst) FreeBSD jails in depth. An implementation walkthrough and usefulness example (Matteo Riondato) 15:00 - 16:00 Mystery Session 16:00 - 17:00 Closing Session -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Re: Atheros chipset
On Mon, Sep 12, 2005 at 09:12:35PM +0100, Eric Dillenseger wrote: Hello, I've been using a DWL-G520 as an access point with OpenBSD 3.7. Apart from not allowing higher modes than 11b, it ran fine. Today I upgraded to 3.8 form a snapshot I downloaded Friday. The upgrade went smooth as usual. I went to modify /usr/src/sys/dev/ic/ar5xxx.c so the country code is set: /* * Enable to overwrite the country code (use 00 for debug) */ #if 0 #define COUNTRYCODE fr #endif #if 1 #define COUNTRYCODE fr #endif reyk
Re: pciide: DMA vs. ATA133
--On 12 September 2005 16:24 -0500, Tony Lambiris wrote: We have some motherboards with (what we think) are the same chips and revisions with the same hard drives, but some drives are being detected as DMA and others as ATA133. Here is an example: pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility Seems something's different since they're at different devices ... bios revision or settings? See whether it follows drives, motherboards or cables when you swap them round.
Re: confusing output when using kernel pppoe
On Tue, Sep 13, 2005 at 12:01:19AM +0200, Marc Peters wrote: ~ # route show Routing tables Internet: DestinationGatewayFlagsRefs UseMtu Interface default0.0.0.1UGS 0 8564 - pppoe0 0.0.0.1defaultUH 00 - pppoe0 loopback localhost UGRS00 33224 lo0 localhost localhost UH 00 33224 lo0 localhost link#1 UC 00 - sis0 [snip] In the manpage, it says, that 0.0.0.1 works as a placeholder and will be updated at connection time (if i got that right) but it doesn't in my configuration. The output shows me, as you can see, the placeholder address but the connection is working fine (as i can send these mail to you through my router and ping and dns is working, too: this is expected behaviour. but i cannot see anywhere in the page that suggests 0.0.0.1 is a placeholder, or that it will be updated. where are you reading that? all i can see is that 0.0.0.1 wildcard[s] the remote address. which is what happens. and that wildcarding an address means that every address suggested by the peer will be accepted. maybe it would be nice if pppoe(4) could insert the gateway address into the routing table's displayed output (i.e. show actual address, not address specified as wildcard) but i have no idea if that is reasonable (or sane). jmc
Re: lockups, crashes on a Compaq Presario 5304 (Kernel PANIC, should I report?)
While fooling around with /dev/lpt0, I am able to make the GENERIC 3.7 kernel go into panic mode. Should I fill-in a report or is this a known and accepted behavior (lpt0 is connected to a hp laserjet 1100 which seem to dislike interrupt mode of operation)? Pascal On Sat, 10 Sep 2005 06:56:51 -0700, OpenBSD [EMAIL PROTECTED] said: A follow-up.. I installed FreeBSD 5.4 on the same machine. I tried lptest /dev/lpt0 and received the following message: Interrupt storm detected on irq7: lpt0; throttling interrupt source So ok, there's a problem with the interrupt line. I then remembered reading something about that in the FreeBSD handbook printing section. Indeed, in section 9.3.1.3.1 it is reported that some newer HP printers (I use a HP LaserJet 1100) don't work correctly in interrupt mode. So I followed the easiest route to change to polling mode, by using lptcontrol -p -d /dev/lpt0. That worked (somewhat, only one line was printed). I guess I would have to install the proper filters for my printer to work under FBSD. I found the following message in the OBSD mailing-list: http://archives.neohapsis.com/archives/openbsd/2003-10/0578.html I'll read the lpt man page! Pascal On Fri, 09 Sep 2005 16:29:42 -0700, OpenBSD [EMAIL PROTECTED] said: I installed OpenBSD 3.7 on a Compaq Presario 5304. That is an old (about 7 years old I believe) PC. The dmesg is appended to this email. I noticed two rather strange problems during the installation and the post-installation. During the installation, at the disklabeling step, I entered a a to add the root partition. The computer just froze. I had to turn it off. I redid the exact same steps and on the second time it just worked. Strange. BTW, I believe this machine is reliable. It has been running Windows 2000 day and night for more than a year without a crash. I understand that shit can happen though. Maybe the RAM went kaput or. The other problem I encountered was while I tried to setup my laser printer. To check if I OpenBSD was able to talk to the printer, I typed lptest /dev/lpt0. On the first try, the computer just rebooted. On the second, it froze. (lptd was enabled in rc.conf.local) Any idea? Thanks, Pascal p.s.: sorry about the possible bad English. It ain't my native tongue. p.p.s.: I read the afterboot(8), the whole FAQ, the FreeBSD Handbook printer section and a whole lot of pages found through Google. It seems I am one of a kind (well, the PC is..) :) the dmesg output: OpenBSD 3.7 (GENERIC) #50: Sun Mar 20 00:01:57 MST 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Cyrix 6x86MX (CyrixInstead 686-class) 250 MHz cpu0: FPU,DE,TSC,MSR,CX8,PGE,CMOV,MMX,TM2,CNXT-ID real mem = 62431232 (60968K) avail mem = 49500160 (48340K) using 787 buffers containing 3223552 bytes (3148K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(7b) BIOS, date 05/08/99, BIOS32 rev. 0 @ 0xfb470 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown pcibios0 at bios0: rev 2.1 @ 0xf/0xb90c pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf00/144 (7 entries) pcibios0: PCI Exclusive IRQs: 3 5 10 11 pcibios0: PCI Interrupt Router at 000:01:0 (SIS 85C503 System rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x8000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 SIS 530 PCI rev 0x02 pciide0 at pci0 dev 0 function 1 SIS 5513 EIDE rev 0xd0: 530: DMA, channel 0 w ired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: ST34311A wd0: 16-sector PIO, LBA, 4112MB, 8421840 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: LITEON, CD-ROM LTN323, DQ15 SCSI0 5/cdrom remova ble cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 pcib0 at pci0 dev 1 function 0 SIS 85C503 System rev 0xb1 SIS 5595 System rev 0x00 at pci0 dev 1 function 1 not configured ohci0 at pci0 dev 1 function 2 SIS 5597/5598 USB rev 0x11: irq 3, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: SIS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ppb0 at pci0 dev 2 function 0 SIS 86C201 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 SIS 530 VGA rev 0xa2: aperture at 0xe500, si ze 0x40 wsdisplay0 at vga1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) rl0 at pci0 dev 11 function 0 Realtek 8139 rev 0x10: irq 11 address 00:50:ba:8
Re: [EMAIL PROTECTED] - special_sauce - spamdb ?
* Mike Spenard [EMAIL PROTECTED] [050912 15:30]: I'm looking to have a cronjob script check /var/mail/spam then parse any new mail for reveived by:'s to toss into spamdb. Allowing users to be able to forward any spam that makes it thru to [EMAIL PROTECTED] and then automatically blocklisted. Has anyone done this already? -mike spenard procmail and relaydb in the ports tree are your friends. Jim
Re: sasyncd re-failover
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (another meaning of auto-reply?) Markus Wernig wrote: | | problem 2) is a bit strange. I'll start with the network layout: | [...] | | - unplug cable on OBSD 1 (.49) : carpipsec fails over to OBSD 2 | - plug cable back in : carp fails back over to OBSD 1, but ipsec does so | only on carp0 - i.e.: packets from Client A to B go through carp0 on | OBSD 1, replies go through carp 1 on OBSD 2. This lasts for exactly 30 | seconds, but Client B will not decrypt the packets. tcpdump on Client B | shows the replies (esp) coming from OBSD 2's MAC address. Then ipsec | also goes back to OBSD 1, and pings resume. The ssh session established | before the failover doesn't work anymore (replies are no longer passed | on to ssh client on Client B). New sessions can be established though. | OK, got a bit further on that one. After plugging the cable back in, it takes 30 seconds before OBSD 2 to receives the first carp advertisments from OBSD 1, so it remains master on that interface while immediately going into backup on the other one. This might be a setting on the switch blocking outgoing packets on the freshly plugged back-in cable. I'll try it with a hub. /m -BEGIN PGP SIGNATURE- iD8DBQFDJg3f8BX/d8pVi/cRAm35AJ0cz5+DIC568LIoN2WjCjjnMUSRpQCdFAZo hsYjrgJKrnhMCI0O3c18stc= =HjcG -END PGP SIGNATURE-
Re: pciide: DMA vs. ATA133
Well I thought I knew what the problem was (nope).. I found something interesting though... The motherboards that don't setup UDMA properly uses a VIA VT8237 ISA for pcib; the one's that setup UDMA properly uses a VIA VT8235 ISA. I added some debugging in pciide.c in function apollo_chip_map on the switch statement, and the pcib_id it's switching on is 0x0571, which in pcidevs is VT82C571 IDE. Does that mean somewhere the VT8237 chipset isn't being setup correctly or something? I'm a little confused at this juncture, any light that can be shed would be greatly appriciated. Thanks. Tony Lambiris wrote: I (think I) found the problem... I will be posting a patch shortly if I confirm my suspicions. Thanks. Tony Lambiris wrote: We have some motherboards with (what we think) are the same chips and revisions with the same hard drives, but some drives are being detected as DMA and others as ATA133. Here is an example: pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 As you can see it's the same IDE chipset, same revision, same drives.. the only thing I can think of is it's an IDE ribbon issue, but the ribbons we used (which were mixed from the cases and the motherboard boxes), were brand new. Any suggestions? TIA. -- Tony Lambiris [ [EMAIL PROTECTED] ] so if it is really hard for you then perhaps you are just retarded and need treatment w/ electricity and if that does not help then perhaps should not use computers...
Re: A question about examining pf loging data
On Mon, 12 Sep 2005 13:26:19 -0400 Will H. Backman [EMAIL PROTECTED] wrote: This has most of the data that I need, but it seems to be missing one thing that I think is important. How can I determine if the traffic is TCP/UDP/ICMP etc? If you have ack and window flags, then it is TCP, not UDP. What should I use to see packets at the ethernet level, such as ARP? -- http://edd.link9.net - http://irc.is-cool.net
Re: pciide: DMA vs. ATA133
I forgot to ask, would it be bad practice to just add PCI_PRODUCT_VIATECH_VT82C571 to one of the cases in the switch statement? It seems like this might go a little deeper Tony Lambiris wrote: Well I thought I knew what the problem was (nope).. I found something interesting though... The motherboards that don't setup UDMA properly uses a VIA VT8237 ISA for pcib; the one's that setup UDMA properly uses a VIA VT8235 ISA. I added some debugging in pciide.c in function apollo_chip_map on the switch statement, and the pcib_id it's switching on is 0x0571, which in pcidevs is VT82C571 IDE. Does that mean somewhere the VT8237 chipset isn't being setup correctly or something? I'm a little confused at this juncture, any light that can be shed would be greatly appriciated. Thanks. Tony Lambiris wrote: I (think I) found the problem... I will be posting a patch shortly if I confirm my suspicions. Thanks. Tony Lambiris wrote: We have some motherboards with (what we think) are the same chips and revisions with the same hard drives, but some drives are being detected as DMA and others as ATA133. Here is an example: pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 As you can see it's the same IDE chipset, same revision, same drives.. the only thing I can think of is it's an IDE ribbon issue, but the ribbons we used (which were mixed from the cases and the motherboard boxes), were brand new. Any suggestions? TIA. -- Tony Lambiris [ [EMAIL PROTECTED] ] so if it is really hard for you then perhaps you are just retarded and need treatment w/ electricity and if that does not help then perhaps should not use computers...
Re: OpenSSH Patch still missing on Errata
On Mon, 12 Sep 2005, Juan J.Martmnez wrote: I know other projects have ChangeLog files and other ways to track versions. In fact I don't know if there's a changelog around for OpenSSH, I usually check the announce and I evaluate if it's worth updating or not. Yes, the announcement messages are the best place to find out about what has changed, unless you have time to follow the CVS logs. -d
Re: pciide: DMA vs. ATA133
Sorry for all the noise, this seems to have fixed it (from NetBSD): --- via82c586.c.origMon Sep 12 19:38:35 2005 +++ via82c586.c Mon Sep 12 20:27:28 2005 @@ -256,9 +256,10 @@ reg = pci_conf_read(ph-ph_pc, ph-ph_tag, VP3_CFG_PIRQ_REG); shift = vp3_cfg_trigger_shift[i]; - /* XXX we only upgrade the trigger here */ if (trigger == IST_LEVEL) reg = ~(VP3_CFG_TRIGGER_MASK shift); + else + reg |= (VP3_CFG_TRIGGER_EDGE shift); pci_conf_write(ph-ph_pc, ph-ph_tag, VP3_CFG_PIRQ_REG, reg); break; Tony Lambiris wrote: I forgot to ask, would it be bad practice to just add PCI_PRODUCT_VIATECH_VT82C571 to one of the cases in the switch statement? It seems like this might go a little deeper Tony Lambiris wrote: Well I thought I knew what the problem was (nope).. I found something interesting though... The motherboards that don't setup UDMA properly uses a VIA VT8237 ISA for pcib; the one's that setup UDMA properly uses a VIA VT8235 ISA. I added some debugging in pciide.c in function apollo_chip_map on the switch statement, and the pcib_id it's switching on is 0x0571, which in pcidevs is VT82C571 IDE. Does that mean somewhere the VT8237 chipset isn't being setup correctly or something? I'm a little confused at this juncture, any light that can be shed would be greatly appriciated. Thanks. Tony Lambiris wrote: I (think I) found the problem... I will be posting a patch shortly if I confirm my suspicions. Thanks. Tony Lambiris wrote: We have some motherboards with (what we think) are the same chips and revisions with the same hard drives, but some drives are being detected as DMA and others as ATA133. Here is an example: pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 As you can see it's the same IDE chipset, same revision, same drives.. the only thing I can think of is it's an IDE ribbon issue, but the ribbons we used (which were mixed from the cases and the motherboard boxes), were brand new. Any suggestions? TIA. -- Tony Lambiris [ [EMAIL PROTECTED] ] so if it is really hard for you then perhaps you are just retarded and need treatment w/ electricity and if that does not help then perhaps should not use computers...
Re: pciide: DMA vs. ATA133
Man I must need sleep or something... this doesn't fix my problem, I forgot I had the extra case in the switch statement still in pciide.c. That did work, however, adding PCI_PRODUCT_VIATECH_VT82C571 as a case. Like I said before I don't know if this is the right way to do this, but it's a temporary fix for me. Over and out, sorry again for the noise. Tony Lambiris wrote: Sorry for all the noise, this seems to have fixed it (from NetBSD): --- via82c586.c.origMon Sep 12 19:38:35 2005 +++ via82c586.c Mon Sep 12 20:27:28 2005 @@ -256,9 +256,10 @@ reg = pci_conf_read(ph-ph_pc, ph-ph_tag, VP3_CFG_PIRQ_REG); shift = vp3_cfg_trigger_shift[i]; - /* XXX we only upgrade the trigger here */ if (trigger == IST_LEVEL) reg = ~(VP3_CFG_TRIGGER_MASK shift); + else + reg |= (VP3_CFG_TRIGGER_EDGE shift); pci_conf_write(ph-ph_pc, ph-ph_tag, VP3_CFG_PIRQ_REG, reg); break; Tony Lambiris wrote: I forgot to ask, would it be bad practice to just add PCI_PRODUCT_VIATECH_VT82C571 to one of the cases in the switch statement? It seems like this might go a little deeper Tony Lambiris wrote: Well I thought I knew what the problem was (nope).. I found something interesting though... The motherboards that don't setup UDMA properly uses a VIA VT8237 ISA for pcib; the one's that setup UDMA properly uses a VIA VT8235 ISA. I added some debugging in pciide.c in function apollo_chip_map on the switch statement, and the pcib_id it's switching on is 0x0571, which in pcidevs is VT82C571 IDE. Does that mean somewhere the VT8237 chipset isn't being setup correctly or something? I'm a little confused at this juncture, any light that can be shed would be greatly appriciated. Thanks. Tony Lambiris wrote: I (think I) found the problem... I will be posting a patch shortly if I confirm my suspicions. Thanks. Tony Lambiris wrote: We have some motherboards with (what we think) are the same chips and revisions with the same hard drives, but some drives are being detected as DMA and others as ATA133. Here is an example: pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-75JHC0 wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 As you can see it's the same IDE chipset, same revision, same drives.. the only thing I can think of is it's an IDE ribbon issue, but the ribbons we used (which were mixed from the cases and the motherboard boxes), were brand new. Any suggestions? TIA. -- Tony Lambiris [ [EMAIL PROTECTED] ] so if it is really hard for you then perhaps you are just retarded and need treatment w/ electricity and if that does not help then perhaps should not use computers...
