oscam unstable 1.20 като newcamd клиент- няма звук на симултикрип

[njor]

Колеги,и при N линия и при camd35 трябва сървъра да е настроен и той да пусне по дадения начин.Как иначе приемника ще вземе нещо което го няма?????????

[mminkov]

да питам и аз (направо съм изключил вече): Колега се закачаше към мен преди няколко месеца по newcamd, на скоро ми писа че не можел вече. Като че ли нищо не съм променял, а и от къщи като пробвах, не се получи. Ето настройките ми:

client-oscam.server
[reader]
label                         = bsc-newcamd1
protocol                      = newcamd
device                        = 213.xxx.yy.z,ab001
key                           = 0102030405060708091011121314
user                          = user1
password                      = 
caid                          = 5581
ident                         = 5581:000000
group                         = 2

[reader]
label                         = bsc-newcamd2
protocol                      = newcamd
device                        = 213.xxx.yy.z,ab002
key                           = 0102030405060708091011121314
user                          = user1
password                      = 
caid                          = 4AEE
ident                         = 4AEE:000000
group                         = 3

server-oscam.conf
[newcamd]
port                          = ab001@5581:000000;ab002@4AEE:000000
key                           = 0102030405060708091011121314
allowed                       = 0.0.0.0-255.255.255.255
keepalive                     = 1
mgclient                      = 1

server-oscam.user
[account]
user                          = user1
pwd                           = 
uniq                          = 0
monlevel                      = 1
sleep                         = 0
au                            = 1
group                         = 1,2,3,4,5,6,7,8,9,10
cccmaxhops                    = 2
cccreshare                    = 1

грешките които ми дава са (на сървъра и на клиента):

2013/03/14 21:00:29  92DDC28 c encrypted newcamd:ab001-client 212.ss.qq.ppp granted (user1, au=auto (8 reader))
2013/03/14 21:00:29  92DDC28 c user user1 authenticated successfully (OSCam)
2013/03/14 21:00:29  92DDC28 c init for reader cache not finished -> reject client
2013/03/14 21:00:29  92DDC28 c encrypted newcamd-client 212.ss.qq.ppp rejected (login failure)
2013/03/14 21:00:29  92DDC28 c anonymous disconnected from 212.ss.qq.pp


23:21:40 100C3738 p bsc-newcamd1 [newcamd] connecting to 213.xxx.yy.z:ab001
23:21:41 100C3738 p login failed for user 'user1'
23:21:41 100C3738 p bsc-newcamd1 [newcamd] disconnected: reason login error1

Сложих последната версия 8551 и на 2-те места - и с нея е така!

[galiano]

Имаш reader с име cache, дай му disable и user1 ще се закачи!

[mminkov]

Имаш reader с име cache, дай му disable и user1 ще се закачи!

Това е така, но какво го бърка този рийдър?

[petar258]

формата за този ред е примерно за портове 15000 и 15001

port = 15000@5581:000000;15001@4AEE:000000

не е задължително да посочваш IP в allowed
и паролата на потребител който се закача към линия не може да е празна
и не знам дали няма проблеми при едновременно логване на един и същ потребител 2 пъти, виж да не би да имаш dropdups = 1
отвори конфиг файловете с линукски редактор, например влез с mc в ftp-то и виж дали няма допълнителни символи на края на всеки ред

[mminkov]

формата за този ред е примерно за портове 15000 и 15001

port = 15000@5581:000000;15001@4AEE:000000

не е задължително да посочваш IP в allowed
и паролата на потребител който се закача към линия не може да е празна
и не знам дали няма проблеми при едновременно логване на един и същ потребител 2 пъти, виж да не би да имаш dropdups = 1
отвори конфиг файловете с линукски редактор, например влез с mc в ftp-то и виж дали няма допълнителни символи на края на всеки ред

Ако пишеш на мен, всичко е направено така, нормално е да съм оставил полето за парола празно, няма да я публикувам тук я! И също казах че преди работеше а сега не, довечера ще спра Кеш-а и ще пробвам така! Няма проблем при едновременно логване "uniq = 0"

[galiano]

В случая единствения проблем е четеца с име "cache"! Това ясно се вижда от лога, оскам казва: "init for reader cache not finished -> reject client"
Сигурен съм, че ако забраниш през уеба този четец, юзерите ще се закачат.

[njor]

Момчиле,
galiano за втори път ти казва и показва в лога.
По правилния въпрос е: какво си объркал в конфигурацията на този четец?

[mminkov]

Лог-а, лог-а, лог-а ... и аз мога да чета но питам защо? Пак ще кажа, рийдъра кеш ми е на сървъра (не при клиента) и е закъчен към 2-ри процес оскам (за кеш)- ето му конфигурацията:

[reader]
label                         = cache
description                   = Cache reader
protocol                      = cccam
device                        = 127.0.0.1,22xxx
user                          = cache
password                      = cache
inactivitytimeout             = 30
reconnecttimeout              = 40
cacheex                       = 3
cacheex_maxhop                = 3
caid                          = 5581,4AEE,0B01
ident                         = 5581:000000;4AEE:000000;0B01:000000
group                         = 4,10,11,12,13,14,15,16,17,18,19,20,21,22,24,25
dropbadcws                    = 1
cccversion                    = 2.3.0
cccmaxhops                    = 0
ccckeepalive                  = 1
audisabled                    = 1

с какво юзър който се закача към сървър го обърква някакъв рийдър на същия процес който се закача лъм друг процес: с 2 думи излиза че може да се получи следния случай: получавам от някъде си линия на сървъра си и за да я гледам с клиент, трябва за я забраня (рийдъра и)! Разликата е, че този рийдър се закача за кешекс процеса по cccam а клиента се закача по newcamd. Когато се закача или със cccam или с camd-35-tcp няма проблем, айде направете сега връзката!

[njor]

А друга обикновена линия или карта на този сървър имаш ли.Само от кеш ридер не може да взимаш.
Или да не бъркаш двата процеса?