Page 6 of 6 FirstFirst ... 456
Results 76 to 86 of 86

Thread: Вопросы по iptables и модулям ядра

  1. #76
    Quote Originally Posted by AndreyPopov View Post
    при том, что версия ядра 2.6.22.19 не меняется уже сколько лет?
    бред несёте, это только версия базового ядра, фактически у проекта своя ветка ядра и она достаточно часто обновляется частями из новых ядер...

  2. #77
    Join Date
    Nov 2006
    Location
    Russia, Moscow
    Posts
    3,640
    Quote Originally Posted by AndreyPopov View Post
    при том, что версия ядра 2.6.22.19 не меняется уже сколько лет?
    Могу поменять, вам будет легче?

    Kernel API между версиями так нехило меняется. Именно из-за этого в 2.6 и 3.x загрузить модули из другой версии просто невозможно.

    А не менял просто потому, чтобы народ не искал по архивам kernel.org версию 2.6.22.100. После перехода на git(надеюсь мы всё же найдём время на эту задачу), буду менять при очередной смене API.

    Ну и насчёт "до этого годами все работало!" - очевидная ложь или уверенность основанная на незнании. Если и везло с каким-то одним модулем, то это чистая случайность.

    MercuryV
    bluetooth не включаю так как никто и не сподобился протестировать.

  3. #78
    Quote Originally Posted by AndreyPopov View Post
    при том, что версия ядра 2.6.22.19 не меняется уже сколько лет? года три? или больше?
    то вообще непонятно какая зависимость модулей от ядра?
    на linux модули в пределах версии ядра хх.уу обычно совместимы без проблем.

    а тут версия ядра одна 2.6.22.19 - только билд сборки отличается - и все! модуля не работают.
    Банальная смена флага -Os на -O2 при компиляции без изменения кода скорее всего сломает совместимость с модулями. 2.6.22.19 - это версия ванильного ядра на которые накладываются патчи. Откройте историю коммитов на гугле и посмотрите сколько изменений в ядре. Это чудо, что какой-то модуль оставался совместимым со старыми версиями.
    ASUS RT-N15U

  4. #79
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527
    Quote Originally Posted by lly View Post
    Могу поменять, вам будет легче?
    конечно будет легче. тогда будет хоть понимание ПОЧЕМУ модули отказываются работать - будет видно, что версия ядра поменялась!

    да, я зайду в /lib/modules и увижу, что там не 2.6.22.19, а 2.6.22.156
    увижу, что в новых модулях тоже /lib/modules/2.6.22.156 и что мне в post-mount надо путь изменить.

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

    Quote Originally Posted by lly View Post
    Kernel API между версиями так нехило меняется. Именно из-за этого в 2.6 и 3.x загрузить модули из другой версии просто невозможно.
    как говорится, давече, на OpenWrt на ядре 3.8.11 отлично работали модули версии 3.7.8 для USB WiFi rt73

    Quote Originally Posted by lly View Post
    Ну и насчёт "до этого годами все работало!" - очевидная ложь или уверенность основанная на незнании. Если и везло с каким-то одним модулем, то это чистая случайность.
    именно годами (пять лет точно!!!!). и НИКОГДА такого не было, чтобы модули от двух смежных билдов не воспринимались.
    всегда обновлял прошивку, а модуля когда обновлял, когда нет.

    ну значит smbfs.ko и cifs.ko какие-то супер-совместимые попались.

    Quote Originally Posted by AndreyUA View Post
    Это чудо, что какой-то модуль оставался совместимым со старыми версиями.
    да проблема по-хлеще! модули билда 5100 не работают на прошивке 5110. как не работают модули 5140 на прошивке 5110.
    надо, чтобы билд модуля сторого совпадал с билдом прошивки.

    т.е. нельзя сказать про "старость" версии.

    ALL если всех устривает этот баг в виде фичи - так я тут не собираюсь с пеной у рта доказывать обратное. вам так хорошо - и ладно. пусть будет фича!
    фича так фича!
    Last edited by AndreyPopov; 20-05-2013 at 13:49.

  5. #80
    Join Date
    Nov 2006
    Location
    Russia, Moscow
    Posts
    3,640
    Quote Originally Posted by AndreyPopov View Post
    конечно будет легче. тогда будет хоть понимание ПОЧЕМУ модули отказываются работать - будет видно, что версия ядра поменялась!
    Ок, но тогда с глупыми вопросами "где мне взять ядро 2.6.22.200?" на форуме нам надо помогать.
    Ну и менять версию для ночных сборок я, в любом варианте, не буду. Только для релизов.

    кого вы вводите в заблуждение 2.6.22.19?
    Только тех, кто хочет заблуждаться...

  6. #81
    Join Date
    Oct 2009
    Posts
    529
    Blog Entries
    1
    Quote Originally Posted by lly View Post
    Ну и менять версию для ночных сборок я, в любом варианте, не буду. Только для релизов.
    Имхо, не стоит вообще суету разводить. Простое правило: обновил прошивку, обнови модули, что используешь
    Дело то минутное.

  7. #82
    Join Date
    Nov 2006
    Location
    Russia, Moscow
    Posts
    3,640
    Quote Originally Posted by MercuryV View Post
    Имхо, не стоит вообще суету разводить. Простое правило: обновил прошивку, обнови модули, что используешь
    Дело то минутное.
    Суету - однозначно. Но для релизов действительно проще иметь жёсткое сообщение - "пошёл нафиг со старыми модулями"

  8. #83
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    есть вопрос: вот тут указано RT-N-1.9.2.7-rtn-r4051 (2012-04-02)
    Code:
    ◦netfilter backports: 
    ◾xt_iprange v1 
    ◾xt_TOS/xt_tos v1 merged into xt_DSCP/xt_dscp 
    ◾u32 match 
    ◾xt_mark v1, xt_MARK v2, merge xt_MARK into xt_mark 
    ◾xt_string v1 
    ◾xt_connmark v1, merge xt_CONNMARK into xt_connmark 
    ◾xt_owner v1 
    ◾xt_connlimit v1 
    ◾xt_addrtype v1 (EXPERIMENTAL) 
    ◾xt_hashlimit v1 (EXPERIMENTAL)
    и если xt_DSCP/xt_dscp видно в списке модулей, то xt_MARK into xt_mark и xt_CONNMARK into xt_connmark не видно. где теперь эти модули?

    и что не так с приведенной ниже командой:
    Code:
    [admin@cs-ukrtel root]$ iptables -t mangle -A PREROUTING -p TCP --dport 22 -j TOS --set-tos 0x10
    iptables: No chain/target/match by that name.
    или надо ipt_TOS.ko подгрузить?

    Quote Originally Posted by lagshmi View Post
    не пробовали использовать QoS с включеным TCP vegas (новые прошивки DD-WRT уже с ним идут) никаких тормозов с включеным и правильно настроеным КоС нет, даже при использовании 2х WAN
    еще вопрос как активировать режим TCP Vegas?

    подгрузить модуль потом добавить tcp_allowed_congetion_algoritm vegas
    и прописать в tcp_congention_control vegas ????
    Last edited by Omega; 15-08-2013 at 02:59. Reason: fixed

  9. #84
    Join Date
    Nov 2006
    Location
    Russia, Moscow
    Posts
    3,640
    Quote Originally Posted by AndreyPopov View Post
    то xt_MARK into xt_mark и xt_CONNMARK into xt_connmark не видно.
    где теперь эти модули?
    Вы только не обижайтесь, но если где-то сделано отлично от того, как вы привыкли, надо таки читать доки...

    Hint.: компоненты netfilter могут быть уже в ядре, глянуть можно в конфиге ядра или например через
    Code:
    cat /proc/net/x_tables_matches
    cat /proc/net/ip_tables_matches
    и что не так с приведенной ниже командой:
    [admin@cs-ukrtel root]$ iptables -t mangle -A PREROUTING -p TCP --dport 22 -j TOS --set-tos 0x10
    iptables: No chain/target/match by that name.
    Code:
    iptables -m tos -h
    уже не катит?

  10. #85
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    Quote Originally Posted by lly View Post
    Code:
    iptables -m tos -h
    уже не катит?
    не катит, потому как в команде то как раз все правильно.
    а вот xt_DSCP.ko xt_dscp.ko надо было подгрузить принудительно, поскольку они не в ядре.

    rt-n15u 5144 модуля точно R2(перепроверил) в логе вижу:
    Code:
    May 28 17:46:42 kernel: ipt_TOS: version magic '2.6.22.19 mod_unload MIPS32_R1 32BIT ' should be '2.6.22.19 mod_unload MIPS32_R2 32BIT '
    May 28 17:46:42 kernel: ipt_tos: version magic '2.6.22.19 mod_unload MIPS32_R1 32BIT ' should be '2.6.22.19 mod_unload MIPS32_R2 32BIT '
    вопрос перенесли из Вопросы по прошивке Вампика сюда - и все? на этом все заглохло?
    Last edited by Omega; 15-08-2013 at 03:00. Reason: 2 posts merged

  11. #86
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question TCP Congnestion Algoritm Vegas перестал работать с провайдерами. в чем причина?

    не знаю может никто еще не сталкивался с этим, но проблема есть:
    TCP Congnestion Algoritm Vegas перестал работать с некоторыми провайдерами - ориенитровачно конец июля начало августа.

    в Днепропетровске есть провайдер Vega(Optima) - так вот с последними версиями прошивок DD-WRT где Vegas забит по умолчанию возникли проблемы при работе.

    у других провайдеров вроде нет проблем.

    поскольку Vegas рекомендован для асимметричных соеднинений (как раз для ADSL), то я и на прошивке энтузиастов у себя настроил Vegas, вместо стандартного Cubic.

    и меня также возникли проблемы:
    - сайты долго открываются
    - сессия PPPoE все время обрывается, при чем обрывает роутер. роутер пишет, что не получил 6 echo ответов и потому обрывает сессию.


    КТО подскажет, какие патчи ядра могут приводить к этому или может были последние изменения в самом драайвере Vegas?

Page 6 of 6 FirstFirst ... 456

Similar Threads

  1. Настройка IPTables
    By _Denis_ in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 531
    Last Post: 11-11-2016, 06:57
  2. Как добавить модули ядра?
    By Boiler in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 57
    Last Post: 18-08-2016, 19:26
  3. Вопросы по работе IPTV (EMF & WMF)
    By theMIROn in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 119
    Last Post: 29-03-2015, 13:18
  4. Вопросы по перепрошивке dir-320
    By gweri in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 344
    Last Post: 29-10-2011, 10:36

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •