Originally posted by piopat:

---

your very wellcome mate im just glad that my tutorial is helping people .

---

Originally posted by jondalor:

---

ronaldo, either you pay for a C/N line or you pay s#k, which is going to be more expensive??
the box must be linked to a payed for card one way or the other.

---

Originally posted by piopat:

---

naz are you using cccam ? cccam 2.1.3 should update your card for you with no problems ,but what you could do is pop the card back in the skybox once or twice a month and that would do the job aswell .

---

Originally posted by fintannl:

---

the problem is not that your card gets disconnected. the problem is that your entitlements on your card are not getting updated. the reason for this is that you must set one (and only one of your users, normally a frequent user) with the authority to update card entitlements. Its an issue that still confuses me in that the server for some reason cannot update his own card entitlements but such is how it works. So if you look at your flines in cccam you will see for example syntax

f: user pass 2 0 0 {0 0 2}

change the syntax of a regular user to

f: user pass 2 0 1 {0 0 2}
instead and now this user will be allowed to update your entitlement info

---

Originally posted by fintannl:

---

C: server.noip.com 12000 username password yes
A Cline that will limit to receive all shares that are only up to 2 hops away

<user><pass>2 1 1 {0:0:1}
bit by bit
the 2 means that you give your clients your local card and all other cards that are on your system. Normally this should be 0 so the user only gets your local card
1 means that you allow the client to reuse your key emulator, as such they can use reuse your key emulator on their system and this should definitely be set to 0
the 1 means that the client can update entitlements. you should have only one client who has this value otherwise your card gets flooded with entitlement updates. this is ok and will work with all clients set to 1. The issue is if the card has logic that says i'm getting too many entitlement updates and shuts down on that basis

the other values 0 0 1 are fine in that you do not allow the client to reshare. i suggest you do some modifications to your cccam.cfg :-)

---

Originally posted by fintannl:

---

the exact opposite. you should have all your clines looking like
C:whatever.com 12000 user pass no
you should have your flines looking like
F:user pass 0 0 0 {0:0:1}
except for the fline that will update you card which will look like
F:user pass 0 0 1 {0:0:1}
naz did you ever read the standard cccam.cfg file? its all there in the description

---

Originally posted by phil43:

---

Just noticed this thread.Many thanks to piopat and all who have
contributed to this thread,very informative,thanks again.

---