Re: Correct pexp variable for a shell script

Or maybe ps | grep [a]uthmail Em ter, 25 de jun de 2019 às 14:42, Chris Bennett < cpb_m...@bennettconstruction.us> escreveu: > On Sat, Jun 22, 2019 at 02:14:12PM -0400, Jacob Adams wrote: > > > > rukey# ps | grep authmail > > 17035 p0 Ip 0:00.01 /bin/sh /usr/local/bin/authmail > > 25162

OBSD51: using macros with reply-to

Hi, I had this pf rules int_if = trunk1 cosmo = 172.16.99.249 pass in on $int_if from VoIP to ! redeOscar route-to $cosmo@$int_if However, when I issue a pfctl -sr, I get pass in on trunk1 inet from VoIP to ! redeOscar flags S/SA route-to 172.16.99.249@$int_if Shouldn't this @$int_if be

Re: OBSD51: using macros with reply-to

, Patrick Lamaiziere patf...@davenulle.orgwrote: Le Thu, 1 Nov 2012 13:28:18 -0200, Fernando Braga fermbr...@gmail.com a écrit : Hello, pass in on $int_if from VoIP to ! redeOscar route-to $cosmo@$int_if However, when I issue a pfctl -sr, I get pass in on trunk1 inet from VoIP

using macros with reply-to

Hi, I had this pf rules int_if = trunk1 cosmo = 172.16.99.249 pass in on $int_if from VoIP to ! redeOscar route-to $cosmo@$int_if However, when I issue a pfctl -sr, I get pass in on trunk1 inet from VoIP to ! redeOscar flags S/SA route-to 172.16.99.249@$int_if Shouldn't this @$int_if be

Sudden crashes with OpenBSD 4.6-5.1, trunk and CARP interfaces

Hi, I'm having trouble pinpointing this problem. We got two CARPed OpenBSD boxes running for a very long time now, and I've been updating the machines up to 4.6. The last time we had hardware maintenance was over a year ago. One of them, zeca, crashed suddenly while it was the CARP master.

PF: Queue parsing problem ?

Hello, I'm setting up some queue discipline on one firewall, and I'm facing a strange problem: the rules aren't assigning the packets to the correct queue. As you can see below, they are going to inexistent qids, and are ending in default queues. I use this setup with assymetrical links, and it

Authpf is not removing anchors

Hi, Since I've upgraded to OpenBSD 4.4, I'm noticing authpf is leaving some cruft behind. See: cosmo:1763:$ w 4:13AM up 34 days, 18:38, 3 users, load averages: 0.25, 0.26, 0.25 USERTTY FROM LOGIN@ IDLE WHAT f_polo p0 a.b.d.f24Nov0811days -authpf: [EMAIL PROTECTED]

Re: Excess interrupts using ALTQ

was applied: On Mon, Nov 12, 2007 at 02:05:54PM -0300, Fernando Braga wrote: Is there a way to minimize interrupts usage in this configuration ? My pf.conf is: # $OpenBSD: pf.conf,v 1.34 2007/02/24 19:30:59 millert Exp $ ext_if=bnx0 int_if=bnx1 table network-int persist

Re: Excess interrupts using ALTQ

. -- Calomel @ http://calomel.org Open Source Research and Reference On Mon, Nov 12, 2007 at 02:05:54PM -0300, Fernando Braga wrote: Hi, I've setup a bridge over a 200Mb link, and everytime I turn ALTQ on, top shows interrupts at 99.2%. If I flush queue (pfctl -Fq), interrupt usage drop

Excess interrupts using ALTQ

Hi, I've setup a bridge over a 200Mb link, and everytime I turn ALTQ on, top shows interrupts at 99.2%. If I flush queue (pfctl -Fq), interrupt usage drop to 35% instantly. I've also noticed that only cpu0 is able to handle interrupts. Is there a way to minimize interrupts usage in this

Re: vic(4) on ESX 3.0.2

On 10/15/07, Piotrek Kapczuk [EMAIL PROTECTED] wrote: 2007/10/15, Fernando Braga [EMAIL PROTECTED]: I'm failing to use vic(4) driver on ESX 3.0.2 and OpenBSD 4.2. I've configuredethernet0.virtualDev = vmxnet as instructed on vic(4) man page. dmesg follows: OpenBSD 4.2

