Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns nicht

[laalaa5]

Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns nicht - gelöst

Hallo,

habe folgendes Problem.

Wie im Titel genannt, funktioniert meien Diablo Wifi nach längeren versuchen, wenn ich in der cccam.cfg die lokale IP, also c:192.168.0.5 port name pw, eingebe einwandfrei.
Ändere ich den eintrag jedoch auf meine externe IP c:77.xx.xx.xx port name pw geht es nicht. Auch der dyndns funktioniert ebenfalls nicht. c:meineaccount.no-ip.com port name pw.

Der Zugriff über die externe IP funktioniert mit meiner anderen Box tadellos.

Woran kann das liegen. Wlan unverschlüsselt. Adressen per DHCP vergeben. Hat jemand einen Tip?
Gibt es die Möglichkeit logs / Statusmeldungen von CCCam zu sehen? Kann man per Telnet auf das Modul zugreifen um per ping grundsätzlich die Netzwerkfunktionalität zu testen?

Vielen Dank eurer Laalaa5

Update:
Hier die Lösung von Pinkey vom Threadende:

Hallo zusammen.
Probier mal in der oscam.conf
Im Abschnitt [cccam]

recv_timeout = 4000

einzufügen bzw den wert ändern.

Mfg

 

[Nappy08]

AW: Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns nicht

c:meineaccount.no-ip.com port name pw

Ict zwichen c:meine... ein Freizeichen?

 

[laalaa5]

Re: AW: Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns nicht

glaube ich nicht, dass ich das hatte! ist das denn notwendig?
denn c:192.168.0.5 funktioniert und c:77.xx.xx.xx ja nicht. Und da hatte ich das in beiden fällen definitiv nicht!

Nappy08

Vollzitat entfernt, es steht direkt darüber.

 

[lexus76]

AW: Re: AW: Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns ni

Wurde der Port im Router geöffnet und auf dein Server weitergeleitet.

 

[laalaa5]

Ja! Wie gesagt funktioniert es mit meinem octagon über die externe ip.

Habe gestern auch noch mich bzgl. des Leerzeichen nach c: v ergewissert....

 

[czutok]

AW: Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns nicht

wenn es intern funktioniert , und extern nicht , dann ist entweder die dyndns oder der port zu

wenn die linie aber mit einem recivier funktioniert , würd ich eher sagen das es ein tip fehler sein mus , oder irgend wo ein abstand zuviel eingetragen

 

[laalaa5]

update:
habe vor verzweiflung nun anderen access point genutzt. gleiche symtomatik. tip fehler will ich auf grund der wiederholungen ausschließen. damit meine ich, da ich nun ständig die cccam.cfg geändert habe und sobald ich die lokale ip nutze es funktioniert.

das einzige, was ich mir vorstellen kann, ist dass die gateway einstellungen nicht stimmen. habe ip settings per dhcp und unter ip settings wird der richtige gateway und der richtige dns angezeigt, aber nur da kann der fehler liegen. ein notebook an dem accesspoint löst die dyndns adresse richtig auf.

nun wird formatiert.

