Перейти к содержимому
Калькуляторы

accel pptpd accel pptpd

Ответить

replicant   

replicant
Опубликовано · Жалоба

это типичная проблема мту

если не помогает pmtu-discovery (возможно пров косячит), то можно ограничить mss жёстко:

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN  --set-mss 1300

да, и попробовать без шейпера, если навешивается

Мне думается, что проблема с offload'ами ethtool. У меня такое было года два или более назад, когда в kernel новых версий что-то там накрутили и машины встали раком после пробы новых ядер, но iptables, mtu и accel тут не при делах.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано (изменено) · Жалоба

и убедиться что пакеты проходят через TCPMSS

и вообще не плохо бы сюда скинуть настройки iptables:

iptables -vnL

iptables -t mangle -vnL FORWARD

iptables -t nat -vnL

 

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

Изменено пользователем xeb

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

replicant   

replicant
Опубликовано · Жалоба

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

Ясное дело что его просто плющит от оффлоадов, но вдруг он как раз включен и глючит?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serulya   

serulya
Опубликовано · Жалоба

replicant xeb

спасибо Вам за ответы. Попробую по порядку

Прописал ethtool -K eth0 tso off gso off gro off lro off ufo off для обоих интерфейсов (WAN и LAN), однако нужного эффекта не дало. Кстати, действительно было во многих опциях on.

Теперь вывод iptables -vnL

Chain INPUT (policy ACCEPT 833K packets, 128M bytes)

pkts bytes target prot opt in out source destination

142K 16M ACCEPT 47 -- * * 0.0.0.0/0 0.0.0.0/0

0 0 ACCEPT tcp -- * * 192.168.7.15 0.0.0.0/0 tcp spt:1723

0 0 ACCEPT udp -- * * 192.168.7.15 0.0.0.0/0 udp spt:1701

26 1332 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1194 state NEW

 

Chain FORWARD (policy ACCEPT 1783K packets, 1029M bytes)

pkts bytes target prot opt in out source destination

0 0 ACCEPT 47 -- * * 0.0.0.0/0 0.0.0.0/0

0 0 ACCEPT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1723

0 0 ACCEPT tcp -- eth1 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1723

0 0 ACCEPT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:1701

0 0 ACCEPT udp -- eth1 * 0.0.0.0/0 0.0.0.0/0 udp dpt:1701

0 0 ACCEPT tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:1194

0 0 ACCEPT tcp -- * eth1 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:1194

 

Chain OUTPUT (policy ACCEPT 1181K packets, 702M bytes)

pkts bytes target prot opt in out source destination

250K 295M ACCEPT 47 -- * * 0.0.0.0/0 0.0.0.0/0

0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.7.15 tcp dpt:1723

0 0 ACCEPT udp -- * * 0.0.0.0/0 192.168.7.15 udp dpt:1701

Вывод iptables -t mangle -vnL FORWARD:

Chain FORWARD (policy ACCEPT 190 packets, 78423 bytes)

pkts bytes target prot opt in out source destination

Вывод iptables -t nat -vnL

Chain PREROUTING (policy ACCEPT 27614 packets, 2399K bytes)

pkts bytes target prot opt in out source destination

 

Chain INPUT (policy ACCEPT 7824 packets, 771K bytes)

pkts bytes target prot opt in out source destination

 

Chain OUTPUT (policy ACCEPT 534 packets, 38636 bytes)

pkts bytes target prot opt in out source destination

 

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)

pkts bytes target prot opt in out source destination

20610 1477K MASQUERADE all -- * * 10.10.10.0/24 0.0.0.0/0

2170 162K MASQUERADE all -- * * 0.0.0.0/0 0.0.0.0/0

0 0 MASQUERADE all -- * * 10.10.11.0/24 0.0.0.0/0

Шейпер выключен, хотя с шейпером глючит больше.

Вот ещё что заметил в системном логе очень много записей Feb 14 12:40:02 ubuntu kernel: [12591.113381] mppe_compress[2]: osize too small! (have: 1404 need: 1408) Надо mtu подправить в настройках accel? Если да, то на какое значние (не уж то 1408?)? Надо ли править maxmtu?

