--
Sincerely yours,
Artyom Viklenko.
---
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
ar...@viklenko.net |
FreeBSD: The Power to Serve - http://www.freebsd.org
, check sysctl variable 'net.inet.tcp.path_mtu_discovery'.
Hope this helps. :)
--
Sincerely yours,
Artyom Viklenko.
---
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
ar...@viklenko.net | JID: ar
.
--
Sincerely yours,
Artyom Viklenko.
---
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
ar...@viklenko.net | JID: ar...@jabber.aws-net.org.ua
FreeBSD: The Power to Serve - http://www.freebsd.org
11.01.2011 21:48, Bjoern A. Zeeb пишет:
On Tue, 11 Jan 2011, Artyom Viklenko wrote:
11.01.2011 21:29, Lev Serebryakov ?:
r...@rescue ~ # mii-tool -v eth0
eth0: 100 Mbit, full duplex, link ok
product info: vendor 00:07:32, model 17 rev 2
basic mode: 100 Mbit, full duplex
basic status
?
--Brett Glass
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
--
Sincerely yours,
Artyom Viklenko
--
Sincerely yours,
Artyom Viklenko.
---
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
ar...@viklenko.net |
FreeBSD: The Power to Serve - http://www.freebsd.org
26.08.2010 08:19, Artyom Viklenko пишет:
26.08.2010 00:38, Vladislav V. Prodan пишет:
Add to /etc/rc.local :
ifconfig em0 debug
ifconfig em0 media 100baseTX mediaopt full-duplex
For in rc.conf not working these options:
#ifconfig_em0=100baseTX mediaopt full-duplex
#ifconfig_em0=debug -vlanmtu
--
Sincerely yours,
Artyom Viklenko.
---
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve - http://www.freebsd.org
___
freebsd-net
,
Artyom Viklenko.
---
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve - http://www.freebsd.org
___
freebsd-net@freebsd.org mailing list
http
On Friday 20 February 2009 15:30:11 Max Laier wrote:
On Friday 20 February 2009 09:28:49 Artyom Viklenko wrote:
On Thu, 19 Feb 2009, Bakul Shah wrote:
I am wondering if there is a more dynamic and scriptable
firewall program. The idea is to send it alerts (with sender
host address
Ott Köstner пишет:
JINMEI Tatuya / 神明達哉 wrote:
At Wed, 17 Dec 2008 15:20:02 +0200,
Ott Köstner o...@zzz.ee wrote:
named[63198]: socket: too many open file descriptors
last message repeated 26 times
Bind version is: BIND 9.4.2-P2
Please try BIND 9.4.3. Even with all attempts to
,
Artyom Viklenko.
---
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
ar...@viklenko.net |
FreeBSD: The Power to Serve - http://www.freebsd.org
On Fri, 12 Dec 2008, VANHULLEBUS Yvan wrote:
On Fri, Dec 12, 2008 at 06:45:20PM +0200, Artyom Viklenko wrote:
On Thursday 11 December 2008 14:39:58 VANHULLEBUS Yvan wrote:
[]
Actually, you can apply a patch to src/sys and recompile your kernel
with IPSEC_NAT_T options.
Patches
nis_client_enable=YES
I have followed the FreeBSD NIS/YP Handbook configuration to the T, and
still get the illegal user authentication any insight would be greatly
appreciated.
Thanks much,
DK
--
Sincerely yours,
Artyom Viklenko
://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD: The Power
Mihai Tanasescu wrote:
Artyom Viklenko wrote:
If you use PF, try to add rule
scrub in all fragment rassemble no-df
And VERY carefully check your ruleset. May be you block icmp in some
place
and PMTU doesn't work.
As as last resort you can add
max-mss some-size to scrub rule. some-size may
Artyom Viklenko wrote:
I connect to Internet via ADSL/PPPoE which runs to same freebsd router
with mpd.
MTU is 1496. In pf I have
Sorry, MTU is 1492 bytes, sure. :)
--
Sincerely yours,
Artyom Viklenko
doesn't work.
As as last resort you can add
max-mss some-size to scrub rule. some-size may be some value in
range of 1300-1460.
Sometimes it helps.
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED
to solve this issue?
Check if you include
set ipcp enable radius-ip
in your bundle description.
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD
Stephen Clark wrote:
Artyom Viklenko wrote:
Artem Belevich wrote:
Here's one example where MTU!=MRU would be useful.
Think of asymmetric bandwith-limited ADSL links. Lower MTU would allow
lower TX latency for high priority packets when upstream is saturated,
yet large MRU
,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve - http://www.freebsd.org
___
freebsd-net@freebsd.org mailing list
http
of an interface.unfortunately I don't know enough
about the details of the network stack to know if this is a real concern)
100% agree! :)
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http
and route-to/reply-to statemens.
Also it is possible with ipfw, but I prefer PF. :)
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve
On Thu, 12 Jul 2007, Andrea Venturoli wrote:
Artyom Viklenko ha scritto:
Very brief example (just to show main idea).
Assume you have thre interfaces in router fxp0 - lan, fxp1 - adsl1, fxp2 -
adsl2.
fxp0 - 192.168.0.1, fxp1 - 192.168.1.2, fxp2 - 192.168.2.2
adsl1 - 192.168.1.1, adsl2
VPN server.
After setting up tullel your default route changes.
This can lead to incorrect routing.
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD
then start MPD and check is all ok.
if yes, you can add this route to /etc/rc.conf using
static_routes variable.
Thanks,
-Jim Stapleton
On 6/26/07, Artyom Viklenko [EMAIL PROTECTED] wrote:
Jim Stapleton wrote:
That partially worked. I could only ping 192.168.1.1 on my local setup
(router).
I used
netgraph.ko
ng_ether.ko
ng_iface.ko
ng_ksocket.ko
ng_mppc.ko
rc4.ko
ng_netflow.ko
ng_ppp.ko
ng_pptpgre.ko
ng_socket.ko
ng_tee.ko
ng_vjc.ko
ng_tty.ko
ng_async.ko
Hope this helps.
--
Sincerely yours,
Artyom Viklenko
speaking,
any options valid for pppd. So, see 'man pppd'.
I don't know about your VPN scenario, but anyway I would
recommend you to give mpd a tyr.
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED
! :)
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve - http://www.freebsd.org
___
freebsd
0.0.0.0/0
open
also check your firewall.
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve - http://www.freebsd.org
it for high
cpu load)
much better to show your rulebase
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve - http://www.freebsd.org
)
BTW, user-level ppp performs TCP MSS fix.
MPD does not in client mode.
Use your firewall to correct this.
--
Sincerely yours,
Artyom Viklenko.
---
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
quote who=Alexei
On Tue, 12 Dec 2006 12:48:25 +0200 (EET)
Artyom Viklenko [EMAIL PROTECTED] wrote:
Changed mtu mru, nothing changed.
# /usr/local/etc/rc.d/mpd.sh stop
Stopping mpd.
Waiting for PIDS: 47927, 47927, 47927, 47927, 47927, 47927,
47927, 47927, 47927, 47927, 47927, 47927
33 matches
Mail list logo