update:
formatiert ... alles wieder neu gemacht und die gleiche symtomatik
so langsam zweifel ich an mir. habe nebenbei mal verschlüsselung probiert und das geht entgegen vieler aussagen hier im forum. nur meine externe ip funktioniert nicht. :-(
teste nun das lan module.

Also bei dem Lan Modul das gleiche verhalten.
Werde sie nun von einem anderen Anschluss aus testen :-(

update:
von einem anderen anschluss geht es auch nicht.
weder beim lan noch beim wlan modul. hat jemand eine idee?

kann über die externe ip oder über den no-ip.org account connecten. von anderen boxen geht dies tadellos!

hat noch kemadn eine idee? gibt es irgendwo eine einstellung die dafür verantwortlich sein könnte?

Hallo,

da ich nun ziemlich am Ende bin mit meinem Latein und da ichdenke, so ziemlich alles probiert zu haben, würde ich gerne jemanden mit einer Diablo Cam, welcher er übers Internet nutzt, bitten einen Accaunt zu testen?! Bitte deswegen um eine PM! Ich wäre wirklich dankbar.
Ich weiss einfach nicht, was ich noch probieren müsste. Bin natürlich weiterhin für jeden Versuch offen.
Das einzige, was ich noch testen könnte wäre ein anderer Router. Aber mit anderen Clients funktioniert es auch.


UPDATE 17.08.2014

Hallo,
ich war weiterhin tätig und habe folgende Sachen probiert:

1. Verbindung zu einem anderen Server per cccam -> erfolglos

2. Mir ist aufgefallen, dass folgende Meldung beim Server erscheint, wenn ich das Diblo-CI aus dem Fernseher ziehe (verbindung über externe IP):

Spoiler

2014/08/17 15:20:26 52A278 c anonymous disconnected from 192.168.0.2

192.168.0.2 ist mein Router

3. Wenn ich im Diblo Menu - Configuration- Addon von cccam (externe IP) auf NewCamD (externe IP) switsche erscheint folgende Meldungen am Server:

Spoiler

2014/08/17 15:20:26 52A278 c anonymous disconnected from 192.168.0.2
2014/08/17 15:20:41 52A278 c client connected to 5002 port
2014/08/17 15:20:44 52A278 c WARNING: Setting TCP_KEEPIDLE to 10 minutes for bugged DiabloWifi. Note that this might lead to not detected broken connections or multiple connections.
2014/08/17 15:20:44 52A278 c encrypted newcamd:5002-client 192.168.0.2 granted (user1, au=auto (2 reader))
2014/08/17 15:20:44 52A278 c user user1 authenticated successfully (DiabloCam/UW)
2014/08/17 15:20:44 52A278 c AU enabled for user user1 on reader Sky-S02

User1 steht auch als connectet. Aber Hell wird nichts. Leider habe ich keine Erfahrung mit NewCamd und habe es nun auch nur bei Oscam aktiviert, da cccam nur über die lokale IP funktioniert.

4. Bei Oscam steht unter user unter label regelmäßig anstelle user1 (richtig) user12 (merkwürdig). sobals ich disconnecte steht wieder user1


So, das sind doch einige Infos und ich hoffe jemand kann mir helfen. Ist ja nicht so, dass ich nicht genug probiere ^^

Im Grunde gibt es 2 Lösungsansätze:
a) warum funktioniert die Authentifikation über die externe IP mit Cccam nicht? (anonymous disconnected from 192.168.0.2 / welche cccam Version sollte bei Oscam eingestellt werden)
b) was habe ich bei newcamd falsch eingestellt?

 

[laalaa5]

Hallo,

folgendes aus der Oscam Logfile wenn ich mit dem Diablo-CCCam per externer IP connecte:

Spoiler

2014/08/18 20:28:38 0 s start client thread action 26
2014/08/18 20:28:38 5F68E8 c data from add_job action=26 client c anonymous
2014/08/18 20:28:38 5F68E8 c cccam: new connection from 192.168.0.2
2014/08/18 20:28:38 5F68E8 c send ccc checksum
2014/08/18 20:28:38 5F68E8 c receive ccc checksum
2014/08/18 20:28:39 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:40 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:40 5F68E8 c cccam: failed errno: 4 (Interrupted system call)
2014/08/18 20:28:40 5F68E8 c anonymous disconnected from 192.168.0.2
2014/08/18 20:28:40 5F68E8 c thread 677680B ended!
2014/08/18 20:28:41 5F68E8 c exit cccam1/3
2014/08/18 20:28:41 5F68E8 c exit cccam2/3
2014/08/18 20:28:41 5F68E8 c exit cccam3/3
2014/08/18 20:28:41 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:42 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:43 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:44 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:45 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:46 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:47 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:48 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:49 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:49 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:50 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:51 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:52 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:53 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:54 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:55 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:56 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:57 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:58 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:28:59 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:00 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:01 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:02 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:03 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:04 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:05 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:05 0 s start client thread action 26
2014/08/18 20:29:05 5F68E8 c data from add_job action=26 client c anonymous
2014/08/18 20:29:05 5F68E8 c cccam: new connection from 192.168.0.2
2014/08/18 20:29:05 5F68E8 c send ccc checksum
2014/08/18 20:29:05 5F68E8 c receive ccc checksum
2014/08/18 20:29:06 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:07 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:07 5F68E8 c cccam: failed errno: 4 (Interrupted system call)
2014/08/18 20:29:07 5F68E8 c anonymous disconnected from 192.168.0.2
2014/08/18 20:29:07 5F68E8 c thread 677DC0B ended!
2014/08/18 20:29:08 5F68E8 c exit cccam1/3
2014/08/18 20:29:08 5F68E8 c exit cccam2/3
2014/08/18 20:29:08 5F68E8 c exit cccam3/3
2014/08/18 20:29:08 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:09 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:10 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:11 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:12 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:13 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:14 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:15 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:16 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:17 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:18 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:19 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:20 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:21 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:22 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:23 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:24 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:25 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:26 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:27 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:28 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:29:28 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1