Вообще большое спасибо, что возитесь с таким нубьём как я :)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

NiTr0   

NiTr0
Опубликовано · Жалоба

mppe вам действительно нужен на брасе?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

taf_321   

taf_321
Опубликовано · Жалоба

Вот ещё что заметил в системном логе очень много записей Feb 14 12:40:02 ubuntu kernel: [12591.113381] mppe_compress[2]: osize too small! (have: 1404 need: 1408)

 

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

 

...
[ppp]
mppe=deny
...

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано · Жалоба

Вывод iptables -t mangle -vnL FORWARD:

Chain FORWARD (policy ACCEPT 190 packets, 78423 bytes)

pkts bytes target prot opt in out source destination

где TCPMSS правило ?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

replicant   

replicant
Опубликовано · Жалоба

Бред №1. При живом iptables -P FORWARD ACCEPT грешно делать какие-то ACCEPT дальше по правилам.

 

Chain FORWARD (policy ACCEPT 1783K packets, 1029M bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT 47 -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1723
0 0 ACCEPT tcp -- eth1 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1723
0 0 ACCEPT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:1701
0 0 ACCEPT udp -- eth1 * 0.0.0.0/0 0.0.0.0/0 udp dpt:1701
0 0 ACCEPT tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:1194
0 0 ACCEPT tcp -- * eth1 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:1194

 

Я бы переписал так.

 

1. iptables -P FORWARD DROP

2. iptables -I FORWARD -s 10.10.10.0/23 -d 0/0 -j ACCEPT

3. iptables -I FORWARD -d 10.10.10.0/23 -s 0/0 -j ACCEPT

 

 

Бред №2. Замените MASQ на нормальный SNAT с указанием eth. Работает лучше и обратное правило писать не нужно будет.

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
20610 1477K MASQUERADE all -- * * 10.10.10.0/24 0.0.0.0/0
2170 162K MASQUERADE all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 MASQUERADE all -- * * 10.10.11.0/24 0.0.0.0/0

 

Пример. eth указать свой исходящий и чтобы адреса при взаимодействии подсетей через NAT не бегали, то прописать ! -d

4. iptables -t nat -A POSTROUTING -o eth1 -s 10.10.10.0/23 ! -d 10.10.10.0/23 -j SNAT --to-source ВАШ_ВНЕШНИЙ_IP

 

Короче говоря весь ваш iptables переписывается в четыре строки (пронумерованы по ходу моего ответа). Из цепочек INPUT и OUTPUT вообще все выбросьте, там же ACCEPT глобальный.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

NiTr0   

NiTr0
Опубликовано · Жалоба

Замените MASQ на нормальный SNAT с указанием eth. Работает лучше и обратное правило писать не нужно будет.

Masquerade и не требует обратных правил в общем-то... Отличие от SNAT - не указывается ип, а определяется автоматом...

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

replicant   

replicant
Опубликовано (изменено) · Жалоба

Отличие от SNAT - не указывается ип, а определяется автоматом...

Как раз это и плохо. Автомат этот работает не так, а каждый раз выдергивая снова и снова этот IP и нужный eth, что негоже.

 

SNAT - правильнее, когда системе явно задается ip+eth.

 

Во-первых, masquerade заново определяет внешний адрес для каждого нового коннекта, и это в данной ситуации будет совсем уже лишней работой.

 

Во-вторых, при кратковременном пропадании линка, masquerade сбрасывает все открытые соединения, т.к. предполагает, что адрес уже сменился. snat сохраняет соединения, если они по таймауту не отвалятся.

Изменено пользователем replicant

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serulya   

serulya
Опубликовано (изменено) · Жалоба

replicantNiTr0xebtaf_321

Спасибо за советы, вроде с некомфортным сёрфингом разобрался. Однако забыл упомянуть о такой проблеме: при скачивании торрент-раздач скорость периодически начинает резко незначительно падать и потом сразу возрастать. На прикреплённом графике это видно. Что это? Просто на 100 Мбитах это выглядет не слишком серьёзно, а вот при 350-450 Мбитах скачки просто огромны и постоянны. Заранее благодарен за помощь.

UPD: вышеописанные незначительная скачки наблюдаются у меня, где сервер и клиент разделяешь лишь свитч. У на расстоянии свыше 140 км у клиента скачки постоянные скачки с амплитудой 5-6 МБайт/сек. Такие вот пироги.

И ещё вопросик - заметил в системном логе вот такую шляпу:

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ho1.eunic.net.ua/A/IN': 2a02:f080::220#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'erin.ns.cloudflare.com/AAAA/IN': 2400:cb00:2049:1::adf5:3a63#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'rick.ns.cloudflare.com/AAAA/IN': 2400:cb00:2049:1::adf5:3a63#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns4.nic.ru/A/IN': 2a02:2090:e800:9000:31:177:67:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns4.nic.ru/AAAA/IN': 2a02:2090:e800:9000:31:177:67:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns8.nic.ru/A/IN': 2a02:2090:ec00:9040:31:177:74:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns4.nic.ru/A/IN': 2a02:2090:ec00:9040:31:177:74:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns8.nic.ru/AAAA/IN': 2a02:2090:ec00:9040:31:177:74:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns4.nic.ru/AAAA/IN': 2a02:2090:ec00:9040:31:177:74:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns4.nic.ru/A/IN': 2a02:2090:ec00:9000:31:177:71:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns8.nic.ru/A/IN': 2a02:2090:ec00:9000:31:177:71:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns4.nic.ru/AAAA/IN': 2a02:2090:ec00:9000:31:177:71:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'ns8.nic.ru/AAAA/IN': 2a02:2090:ec00:9000:31:177:71:100#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'dns.noris.ch/A/IN': 2001:12ff:0:a20::5#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'dns.noris.ch/AAAA/IN': 2001:12ff:0:a20::5#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'dns.noris.ch/A/IN': 2001:418:1::39#53

Feb 16 18:51:57 ubuntu named[932]: error (network unreachable) resolving 'dns.noris.ch/AAAA/IN': 2001:418:1::39#53

Feb 16 18:51:59 ubuntu named[932]: error (network unreachable) resolving 'i1.wp.com/A/IN': 2001:500:90:1::29#53

Это вообще что и как побороть?

Изменено пользователем serulya

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serulya   

serulya
Опубликовано · Жалоба

NiTr0

Спасибо за ответ. Я так понимаю, чистых ipv6 сайтов очень мало и не стОит переживать из-за этого.

А что скажете на счёт скачков скорости в uTorrent?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Lynx10   

Lynx10
Опубликовано · Жалоба

есть вопрос по ipoe

есть конфиг:

====================================

[modules]

log_file

ipoe

radius

pppd_compat

 

[core]

log-error=/var/log/accel-ppp/core.log

thread-count=4

 

[ipoe]

verbose=1

username=ifname

lease-time=400

max-lease-time=400

shared=1

ifcfg=0

mode=L2

start=dhcpv4

attr-dhcp-client-ip=A-Client-IP-Address

attr-dhcp-router-ip=A-Router-IP-Address

attr-dhcp-mask=A-Mask

interface=eth1

 

 

[dns]

dns1=8.8.8.8

dns2=192.168.1.1

 

[radius]

dictionary=/usr/local/share/accel-ppp/radius/dictionary

nas-identifier=accel-ppp

nas-ip-address=127.0.0.1

gw-ip-address=192.168.100.1

server=127.0.0.1,apple,auth-port=1812,acct-port=1813,req-limit=0,fail-time=0

dae-server=127.0.0.1:3799,apple

verbose=1

 

[log]

log-file=/var/log/accel-ppp/accel-ppp.log

log-emerg=/var/log/accel-ppp/emerg.log

log-fail-file=/var/log/accel-ppp/auth-fail.log

log-debug=/dev/stdout

syslog=accel-pppd,daemon

copy=1

level=3

 

[pppd-compat]

ip-up=/etc/accel-ip-up

ip-down=/etc/accel-ip-down

ip-change=/etc/accel-ip-change

radattr-prefix=/var/run/radattr

verbose=1

 

 

[cli]

telnet=127.0.0.1:2000

tcp=127.0.0.1:2001

================================================

 

схема L2 и accel выступает в роли DHCP сервера с авторизацией в радиусе - оттуда же берутся адреса - те назначает радиус!

 

 

Лог работы следующий

------------------------------

root@debi:~# /usr/local/sbin/accel-pppd -c /etc/accel-ppp.conf

accel-ppp version bfc338f17ebbadf377d59c51895f46f02a926fc8

eth1.ipoe0: 07101cdcd74ddd3c: send [RADIUS(1) Access-Request id=1 <User-Name "eth1.ipoe0"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:26:b9:ea:bb:34"> <Called-Station-Id "eth1"> <User-Password >]

eth1.ipoe0: 07101cdcd74ddd3c: recv [RADIUS(1) Access-Accept id=1 <Acct-Interim-Interval 300> <A-Mask 24> <A-Client-IP-Address Х.Х.Х.77> <A-Router-IP-Address Х.Х.Х.1>]

 

eth1.ipoe0: 07101cdcd74ddd3c: send [RADIUS(1) Accounting-Request id=1 <User-Name "eth1.ipoe0"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port-Type Ethernet> <Calling-Station-Id "00:26:b9:ea:bb:34"> <Called-Station-Id "eth1"> <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "07101cdcd74ddd3c"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address Х.Х.Х.77>]

eth1.ipoe0: 07101cdcd74ddd3c: recv [RADIUS(1) Accounting-Response id=1]

eth1.ipoe0: 07101cdcd74ddd3c: failed to set peer IPv4 address: Cannot assign requested address

--------------------------

 

В результате имеем

 

root@debi:/etc# ip ro list

Х.Х.Х.77 dev eth1 scope link src Х.Х.Х.1

192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100

default via 192.168.1.1 dev eth0

 

 

eth1 Link encap:Ethernet HWaddr 00:0c:29:6a:e5:ec

inet addr:Х.Х.Х.1 Bcast:0.0.0.0 Mask:255.255.255.255

inet6 addr: fe80::20c:29ff:fe6a:e5ec/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:78622 errors:0 dropped:0 overruns:0 frame:0

TX packets:1646 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:8182766 (7.8 MiB) TX bytes:286906 (280.1 KiB)

Interrupt:19 Base address:0x2080

 

 

eth1.ipoe0 Link encap:Ethernet HWaddr 00:0c:29:6a:e5:ec

inet6 addr: fe80::20c:29ff:fe6a:e5ec/64 Scope:Link

UP POINTOPOINT RUNNING MULTICAST MTU:1500 Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:100

RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

 

 

1 трафик проходит мимо eth1.ipoe0

2 смущает: "eth1.ipoe0: 07101cdcd74ddd3c: failed to set peer IPv4 address: Cannot assign requested address"

3 В принципе там получается аннамберед схема - и оно работает - только не ясно зачем тогда возня с eth1.ipoe0 ?.......

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Lynx10   

Lynx10
Опубликовано · Жалоба

кто-то запускад ipoe L3 схему ?

Есть вопрос следующий

 

eth1.ipoe0: 07101cdcd74ddd3d: send [RADIUS(1) Access-Request id=1 <User-Name "192.168.101.1"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port-Type Ethernet> <Calling-Station-Id "192.168.101.1"> <Called-Station-Id "8.8.8.8"> <User-Password >]

eth1.ipoe0: 07101cdcd74ddd3d: recv [RADIUS(1) Access-Accept id=1 <Acct-Interim-Interval 300> <A-Router-IP-Address 192.168.101.1>]

eth1.ipoe0: 07101cdcd74ddd3d: can't determine Server-ID

 

что за ошибка can't determine Server-ID и как с ней бороться ?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано · Жалоба
eth1.ipoe0: 07101cdcd74ddd3c: failed to set peer IPv4 address: Cannot assign requested address
eth1.ipoe0: 07101cdcd74ddd3d: can't determine Server-ID
эх, что-то всё сломалось...

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

kayot   

kayot
Опубликовано · Жалоба

1 трафик проходит мимо eth1.ipoe0

2 смущает: "eth1.ipoe0: 07101cdcd74ddd3c: failed to set peer IPv4 address: Cannot assign requested address"

3 В принципе там получается аннамберед схема - и оно работает - только не ясно зачем тогда возня с eth1.ipoe0 ?.......

Оно пытается назначить client-IP клиенту, а router-IP интерфейсу сервера(виртуальному ipoe0), а IP такой уже стоит на самом eth1. Отсюда ошибка.

Трафик мимо драйвера идет по той же причине, маршрут создался, но он указывает на сам eth1, а не на eth1.ipoe0(src адрес то не там).

 

Для vlan-per-user режима(mode=L2,shared=0) все работает идеально, в ближайшее время буду в продакшн запускать.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Lynx10   

Lynx10
Опубликовано · Жалоба

Оно пытается назначить client-IP клиенту, а router-IP интерфейсу сервера(виртуальному ipoe0), а IP такой уже стоит на самом eth1. Отсюда ошибка.

Трафик мимо драйвера идет по той же причине, маршрут создался, но он указывает на сам eth1, а не на eth1.ipoe0(src адрес то не там).

я где-то так себе и представлял.

попробую ещё поковырять чтобы обойти....

влан пер юзер мне схема не подходит - буду мучать пока эту...

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Lynx10   

Lynx10
Опубликовано · Жалоба
eth1.ipoe0: 07101cdcd74ddd3c: failed to set peer IPv4 address: Cannot assign requested address
eth1.ipoe0: 07101cdcd74ddd3d: can't determine Server-ID

эх, что-то всё сломалось...

я думаю что скорее не "сломалось" а где-то я логики не понимаю...

в первом случае (L2 shared) как сказал уже kayot проблема с назначением явно связано с тем что адрес уже стоит на eth1 интерфейсе. Попробую ещё варианты.

 

во втором случае (L3) там или я не понимаю как оно должно работать (или не отдаю чтото по радиусу). но меня смущает то что ошибка "can't determine Server-ID" в исходниках сидит вот здесь:

 

-------------------------

<------>if (!ses->siaddr) {

<------><------>log_ppp_error("can't determine Server-ID\n");

<------><------>ap_session_terminate(&ses->ses, TERM_NAS_ERROR, 0);

<------><------>return;

<------>}

---------------------------

я ещё детально не анализировал исходники но похоже что оно связано с DHCP. а при L3 этот функционал вообще не должен быть затронут.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serulya   

serulya
Опубликовано (изменено) · Жалоба

Я прошу прощения за оффтоп, но кто-нибудь может подсказать на счёт OpenVPN? А то не хочется плодиить темы, ведь поиск ничего конкретного не дал...

Изменено пользователем serulya

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Lynx10   

Lynx10
Опубликовано · Жалоба

Я прошу прощения за оффтоп, но кто-нибудь может подсказать на счёт OpenVPN? А то не хочется плодиить темы, ведь поиск ничего конкретного не дал...

давайте здесь не оффтопить - так как тема и так большая.

по openVPN - работает. Не понятно правда какие задачи вы хотите на него навесить ....

лучше создайте НОВУЮ тему

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано (изменено) · Жалоба
я думаю что скорее не "сломалось" а где-то я логики не понимаю...
да не, явно что-то сломалось после допиливания L2-vlan-per-user

надо отладчиком посмотреть

Изменено пользователем xeb

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Lynx10   

Lynx10
Опубликовано · Жалоба
я думаю что скорее не "сломалось" а где-то я логики не понимаю...
да не, явно что-то сломалось после допиливания L2-vlan-per-user

надо отладчиком посмотреть

хотел ещё спроить по веткам на github

 

в основной ветке - там изменения по ipoe происходят? или в master ветке ?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Lynx10   

Lynx10
Опубликовано · Жалоба

в github не моё, моё только на сф

сори туплю ... правильно на sourceforge

 

так в основной ветке - там изменения по ipoe происходят? или только master ветке ?

то есть что брать для тестирования ? с основной ?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
Перейти к списку тем Программное обеспечение, биллинг и *unix системы