MPD5 (кривые руки)

Mister1o · Сообщение **Mister1o** » 27.05.2010 18:09

да я им и не звонил. из поддержки и монтажников я с некоторыми знаком. они во фре не шарят. этт ток сисадмины. но им скорее всего не до меня.

AlexNT · Сообщение **AlexNT** » 28.05.2010 06:18

Mister1o писал(а): ↑
27.05.2010 18:09
да я им и не звонил. из поддержки и монтажников я с некоторыми знаком. они во фре не шарят. этт ток сисадмины. но им скорее всего не до меня.

Нужно им позвонить и сказать, чтобы в подсети через роутер был доступен не 91.196.148.1 а какой нибудь адрес из подсети 10.0.0.0/8 и все будет нормально работать. А тут получается что есть линк в котором есть адрес 91.196.148.1 и есть vpn соед. в котором доступен тот же адрес (фактически еще один сетевой интерфейс) и как это должно работать нормально? Если система отправляет пакет на этот адрес и куда и как он идет? Сдается мне что пакет идет не в vpn канал а через роутер и фиксируется как битый и отбрасывается. Отсюда ничего не работает.

Mydvane · Сообщение **Mydvane** » 28.05.2010 09:03

Сдается мне что пакет идет не в vpn канал а через роутер и фиксируется как битый и отбрасывается. Отсюда ничего не работает.

значит можно попробовать завернуть трафик (gre) в тунель средствами фаервола.

Mister1o · Сообщение **Mister1o** » 28.05.2010 12:57

сума можно сойти. я таких понятий-то и не слышал. (=

Mister1o · Сообщение **Mister1o** » 28.05.2010 14:06

установил 8 релиз.

Mydvane · Сообщение **Mydvane** » 28.05.2010 18:17

Mister1o писал(а): ↑
28.05.2010 14:06
установил 8 релиз.

ну и?

Mister1o · Сообщение **Mister1o** » 28.05.2010 20:13

и ничего =(
в том-то и беда...

Mister1o · Сообщение **Mister1o** » 28.05.2010 22:08

действительно, мпд не поддерживает впн-сервера с одинаковыми внешним и внутренним ипами. на форуме провайдера мороз =(
неуж никак не обойти?

AlexNT · Сообщение **AlexNT** » 29.05.2010 14:09

Mister1o писал(а): ↑
28.05.2010 22:08
действительно, мпд не поддерживает впн-сервера с одинаковыми внешним и внутренним ипами. на форуме провайдера мороз =(
неуж никак не обойти?

Тут не в mpd дело, pptpclient тоже не будет работать.

Проблема в том, что пакет идет на какой то адрес и соответственно пакеты формирующие канал идут на адрес сервера, но и ОН же фигурирует ВНУТРИ канала. Как распределять пакеты системе в таком бредовом виде?

Может можно было бы как то решить эту ситуацию через ipfw (как намекали выше), но без самой системы, без возможности работы в ней советовать что то затруднительно. Может Mydvane даст какие то более конкретные рекомендации по поводу фаервола?

Как вариант, попробовать взять роутер поддерживающий vpn и настроить соед. на нем и обойтись без vpn клиента на фре, если уж провайдер не идет на то чтобы сделать нормальное соединение.

Mister1o · Сообщение **Mister1o** » 30.05.2010 13:47

привел все к следующему виду
rc.conf

static_routes="1 2 3"
route_1="-net 10.0.0.0 10.0.74.1"
route_2="-net 91.196.148.0 10.0.74.1"
route_3="-net 94.158.80.0 10.0.74.1"

mpd.conf

Код: Выделить всё

pptp_client:
#
# PPTP client: only outgoing calls, auto reconnect,
# ipcp-negotiated address, one-sided authentication,
# default route points on ISP's end
#

    create bundle static B1
    set iface route default
    set ipcp ranges 0.0.0.0/0 0.0.0.0/0

    create link static L1 pptp
    set link action bundle B1
    set auth authname xxxxxx
    set auth password yyyyyy
    set link max-redial 0
    set link mtu 1460
    set link keep-alive 20 75
    set pptp peer pptp.maximuma.net
    set pptp disable windowing
    open

перед подключением:

Код: Выделить всё

rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 00:20:18:8e:0c:d3
    inet 10.0.74.10 netmask 0xffffff00 broadcast 10.0.74.255
    media: Ethernet autoselect (100baseTX <full-duplex>)
    status: active
plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> metric 0 mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
    inet6 ::1 prefixlen 128
    inet 127.0.0.1 netmask 0xff000000

Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
10.0.0.0/8         10.0.74.1          UGS         0        0    rl0
10.0.74.0/24       link#1             U           0        0    rl0
10.0.74.10         link#1             UHS         0        0    lo0
91.196.148.0/24    10.0.74.1          UGS         0        4    rl0
94.158.80.0/24     10.0.74.1          UGS         0        0    rl0
127.0.0.1          link#3             UH          0        0    lo0

Internet6:
Destination                       Gateway                       Flags      Netif Expire
::1                               ::1                           UH          lo0
fe80::%lo0/64                     link#3                        U           lo0
fe80::1%lo0                       link#3                        UHS         lo0
ff01:3::/32                       fe80::1%lo0                   U           lo0
ff02::%lo0/32                     fe80::1%lo0                   U           lo0

после подключения

Код: Выделить всё

rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 00:20:18:8e:0c:d3
    inet 10.0.74.10 netmask 0xffffff00 broadcast 10.0.74.255
    media: Ethernet autoselect (100baseTX <full-duplex>)
    status: active
plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> metric 0 mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
    inet6 ::1 prefixlen 128
    inet 127.0.0.1 netmask 0xff000000
ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1460
    inet 94.158.84.159 --> 91.196.148.1 netmask 0xffffffff

Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            91.196.148.1       UGS         0        2    ng0
10.0.0.0/8         10.0.74.1          UGS         0        0    rl0
10.0.74.0/24       link#1             U           0        0    rl0
10.0.74.10         link#1             UHS         0        0    lo0
91.196.148.0/24    10.0.74.1          UGS         0       22    rl0
91.196.148.1       link#4             UH          0        8    ng0
94.158.80.0/24     10.0.74.1          UGS         0        0    rl0
94.158.84.159      link#4             UHS         0        0    lo0
127.0.0.1          link#3             UH          0        0    lo0

Internet6:
Destination                       Gateway                       Flags      Netif Expire
::1                               ::1                           UH          lo0
fe80::%lo0/64                     link#3                        U           lo0
fe80::1%lo0                       link#3                        UHS         lo0
ff01:3::/32                       fe80::1%lo0                   U           lo0
ff02::%lo0/32                     fe80::1%lo0                   U           lo0

лог

Код: Выделить всё

May 30 12:16:43 Less mpd: [L1] PPTP call successful
May 30 12:16:43 Less mpd: [L1] Link: UP event
May 30 12:16:43 Less mpd: [L1] LCP: Up event
May 30 12:16:43 Less mpd: [L1] LCP: state change Starting --> Req-Sent
May 30 12:16:43 Less mpd: [L1] LCP: SendConfigReq #4
May 30 12:16:43 Less mpd: [L1]   ACFCOMP
May 30 12:16:43 Less mpd: [L1]   PROTOCOMP
May 30 12:16:43 Less mpd: [L1]   ACCMAP 0x000a0000
May 30 12:16:43 Less mpd: [L1]   MRU 1500
May 30 12:16:43 Less mpd: [L1]   MAGICNUM f7be2d4b
May 30 12:16:43 Less mpd: [L1] LCP: rec'd Configure Reject #4 (Req-Sent)
May 30 12:16:43 Less mpd: [L1]   ACFCOMP
May 30 12:16:43 Less mpd: [L1]   PROTOCOMP
May 30 12:16:43 Less mpd: [L1] LCP: SendConfigReq #5
May 30 12:16:43 Less mpd: [L1]   ACCMAP 0x000a0000
May 30 12:16:43 Less mpd: [L1]   MRU 1500
May 30 12:16:43 Less mpd: [L1]   MAGICNUM f7be2d4b
May 30 12:16:43 Less mpd: [L1] LCP: rec'd Configure Ack #5 (Req-Sent)
May 30 12:16:43 Less mpd: [L1]   ACCMAP 0x000a0000
May 30 12:16:43 Less mpd: [L1]   MRU 1500
May 30 12:16:43 Less mpd: [L1]   MAGICNUM f7be2d4b
May 30 12:16:43 Less mpd: [L1] LCP: state change Req-Sent --> Ack-Rcvd
May 30 12:16:45 Less mpd: [L1] LCP: rec'd Configure Request #2 (Ack-Rcvd)
May 30 12:16:45 Less mpd: [L1]   MRU 1460
May 30 12:16:45 Less mpd: [L1]   MAGICNUM 175049df
May 30 12:16:45 Less mpd: [L1]   AUTHPROTO CHAP MSOFTv2
May 30 12:16:45 Less mpd: [L1] LCP: SendConfigAck #2
May 30 12:16:45 Less mpd: [L1]   MRU 1460
May 30 12:16:45 Less mpd: [L1]   MAGICNUM 175049df
May 30 12:16:45 Less mpd: [L1]   AUTHPROTO CHAP MSOFTv2
May 30 12:16:45 Less mpd: [L1] LCP: state change Ack-Rcvd --> Opened
May 30 12:16:45 Less mpd: [L1] LCP: auth: peer wants CHAP, I want nothing
May 30 12:16:45 Less mpd: [L1] LCP: LayerUp
May 30 12:16:45 Less mpd: [L1] CHAP: rec'd CHALLENGE #1 len: 21
May 30 12:16:45 Less mpd: [L1]   Name: ""
May 30 12:16:45 Less mpd: [L1] CHAP: Using authname "10.0.74.10"
May 30 12:16:45 Less mpd: [L1] CHAP: sending RESPONSE #1 len: 64
May 30 12:16:45 Less mpd: [L1] CHAP: rec'd SUCCESS #1 len: 46
May 30 12:16:45 Less mpd: [L1]   MESG: S=0B453A110DFADD498C77C5C4D6001C234C4A011B
May 30 12:16:45 Less mpd: [L1] LCP: authorization successful
May 30 12:16:45 Less mpd: [L1] Link: Matched action 'bundle "B1" ""'
May 30 12:16:45 Less mpd: [L1] Link: Join bundle "B1"
May 30 12:16:45 Less mpd: [B1] Bundle: Status update: up 1 link, total bandwidth 64000 bps
May 30 12:16:45 Less mpd: [B1] IPCP: Open event
May 30 12:16:45 Less mpd: [B1] IPCP: state change Initial --> Starting
May 30 12:16:45 Less mpd: [B1] IPCP: LayerStart
May 30 12:16:45 Less mpd: [B1] IPCP: Up event
May 30 12:16:45 Less mpd: [B1] IPCP: state change Starting --> Req-Sent
May 30 12:16:45 Less mpd: [B1] IPCP: SendConfigReq #6
May 30 12:16:45 Less mpd: [B1]   IPADDR 0.0.0.0
May 30 12:16:45 Less mpd: [B1]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
May 30 12:16:45 Less mpd: [B1] IPCP: rec'd Configure Request #1 (Req-Sent)
May 30 12:16:45 Less mpd: [B1]   IPADDR 91.196.148.1
May 30 12:16:45 Less mpd: [B1]     91.196.148.1 is OK
May 30 12:16:45 Less mpd: [B1] IPCP: SendConfigAck #1
May 30 12:16:45 Less mpd: [B1]   IPADDR 91.196.148.1
May 30 12:16:45 Less mpd: [B1] IPCP: state change Req-Sent --> Ack-Sent
May 30 12:16:47 Less mpd: [B1] IPCP: SendConfigReq #7
May 30 12:16:47 Less mpd: [B1]   IPADDR 0.0.0.0
May 30 12:16:47 Less mpd: [B1]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
May 30 12:16:47 Less mpd: [B1] IPCP: rec'd Configure Reject #7 (Ack-Sent)
May 30 12:16:47 Less mpd: [B1]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
May 30 12:16:47 Less mpd: [B1] IPCP: SendConfigReq #8
May 30 12:16:47 Less mpd: [B1]   IPADDR 0.0.0.0
May 30 12:16:47 Less mpd: [B1] IPCP: rec'd Configure Request #2 (Ack-Sent)
May 30 12:16:47 Less mpd: [B1]   IPADDR 91.196.148.1
May 30 12:16:47 Less mpd: [B1]     91.196.148.1 is OK
May 30 12:16:47 Less mpd: [B1] IPCP: SendConfigAck #2
May 30 12:16:47 Less mpd: [B1]   IPADDR 91.196.148.1
May 30 12:16:47 Less mpd: [B1] IPCP: rec'd Configure Nak #8 (Ack-Sent)
May 30 12:16:47 Less mpd: [B1]   IPADDR 94.158.84.159
May 30 12:16:47 Less mpd: [B1]     94.158.84.159 is OK
May 30 12:16:47 Less mpd: [B1] IPCP: SendConfigReq #9
May 30 12:16:47 Less mpd: [B1]   IPADDR 94.158.84.159
May 30 12:16:47 Less mpd: [B1] IPCP: rec'd Configure Ack #9 (Ack-Sent)
May 30 12:16:47 Less mpd: [B1]   IPADDR 94.158.84.159
May 30 12:16:47 Less mpd: [B1] IPCP: state change Ack-Sent --> Opened
May 30 12:16:47 Less mpd: [B1] IPCP: LayerUp
May 30 12:16:47 Less mpd: [B1]   94.158.84.159 -> 91.196.148.1
May 30 12:16:47 Less mpd: [B1] IFACE: Up event

как видно - вроде все нормально. ошибок нет и интерфейс поднимается. появляется еще один маршрут для интерфейса нг0
проовал руками дефолтный маршрут. меняется зараза обратно на адрес впн-сервера.

AlexNT · Сообщение **AlexNT** » 31.05.2010 06:07

Mister1o писал(а): ↑
30.05.2010 13:47
привел все к следующему виду
rc.conf
static_routes="1 2 3"
route_1="-net 10.0.0.0 10.0.74.1"
route_2="-net 91.196.148.0 10.0.74.1"
route_3="-net 94.158.80.0 10.0.74.1"

Подсети наверное следует указывать с масками которые я в аське писал, а то слишком широкий диапазон отдаешь игнорируя маску...

После подключения можно попробовать:
route add default 94.158.84.159
или
route add default 91.196.148.1
или
route add net 94.158.84.159
или
route add -net 0.0.0.0/0 94.158.84.159
или
route add -net 0.0.0.0/0 91.196.148.1

Mister1o · Сообщение **Mister1o** » 31.05.2010 16:11

не прет. пробовал. дефолт после подключения - 91,196,148,1. меняю на 94,158,84,159 - падает интерфейс.

Mister1o · Сообщение **Mister1o** » 31.05.2010 19:27

вобщем, как видно, интерфейс есть, но пинги не идут. грит нет маршрута во внешний мир.кривая маршрутизация.

Mydvane · Сообщение **Mydvane** » 31.05.2010 21:07

чо пишет ?
No route to host ?

Mister1o · Сообщение **Mister1o** » 31.05.2010 23:14

именно так. насколько я понимаю - все работает. нужно только маршрутизацию поровнять.

Mydvane · Сообщение **Mydvane** » 01.06.2010 20:16

ну так ответить сложно. нужно находиться за машиной.
Выкладывай netstat -rn после подключения. Потом меня дефолтный гетвей и снова выкладывай netstat -rn

Mister1o · Сообщение **Mister1o** » 02.06.2010 18:16

Код: Выделить всё

Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            91.196.148.1       UGS         0        2    ng0
10.0.0.0/8         10.0.74.1          UGS         0        0    rl0
10.0.74.0/24       link#1             U           0        0    rl0
10.0.74.10         link#1             UHS         0        0    lo0
91.196.148.0/24    10.0.74.1          UGS         0       22    rl0
91.196.148.1       link#4             UH          0        8    ng0
94.158.80.0/24     10.0.74.1          UGS         0        0    rl0
94.158.84.159      link#4             UHS         0        0    lo0
127.0.0.1          link#3             UH          0        0    lo0

Internet6:
Destination                       Gateway                       Flags      Netif Expire
::1                               ::1                           UH          lo0
fe80::%lo0/64                     link#3                        U           lo0
fe80::1%lo0                       link#3                        UHS         lo0
ff01:3::/32                       fe80::1%lo0                   U           lo0
ff02::%lo0/32                     fe80::1%lo0                   U           lo0

вот таблица. пытасю сменить дефолт маршрут на 94.158.84.159 - вроде долбаваяется. но когда пытаюсь пропинговать что-нить. нет маршрута говорит. смотрю опять таблицу - маршрут вернулся 91,196,148,1!
решил что дело в конфиге мопеда
set iface route default
здесь. но если ету строку закоментить - интерфейс не поднимается вообще.

Mister1o · Сообщение **Mister1o** » 02.06.2010 19:14

с помощью с крипта для замены дефолтного маршрута добился следующего:

Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 94.158.84.159 US 0 3 ng0
10.0.0.0/8 10.0.74.1 UGS 0 0 rl0
10.0.74.0/24 link#1 U 0 0 rl0
10.0.74.10 link#1 UHS 0 0 lo0
91.196.148.0/24 10.0.74.1 UGS 0 248 rl0
91.196.148.1 link#4 UH 0 11 ng0
94.158.80.0/24 10.0.74.1 UGS 0 0 rl0
94.158.84.159 link#4 UHS 0 0 lo0
127.0.0.1 link#3 UH 0 26 lo0

Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UH lo0
fe80::%lo0/64 link#3 U lo0
fe80::1%lo0 link#3 UHS lo0
ff01:3::/32 fe80::1%lo0 U lo0
ff02::%lo0/32 fe80::1%lo0 U lo0

но вот эта строка
91.196.148.1 link#4 UH 0 11 ng0
полагаю неверна
должно быть
94.158.84.159 link#4 UH 0 11 ng0
и
91.196.148.1 10.0.74.1 UH 0 11 rl0
я прав? и как это исправить?

AlexNT · Сообщение **AlexNT** » 03.06.2010 06:35

Mister1o писал(а): ↑
02.06.2010 19:14
с помощью с крипта для замены дефолтного маршрута добился следующего:

Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 94.158.84.159 US 0 3 ng0
10.0.0.0/8 10.0.74.1 UGS 0 0 rl0
10.0.74.0/24 link#1 U 0 0 rl0
10.0.74.10 link#1 UHS 0 0 lo0
91.196.148.0/24 10.0.74.1 UGS 0 248 rl0
91.196.148.1 link#4 UH 0 11 ng0
94.158.80.0/24 10.0.74.1 UGS 0 0 rl0
94.158.84.159 link#4 UHS 0 0 lo0
127.0.0.1 link#3 UH 0 26 lo0

Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UH lo0
fe80::%lo0/64 link#3 U lo0
fe80::1%lo0 link#3 UHS lo0
ff01:3::/32 fe80::1%lo0 U lo0
ff02::%lo0/32 fe80::1%lo0 U lo0

но вот эта строка
91.196.148.1 link#4 UH 0 11 ng0
полагаю неверна
должно быть
94.158.84.159 link#4 UH 0 11 ng0
и
91.196.148.1 10.0.74.1 UH 0 11 rl0
я прав? и как это исправить?

Не будет ничего нормально работать по причине совпадения адреса 91.196.148.1 доступного через шлюз сети, и в том числе внутри канала. Получается что формируется пакет на адрес 91.196.148.1 и идет через сетевой шлюз, и пакет который должен идти на адрес внутри vpn канала тоже идет через шлюз и видимо отбрасывается сервером. Не должно быть такого что из разных подсетей доступен один и тот же адрес, это неправильно. Как это разруливание работало в линуксе или как работает в винде я не понимаю. Это фактически получается что в сети два компьютера с одним и тем же IP адресом и нужно получить раздельный доступ к обоим системам, а это малореально.

Еще возможно что допустим какие то нестыковки к конфигах и требуется что то дополнительно включить, поковыряться, уточнить параметры VPN сервера провайдера в конце концов. Но какие либо советы давать в Вашей ситуации очень сложно на форуме. Чтобы чего то добиться для начала нужно чтобы провайдер привел в порядок свою маршрутизацию, которая является каким то подобием петли. Для этого ему всего лишь нужно чтобы ввпн сервер фигурировал в сети с каким то другим адресом, желательно в пределах маски этой сети.

Mydvane · Сообщение **Mydvane** » 03.06.2010 08:40

AlexNT писал(а): ↑
03.06.2010 06:35
Как это разруливание работало в линуксе или как работает в винде я не понимаю. Это фактически получается что в сети два компьютера с одним и тем же IP адресом и нужно получить раздельный доступ к обоим системам, а это малореально.

Mister1o, есть возможность запостить туже таблицу маршрутизации при подключении из windows ??

Mister1o · Сообщение **Mister1o** » 03.06.2010 14:55

===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x2 ...00 20 18 8e 0c d3 ...... Realtek RTL8139/810x Family Fast Ethernet NIC -
Kaspersky Anti-Virus NDIS Miniport
0x20004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 10.0.74.1 10.0.74.10 21
0.0.0.0 0.0.0.0 94.158.84.159 94.158.84.159 1
10.0.0.0 255.0.0.0 10.0.74.1 10.0.74.10 1
10.0.74.0 255.255.255.0 10.0.74.10 10.0.74.10 20
10.0.74.10 255.255.255.255 127.0.0.1 127.0.0.1 20
10.255.255.255 255.255.255.255 10.0.74.10 10.0.74.10 20
91.196.148.1 255.255.255.255 10.0.74.1 10.0.74.10 20
91.196.150.203 255.255.255.255 94.158.84.159 94.158.84.159 1
94.158.84.159 255.255.255.255 127.0.0.1 127.0.0.1 50
94.255.255.255 255.255.255.255 94.158.84.159 94.158.84.159 50
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
169.254.0.0 255.255.0.0 10.0.74.10 10.0.74.10 30
224.0.0.0 240.0.0.0 10.0.74.10 10.0.74.10 20
224.0.0.0 240.0.0.0 94.158.84.159 94.158.84.159 1
255.255.255.255 255.255.255.255 10.0.74.10 10.0.74.10 1
255.255.255.255 255.255.255.255 94.158.84.159 94.158.84.159 1
Основной шлюз: 94.158.84.159
===========================================================================
Постоянные маршруты:
Сетевой адрес Маска Адрес шлюза Метрика
91.196.150.203 255.255.255.255 94.158.84.159 1
10.0.0.0 255.0.0.0 10.0.74.1 1

зы: некоторые из них добавлены в ручную и к подключению отношения не имеют (10.0.37.21, 91.196.150.203)

Mister1o · Сообщение **Mister1o** » 15.06.2010 20:29

у знакомого у этого же провайдера работало с мпд 4й версии.
я так понимаю, пересборка ядра не поможет?

AlexNT · Сообщение **AlexNT** » 16.06.2010 06:06

Mister1o писал(а): ↑
15.06.2010 20:29
у знакомого у этого же провайдера работало с мпд 4й версии.
я так понимаю, пересборка ядра не поможет?

Установи mpd4 (/usr/ports/net/mpd4). Возьми у него конфигурационный файл от mpd4 и попробуй.
Не понял причем тут пересборка ядра?

Mister1o · Сообщение **Mister1o** » 16.06.2010 11:12

поставил 4й. то же самое. нетграф вшить.

Mydvane · Сообщение **Mydvane** » 16.06.2010 11:44

Mister1o писал(а): ↑
16.06.2010 11:12
нетграф вшить.

модули могут подгружаться динамически, да (:

unixforum.org

MPD5 (кривые руки)

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5

Re: MPD5