Jemand da eine Idee dazu? Der Versuch des Verbuindungsaufbau wiederholt sich dann regelmäßig.

So sieht es dagegen bei der Nutzung der lokalen IP aus (ich nehme die gleiche cccam.cfg und tausche lediglich die IPs mit verschiedenen Editoren):

Spoiler

2014/08/18 20:39:28 0 s start client thread action 26
2014/08/18 20:39:28 5D4F08 c data from add_job action=26 client c anonymous
2014/08/18 20:39:28 5D4F08 c cccam: new connection from 192.168.0.110
2014/08/18 20:39:28 5D4F08 c send ccc checksum
2014/08/18 20:39:28 5D4F08 c receive ccc checksum
2014/08/18 20:39:28 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:39:29 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:39:30 5D4F08 c ccc username received user1
2014/08/18 20:39:30 5D4F08 c ccc passwdhash received user1
2014/08/18 20:39:30 5D4F08 c encrypted cccam-client 192.168.0.110 granted (user1, au=auto (2 reader))
2014/08/18 20:39:30 5D4F08 c ccc user authenticated user1
2014/08/18 20:39:30 5D4F08 c cccam: send ack:
2014/08/18 20:39:30 5D4F08 43 43 63 61 6D 00 00 00 00 00 00 00 00 00 00 00
2014/08/18 20:39:30 5D4F08 00 00 00 00
2014/08/18 20:39:30 5D4F08 c cccam: cli data:
2014/08/18 20:39:30 5D4F08 00 00 00 60 75 73 65 72 31 00 00 00 00 00 00 00
2014/08/18 20:39:30 5D4F08 00 00 00 00 00 00 00 00 56 BD 03 E1 63 B3 6D 3B
2014/08/18 20:39:30 5D4F08 00 00 00 00 32 2E 30 2E 31 31 00 00 00 00 00 00
2014/08/18 20:39:30 5D4F08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2014/08/18 20:39:30 5D4F08 00 00 00 00 32 38 30 30 00 00 00 00 00 00 00 00
2014/08/18 20:39:30 5D4F08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2014/08/18 20:39:30 5D4F08 00 00 00 00
2014/08/18 20:39:30 5D4F08 c cccam(s) user1: client 'user1' (56BD03E163B36D3B) running v ()
2014/08/18 20:39:30 5D4F08 c ccc send srv_data user1
2014/08/18 20:39:30 5D4F08 c cccam: send server data
2014/08/18 20:39:30 5D4F08 c cccam: auto build set for version: 2.1.1 build: 2971
2014/08/18 20:39:30 5D4F08 c cccam(s) user1: version: 2.1.1, build: 2971 nodeid: 56BD03E163B36D3B
2014/08/18 20:39:30 4F6648 h WebIf: Origin checked. Result: access from 192.168.0.113 => allowed
2014/08/18 20:39:30 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:39:31 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:39:32 5D4F08 c cccam(s) user1: 2.1.x compatibility mode
2014/08/18 20:39:32 5D4F08 c ccc send cards user1
2014/08/18 20:39:32 5D4F08 c add client job action 29 queue length 1 user1
2014/08/18 20:39:32 5D4F08 c add client job action 29 queue length 2 user1
2014/08/18 20:39:32 5D4F08 c reported 2 cards for user1
2014/08/18 20:39:32 5D4F08 c ccc connected and waiting for data user1
2014/08/18 20:39:32 5D4F08 c cccam(s) user1: parse_msg=1
2014/08/18 20:39:32 5D4F08 c cccam(s) user1: ECM request from client: caid 1702 srvid 0074(147) prid 000000
2014/08/18 20:39:32 5D4F08 c matching_reader became slot attribute of 1
2014/08/18 20:39:32 5D4F08 c [GET_CW] wait_time 0 caid 1702 prov 000000 srvid 0074 rc 100 cacheex cl mode 0 ex1rdr 0
2014/08/18 20:39:32 5D4F08 c request_cw stage=2 to reader Sky-S02 ecm hash=0D9DB17D3A93F1422F893ED13F6E07FD
2014/08/18 20:39:32 5D4F08 c start reader thread action 5
2014/08/18 20:39:32 4DBE98 r data from add_job action=5 client r Sky-S02
2014/08/18 20:39:32 4DBE98 r ecm:
2014/08/18 20:39:32 4DBE98 80 30 90 C7 00 00 00 01 10 10 00 87 13 07 84 00
2014/08/18 20:39:32 4DBE98 FE DF 37 A8 B8 A0 E4 A5 AB D1 48 98 AF 23 B1 3E
2014/08/18 20:39:32 4DBE98 E6 AB A4 1D 5F CB 75 65 51 47 88 31 09 20 2B C5
2014/08/18 20:39:32 4DBE98 AB 12 22 0D 6D EE 0B 08 65 80 3C 90 16 28 F9 B9
2014/08/18 20:39:32 4DBE98 1B CD AB 22 A8 91 3A 58 8F FD 45 28 8E D1 EA 19
2014/08/18 20:39:32 4DBE98 7A 78 EF 6E FB B2 4C 97 C4 44 E0 57 C3 7A 56 7A
2014/08/18 20:39:32 4DBE98 5E 88 26 52 C9 E4 2E 57 24 2C FB D7 92 5C 91 03
2014/08/18 20:39:32 4DBE98 8C 59 1A 56 24 0F 66 5B C1 DD F2 E2 89 71 89 1B
2014/08/18 20:39:32 4DBE98 A0 25 76 D4 85 3A 28 85 3B EE 05 84 75 75 91 3D
2014/08/18 20:39:32 4DBE98 8B B9 F8
2014/08/18 20:39:32 4DBE98 r Sky-S02 [irdeto] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/08/18 20:39:32 4DBE98 r Sky-S02 [irdeto] cardreader_do_ecm: cardreader_do_checkhealth returned rc=1
2014/08/18 20:39:32 4DBE98 r Sky-S02 [irdeto] write to cardreader
2014/08/18 20:39:32 4DBE98 05 00 00 02 8D 00 01 10 10 00 87 13 07 84 00 FE

