Не трябва ли, групата user-a и групата на reader-a да се еднакви?
Попаднах на тази инструкция:
READER:
group: 1 (or all groups you are using) > so can aso be 1,2,3,4,5 etc > remember that the group you use in the user settings must be also the same here ! so if in user group = 10 then reader must have at least group 10 !
За cacheex=3 ако се направи това е супер голяма грешка (глупост). Защото кеша които получваш през потребителя ще го връщаш през четеца заедно с твоя кеш, тоест получава се loopback така товариш и твоя оскам и този от който ти дават.Originally Posted by galiano
Идеята е ти получаваш кеш и пращаш твоя без да се смесват. За изпращането на твоя трябва readera да са включени всички групи от другите ти нормални readers чиито кеш искаш да споделяш.
Ако искаш полученият кеш да се използва от нормалните readers и accounts добавяш групата от даденият cacheex=3 към тяхната настройка за група. За всяка отделна размяна се прави нова група за всеки account.
Относно описанията които си чел, не си пълни главата с многозначни описания, приеми това което пиша безусловно. Аз съм пуснал такъв сървар с много разменни и настройките са му на 100 % правилни и съм ги научил както от описания в мрежата, най-вече от хората с които разменям и имат опит в това. Така че цитатите от другите места обясняващи различен подход, най-вероятно са от хора които не са наясно с нещата.
Total push Total got 28362964 1372764
Имам въпроси. На рийдъра не трябва ли да е да само една групата?, Кой протокол трябва да ползвам? И коя версия на oscam-а трябва да ползвам?
Колега първият въпрос е отговорен - написано е как трябва да бъдат в предишните ми постове има и пример, така се настройва както съм написал няма друг вариант които да е правилен. При неправилна настройка поражда натоварване у теб и отсрещната страна = ще бъде прекратена размяната най-вероятно.
Протокола е cccam или camd35 аз предпочитам camd35 защото е по бърз и товари по-малко.
За версиите всяка след svn6039 препоръчвам последните аз лично в момента съм с 7179.
Още малко пояснения, cacheex работи в едноосочен приенцип. Тоест потока от данните е в една посока целият ви кеш се изпраща до отсрещната страна както и вие получавате всичко от там. Няма заявка за кеш за определен канал обработката на кеша се извършва при вас. По тази причина в acount се слага само една отделна уникална група за всеки, след това въпросната група се слага на всеки reader който е в cacheex=3 режим, но без този които участва в текущата размяна.
Групата(е) на cacheex=3 потребителя се слага на всички нормални readers и на потребителя с dvbapi. Ако искате кеша да се използва от нормалните потребители, които се свързват със вас добавяте групите или само определена група, към нормалния потребител които ще се възползва от него.
Добавянето на групи към много потребители ще повиши натоварнето на системата, така че бъдете внимателни с това.
Колеги, защо пиърите с които съм обменил cacheex под cccam протокол, след рестарт на oscam, не се свързват веднага като клиенти, а отнема дсота време докато се закачат, по някога над 30 мин.? При тези които са под camd35, всичко се случва светкавично.
Конфигурацията на потребителската секция е:
Code:[account] user = user pwd = pass caid = group = 19 uniq = 3 cacheex = 3 cacheex_maxhop = 3 numusers = 0 penalty = 0 suppresscmd08 = 1 cccmaxhops = 0 cccreshare = 0 keepalive = 1
Според мен е от различните версии на oscam сложи една 6801 и ще видиш че се вързват веднага.
В момента съм с 7179, предполага се, че това е последния билд който не "яде" паметта на машината, но ако се наложи, ще се върна и до 6801
С по-стария ти гарантирам че работи, ако имаш възможност накарай хората с които разменяш да се върнат и те на 7179 след 7179 имаше доста промени в cccam и нещата опират до там. Другия вариант за да сме сигурни че проблема е в това обнови се до последната версия и виж какво е положението с нея.
Всъщност, аз до вчера бях с 7237 и нямаше никакво изтичане на памет, както се твърдеше в няколко други теми. Видях обаче, че е работено по cacheex относно паметта и надежда за по-голяма сигурност сложих 7245, в продължение на 20 часа нямах проблем с паметта, но днес без никаква видима причина ми глътна 200 МБ за час и половина. Това ме накара да се върна към 7179. Проблема с бавното свързване след рестарт при cecheex и cccam протокола го има при всички билдове. Не е изключено и хората отсреща да не конфигурират правилно reader-а за мен, това е малко вероятно, но не и невъзможно. Понатрупах впечатления от cacheex и като цяло бих казал, че camd35 протокол-а е по-добрия вариант за кеш обмен, поне за сега.
Posting Permissions