vic(4) on ESX 3.0.2

Hi, I'm failing to use vic(4) driver on ESX 3.0.2 and OpenBSD 4.2. I've configuredethernet0.virtualDev = vmxnet as instructed on vic(4) man page. dmesg follows: OpenBSD 4.2 (GENERIC) #1: Fri Oct 12 16:00:29 BRT 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0:

kern.watchdog.period halts the server

Hi, I'm having a bit of trouble using kern.watchdog.period. Every time I set it, my DELL 1850 turns off. In two different SSH sessions, I did the following: cefeu:2642:$ sysctl kern.watchdog kern.watchdog.period=0 kern.watchdog.auto=1 cefeu:2644:$ sudo sysctl kern.watchdog.period=300

Routing issues

Hi, We've got OpenBSD running as firewall and router for a 100Mbps connection. Our internal network is working OK. However, when someone from outside tries to reach one of our servers, there is a delay and the initial packets get lost. For example: $ sleep 20 ping -c 10 2.4.1.2 ; sleep 1 ;

The file just loaded does not appear to be executable

Hi, I came across an old Ultra5 SUN, and decided to install OpenBSD 3.9 on it. I managed how to install, and everything seemed to work. However, when booting OpenBSD, OpenBoot returns me this: Boot device: /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED]/SUNW,[EMAIL PROTECTED]/[EMAIL

Re: The file just loaded does not appear to be executable

On 6/9/06, Miod Vallat [EMAIL PROTECTED] wrote: Boot device: /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED]/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0:a File and args: Boot load failed. The file just loaded does not appear to be executable I didn't had this problem booting from

Re: The file just loaded does not appear to be executable

On 6/9/06, Fernando Braga [EMAIL PROTECTED] wrote: However, when booting OpenBSD, OpenBoot returns me this: Boot device: /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED]/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0:a File and args: Boot load failed. The file just loaded does not appear

Re: AMD Duron crash in OpenBSD 3.9

On 5/16/06, Theo de Raadt [EMAIL PROTECTED] wrote: and also, please try newer code. Yes, it is running with -current: OpenBSD 3.9-current (GENERIC) #741: Sun May 14 23:14:16 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Duron(tm) Processor (AuthenticAMD

AMD Duron crash in OpenBSD 3.9

Hi, I just upgraded my firewall to OpenBSD 3.9, and it crashes upon boot. However, RAMDISK kernel doesn't crash. I'm attaching DMESG for GENERIC-3.8, RAMDISK-3.9, and GENERIC-3.9 (at least what comes at screen). TIA, Fernando [demime 1.01d removed an attachment of type

Re: AMD Duron crash in OpenBSD 3.9

On 5/16/06, Joachim Schipper [EMAIL PROTECTED] wrote: [demime 1.01d removed an attachment of type application/octet-stream which had a name of dmesg.GENERIC] [demime 1.01d removed an attachment of type application/octet-stream which had a name of dmesg.RAMDISK] You might want to post

Re: Odd routing problem ?

On 12/16/05, Bryan Irvine [EMAIL PROTECTED] wrote: traceroute is your friend. I'm sure you've tried it, just didn't post the results? It doesn't show any hop. Like ping, we only see packets coming into wireless interface of gwA, and they don't ever come out of it. -- Fernando M. Braga

Re: Odd routing problem ?

On 12/16/05, Joachim Schipper [EMAIL PROTECTED] wrote: Every attempt to access any host on the Internet gets to gwA int_wireless, but doesn't goes out on ext_if. gwB can't even ping gwA external address 1.2.3.2. I assume gwA and gwB can ping each other on the internal interface, at

Odd routing problem ?

Hi, I'm facing an unusual problem with routing. I can access an internal server (with real IP) thru an OpenBSD gateway (gwA). Everything works when connection is initiated from the Internet. But gwB can't make its way back to the Internet. Every attempt to access any host on the Internet gets to

Maximum MAXDSIZ

Hi, I run two squid servers and their main process keeps crashing every time data size tries to go over 1GB. Looking vmparam.h, I see maximum data size for a process is limited to 1GB. As these servers came with 4GB RAM (and I really need this memory), I'd like to know if it is possible to