On Wed, 13 Dec 2006 11:31:03 +0200 (EET)
"Artyom Viklenko" <[EMAIL PROTECTED]> wrote:
Yeap, you were right. That startup script didn't work out
as it should, so ``mpd: [PPPoE] IFACE: Up event'' didn't
come. Thats why mpd looked like it hangs.
I still can't understand, why that script doesn't wor
Hello, Artyom.
13 декабря 2006 г., 12:31:03 you wrote:
> Do you really need to bind them to particular interface?
> If you bind, for example, apache to wildcard address 0.0.0.0,
> (as in default configuration),
> it will work with new interfaces and addresses.
> If you use some kind of ip-based
> Hello, Artyom.
>
>> Why do you use ipnat and ipfw? May be better to
>> use one firewall? ipfilter itself or ipfw with natd
>> or ng-nat.
>
> I used to use ipfw as a firewall.. and natd makes too heavy cpu load.
Try to use ipfilter or pf. They do nat in kernel.
Or you can use ng_nat with ipfw.
Hello, Artyom.
13 декабря 2006 г., 11:25:42 you wrote:
> Do you really need all this stuff?.. :/
> I would try to disable this inet-up.sh script at all
> and check. It seems that some command in it hangs
> and mpd waits for the script to finish and so it can't
> be killed by SIGTERM.
Ok, I'll tr
> Hello, Artyom.
>
> 13 декабря 2006 г., 8:46:24 you wrote:
>
>> Would you show us content of your inet-up.sh script?
>> And output of `netstat -inlb`, `netstat -rna` when mpd
>> established connection.
>
> #!/bin/sh
> /etc/rc.d/ipnat restart
> /etc/rc.d/ntpd restart
> /etc/rc.d/named restart
> /
Hello, Artyom.
13 декабря 2006 г., 8:46:24 you wrote:
> Would you show us content of your inet-up.sh script?
> And output of `netstat -inlb`, `netstat -rna` when mpd
> established connection.
#!/bin/sh
/etc/rc.d/ipnat restart
/etc/rc.d/ntpd restart
/etc/rc.d/named restart
/usr/local/apache/bin/a
> 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, 47927,
On Tue, 12 Dec 2006 17:02:22 +0200
Nikos Vassiliadis <[EMAIL PROTECTED]> wrote:
> Your firewall rules are somehow obscure. Please do
> explicitly allow everything
> from your host to the world and back, early in your
> ruleset(something like
> "add 1 allow ip from me to any keep-state"). Test it
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, 47927, 47927,
47927, 47
On Tuesday 12 December 2006 13:05, Alexei wrote:
> Hello.
>
> > set link mtu 1492
> > check with ps command in which state mpd is when issuing rc.d stop
> > command.
>
> Ok, I'll try it when I'm at home (probably this evening).
>
> >> Nothing prevents it + ppp works fine. (But I don't like it fo
> Hello.
>
>> BTW, user-level ppp performs TCP MSS fix.
>> MPD does not in client mode.
>
>> Use your firewall to correct this.
>
> Wo'nt ``set iface enable tcpmssfix'' in mpd.conf do it?
no, sorry, it occasionally remains there... should be removed.
>
> --
> Grats,
> Alexei
Hello.
> BTW, user-level ppp performs TCP MSS fix.
> MPD does not in client mode.
> Use your firewall to correct this.
Wo'nt ``set iface enable tcpmssfix'' in mpd.conf do it?
--
Grats,
Alexei mailto:[EMAIL PROTECTED]
___
Hello.
> set link mtu 1492
> check with ps command in which state mpd is when issuing rc.d stop
> command.
Ok, I'll try it when I'm at home (probably this evening).
>> Nothing prevents it + ppp works fine. (But I don't like it for high
>> cpu load)
> much better to show your rulebase
3 1
> Hello.
>
>>> set link mtu 1498
>> ^
>> first, check this
>
> What should I put there? BTW, how can it make mpd ignore rc.d stop
> command?
>
>
>> also check your firewall.
>
> Nothing prevents it + ppp works fine. (But I don't like it for high
> cpu load
> Hello.
>
>>> set link mtu 1498
>> ^
>> first, check this
>
> What should I put there? BTW, how can it make mpd ignore rc.d stop
> command?
>
set link mtu 1492
check with ps command in which state mpd is when issuing rc.d stop
command.
mine config:
Hello.
>> set link mtu 1498
> ^
> first, check this
What should I put there? BTW, how can it make mpd ignore rc.d stop
command?
> also check your firewall.
Nothing prevents it + ppp works fine. (But I don't like it for high
cpu load)
--
Grats,
Alexei
> Hello world.
>
> My provider give me access to the net via pppoe, so I decided to use
> mpd as a client. I've compiled into the kernel some netgraph modules,
> edited a little default mpd config and started it via rc.d.
> Everything looked ok, connection established, but no pac
Hello world.
My provider give me access to the net via pppoe, so I decided to use
mpd as a client. I've compiled into the kernel some netgraph modules,
edited a little default mpd config and started it via rc.d.
Everything looked ok, connection established, but no packets walked
t
18 matches
Mail list logo