Irgendwer kann mir doch sicherlich weiterhelfen.

 

[Pinkey]

AW: Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns nicht

Hallo zusammen.
Probier mal in der oscam.conf
Im Abschnitt [cccam]

recv_timeout = 4000

einzufügen bzw den wert ändern.

Mfg

 

[laalaa5]

Danke, werde ich leider erst morgen Abend umgehend probieren können.

Update: soeben getestet und es läuft!
Danke für den Tipp. Die Lösung ist manchmal so banal.

 

[laalaa5]

Hallo,

vielleicht ein wenig zu früh gefreut.
Die Verwendung der externen IP 71...... funktioniert, wenn ich aber nun den no-ip account verwende (also meinnutzername.no-ip.org), dann nicht.

Ist zwar total abwegig, aber könnte es daran liegen, dass mein no-ip Nutzername mit ner Zahl beginnt? also 568meinnutzernahme.no-ip.org

IP ist per DHCP und als DNS sthet unter ip config 8.8.8.8 für Google dns.

 

[Pinkey]

AW: Re: Diablo Wifi + UW 2.3 + cccam - locale IP funktioniert - externe/dyndns nicht

vll eine 2te no-ip adresse anlegen zum testen die nicht mit einer zahl beginnt
oder mal

Sie müssen registriert sein, um Links zu sehen.

probieren.

 

[laalaa5]

Also auch wenn ich meine Vermutung selber für abwegig hielt, liegt es an den voranstehenden Zahlen.

Wieder was gelernt. 2. No-IP eintrag und nun läuft wirklich alles.