Hello,
I am currently experiencing a problem on one of my servers. Interestingly
it is the only one with such problem however it is the most loaded one.
Sometimes on this server network becomes completely unresponsitive forcing
me to attach console and reboot the system. There are no records in t
Hi all,
I have a network with two gateways. GW1 is primary gateway and GW2 is
secondary.
I need to be able to map GW2 port to a service inside of my network. That
is done using redirect_port NAT directive but the problem is that all
computers inside the network have a default gateway pointing to G
/dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
==
--
Best regards,
Oleg Taras
ike daemon with maybe more advanced test capability
I can use in my situation as I have not found any acceptable.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.f
from a first glance (and the second
one ;) ) it seems to be very complementary to FreeBSD functionality.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mail
perfectly inspite on connection problems or any other problems.
It is not clear no me why this option should ever be set to 1 as it
will certainly bring to a malfunction if any problem occurs.
I suggest to change the default value of this one to 0 in FreeBSD
distribution.
--
Best re
but I am sure this will help.
Thanx for really great help - all these troubles are on my production
box and every minute of malfunction returns to me with #not good#
words of my boss :/
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
y -P in ipsec
esp/tunnel/172.21.0.224-172.21.0.222/require;
spdadd 192.168.82.0/24 192.168.1.0/24 any -P out ipsec
esp/tunnel/172.21.0.222-172.21.0.225/require;
spdadd 192.168.1.0/24 192.168.82.0/24 any -P in ipsec
esp/tunnel/172.21.0.225-172.21.0.222/require;
acceptable way...
Please tell me if this problem has a solution other then above
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To
o be routed to another interface different from that in
routing table.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
all of the
packets are passed through it.
Using it in a combination with policy-routing would be a powerful
mechanism!
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing
s in this case would be a tool for monitoring
interface state able to activate some script on state change. This
would be great for failover for example.
Please enlight me and tell if there is any.
--
Best regards,
Oleg Tarasov
t regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
r and
needed libpdel but as a result we have quite perfect result.
Thanks for developing my favourite ppp daemon :)
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.f
machine to 1492 helps.
What can be the reason for tcpmssfix option not to be working? Maybe
there should be an additional kernel module loaded? I didnt find any
words mentioning usage of tcpmssfix in mpd's log file.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROT
x27;s on interfaces.
Can anyone tell me what is the problem?
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
16 matches
Mail list logo