On 2012-11-24, Gilles LAMIRAL wrote:
> When I do two tcpdump on each interface I see that
> when it fails the ping -I are just going on the wrong interface
> even if the routing table indicates the contrary.
Routes depend on the *destination* address only. Source address
has no effect on which r
On 2012-11-24, bofh wrote:
> On Thu, Nov 22, 2012 at 10:08 AM, Nick Holland
> wrote:
>> On 11/22/12 09:58, bofh wrote:
>>> Can I just run install -> upgrade and install everything but etc.tgz
>>> and xetc.tgz? Any post installation stuff I have to worry about?
>>
>> No. Reinstall completely. Do
(cc'ing misc instead of tech)
On Sat, Nov 24, 2012 at 7:21 PM, William Ahern
wrote:
> On Thu, Nov 22, 2012 at 01:27:46PM -0430, Andres Perera wrote:
>> On Thu, Nov 22, 2012 at 11:58 AM, Kevin Chadwick
>> wrote:
>> > On Thu, 22 Nov 2012 09:30:41 -0430
>> > Andres Perera wrote:
>> >
>> >> i'm not
Hi,
Spoke with Sebastian and Reyk an they helped me to solve the issue.
You have to apply the following patch Sebastian provided.
This is the message from Sebastian with the fix:
Hi,
the problem is that strtonum() can only handle a maximum of LLONG_MAX in
maxval.
(file: 4GB-fix-llu.patch)
di
Hello,
>> Do you have any explanation for this routing inversion
>> or a workaround/good practice to have a ping -I always working as intended?
>
> This is working as intended..
The ping always work without the -I for the same destination,
no pf, no multiple route tables. just a classic routin
On Tue, Nov 20, 2012 at 10:24:26PM -0500, Michael W. Lucas wrote:
> Hi,
>
> login.conf includes the following:
>
> ...
> rpasswdRequest a password and check it against the password in
> the rpasswd.db file.
> ...
>
> It seems that there's no reference to rpasswd.
after instaling ladvd, in ifconfig i've got description from lldp
this is so cool ...
# ifconfig ix
ix0:
flags=28b43
mtu 1500
lladdr 90:e2:ba:19:29:a8
description: connected to Srce1 (1:14)
priority: 0
trunk: trunkdev trunk0
media: Ethernet autoselect (10Gb
Quick update. It seems to be a nat problem. If I just test by pinging either
the 192.168.1.32 interface or the 192.168.0.13 interface it works fine and
snort sees the packets. Its only when the traffic is NATed that it fails.
-Original Message-
From: owner-m...@openbsd.org [mailto:owner
On 25/11/2012 16:53, Raindy Long wrote:
It seems that libiconv is not in the base package , right ?
libiconv is in packages/ports
Port: libiconv-1.14
Path: converters/libiconv
Info: character set conversion library
Maint: Brad Smith
Index: converters devel
L-deps:
B-deps: devel/gperf
9 matches
Mail list logo