Telematikinfrastruktur Erfahrungsaustausch
Moin,
unter meinen Kunden befinden sich auch einige Ärzte, welche sich künftig mit der Telematikinfrastruktur-Geschichte der Gematik herumärgern dürfen. Da ich weiß, dass einige von euch ebenfalls im medizinischen Bereich tätig sind, wollte ich diesen Thread zum Erfahrungsaustausch ins Leben rufen.
Aktuell hat von meinen Kunden noch keiner konkret umgestellt. Bis jetzt scheint es mir sinnvoll, die Umstellung durch einen unabhängigen Dienstleister (welcher meist Hersteller der Praxissoftware ist) durchführen zu lassen, um sich da nicht mehr Probleme als nötig zu machen. Wobei ich bis jetzt wenig positives berichtet bekommen habe...
Aus technischer Sicht ist von den ausführenden Stellen nicht all zu viel Information, welche über das Level "digitale Datenautobahn" hinausgeht, zu erwarten. Das einzige technische was ich bisher dazu gefunden habe, ist das Whitepaper der Gematik.
Hat von euch schon jemand solch eine Umstellung durchgeführt bzw. wurde hinzugezogen?
Schönen Freitag,
MOS
unter meinen Kunden befinden sich auch einige Ärzte, welche sich künftig mit der Telematikinfrastruktur-Geschichte der Gematik herumärgern dürfen. Da ich weiß, dass einige von euch ebenfalls im medizinischen Bereich tätig sind, wollte ich diesen Thread zum Erfahrungsaustausch ins Leben rufen.
Aktuell hat von meinen Kunden noch keiner konkret umgestellt. Bis jetzt scheint es mir sinnvoll, die Umstellung durch einen unabhängigen Dienstleister (welcher meist Hersteller der Praxissoftware ist) durchführen zu lassen, um sich da nicht mehr Probleme als nötig zu machen. Wobei ich bis jetzt wenig positives berichtet bekommen habe...
Aus technischer Sicht ist von den ausführenden Stellen nicht all zu viel Information, welche über das Level "digitale Datenautobahn" hinausgeht, zu erwarten. Das einzige technische was ich bisher dazu gefunden habe, ist das Whitepaper der Gematik.
Hat von euch schon jemand solch eine Umstellung durchgeführt bzw. wurde hinzugezogen?
Schönen Freitag,
MOS
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 365008
Url: https://administrator.de/contentid/365008
Ausgedruckt am: 21.11.2024 um 21:11 Uhr
53 Kommentare
Neuester Kommentar
Hallo,
ich kann hier nur für Zahnärzte sprechen.
Und dem aktuellen Stand. Das kann Morgen alles schon anders sein.
Aktuell gibt es nur einen Anbieter mit einem Gerät der zertifiziert ist.
Es handelt sich hierbei um die Compugroup. Die macht auch kräftig werbung.
Die Installation darf nur durch zertifizierte Techniker ausgeführt werden.
Also die Servicepartner der Compugroup.
That's it.
Ich finde es unverantwortlich ein System unter diesen Rahmenbedingungen einzuführen.
Wenn Jemand nun einen Fehler bei diesen Geräten findet und die Zertifizierung wiederrufen wird steht das Gesamte Gesundheitswesen vor dem "Nichts". Es muss doch mindestens 2 Anbieter geben.
Stefan
ich kann hier nur für Zahnärzte sprechen.
Und dem aktuellen Stand. Das kann Morgen alles schon anders sein.
Aktuell gibt es nur einen Anbieter mit einem Gerät der zertifiziert ist.
Es handelt sich hierbei um die Compugroup. Die macht auch kräftig werbung.
Die Installation darf nur durch zertifizierte Techniker ausgeführt werden.
Also die Servicepartner der Compugroup.
That's it.
Ich finde es unverantwortlich ein System unter diesen Rahmenbedingungen einzuführen.
Wenn Jemand nun einen Fehler bei diesen Geräten findet und die Zertifizierung wiederrufen wird steht das Gesamte Gesundheitswesen vor dem "Nichts". Es muss doch mindestens 2 Anbieter geben.
Stefan
Moin,
Der geplante Zugangsweg zum Entfernen Deiner steingehärteten Gallenblase ist da noch nicht abgelegt ...
Wenn Jemand so ein Gedöhns mal installiert - mich würde dringend interessieren, inweit das Zeugens noch funktional ist, wenn man den connector in eine DMZ packt ... ich stell mir diesen Trojaner doch nicht ins eigene LAN
LG, Thomas
Die Installation darf nur durch zertifizierte Techniker ausgeführt werden.
wo stammt diese Info her? Von CGM ??Aktuell gibt es nur einen Anbieter mit einem Gerät der zertifiziert ist. Es handelt sich hierbei um die Compugroup.
Es gibt aktuell nur einen Connector, der zertifiziert ist - die KoCoBox MED+ von der KoCo Connector GmbH, die IMHO mit CGM nix zu tun hat. Praxisverwaltungen mit Zulassung hat es aktuell schon knapp 60.Wenn Jemand nun einen Fehler bei diesen Geräten findet und die Zertifizierung wiederrufen wird steht das Gesamte Gesundheitswesen vor dem "Nichts".
Wieso stehen wir dann vor dem Nichts ?? Dann gehts offline weiter ... in aktuellen rollout-Phase passiert ja nichts weiter, als dass die auf der Karte hinterlegten Stammdaten des Patienten abgeglichen werden.Der geplante Zugangsweg zum Entfernen Deiner steingehärteten Gallenblase ist da noch nicht abgelegt ...
Wenn Jemand so ein Gedöhns mal installiert - mich würde dringend interessieren, inweit das Zeugens noch funktional ist, wenn man den connector in eine DMZ packt ... ich stell mir diesen Trojaner doch nicht ins eigene LAN
LG, Thomas
Hallo,
Zwei Anmerkungen:
Ein Blick bei Google zum Thema https://www.google.de/search?q=gematik+rechenzentrum&oq=gematik+rech ... zeigt, dass hier nicht nur Arztpraxen mit Werbung und Serviceverträgen vollgeballert werden. Da werden in Form von Infrastruktur Fakten geschaffen.
Die „Marktlücke“ der nicht-Arztsoftware-Anbieter sehe ich in der ordnungsgemässes Isolierung der Gesundheitstrojanerbox. Der Konnektor ist ein nicht zu kontrollierendes Fremdsystem, das in eine DMZ gehört.
Grüße
lcer
Zwei Anmerkungen:
Ein Blick bei Google zum Thema https://www.google.de/search?q=gematik+rechenzentrum&oq=gematik+rech ... zeigt, dass hier nicht nur Arztpraxen mit Werbung und Serviceverträgen vollgeballert werden. Da werden in Form von Infrastruktur Fakten geschaffen.
Die „Marktlücke“ der nicht-Arztsoftware-Anbieter sehe ich in der ordnungsgemässes Isolierung der Gesundheitstrojanerbox. Der Konnektor ist ein nicht zu kontrollierendes Fremdsystem, das in eine DMZ gehört.
Grüße
lcer
Mich würden am "Ende" auch mal die Kosten interessieren.
Bei der eGK waren es ca. 1.8 Milliarden Euro.
Also "nur" ein neues Lesegerät und Karten mit Foto.
Wenn man nun die Mehrkosten in Hardware und Dienstleistung sowie die höheren Entwicklungs- und Betriebskosten hochrechnet könnte man bei 40 Mrd Euro liegen. Da wäre es vermutlich billiger das alles wegzulassen und bei jeder Karte anzurufen und sich die Gültigkeit bestätigen zu lassen.
Ich finde das technisch alles totalen overkill.
Ich finde Datenschutz auch wichtig, aber hier sind wir 100mal (oder mehr) sicherer als beim Onlinebanking.
Eine Signaturkarte in einem Lesegerät eine PKI und HTTPs wären doch völlig ausreichend. Na scheinbar nicht.
Auch sind viele praktische Fragen unbeantwortet.
Was passiert wenn so ein Ding kaputt geht? Von Garantie oder Vor-Ort-Service spricht keine.
Und Lesegeräte können nicht mehr repariert werden weil sie verplombt sind.
Wenn später dann die Rezepte auf der eigenen Karte gespeichert werden, muss der Arzt ja unterschreiben.
Bisher hat er das in der Behandlung in kurzen Unterbrechungen gemacht.
Jetzt muss er nach vorne und seinen Pin eingeben. Mal schaue wieviele Pins dann ohne den Arzt eingegeben werden.
Die Coco-Box ist ja quasi ein VPN-Router.
Ich bin mal gespannt wie die sich in Netzwerken mit Firewall integrieren lässt.
Ich vermute deren Ideen bezüglich dem Schutz des Kundennetzwerkes und der Vorstellung des Kunden sind nicht deckungsgleich.
Stefan
Update: eGK-Kosten
https://www.ikkev.de/politik/egk/
Bei der eGK waren es ca. 1.8 Milliarden Euro.
Also "nur" ein neues Lesegerät und Karten mit Foto.
Wenn man nun die Mehrkosten in Hardware und Dienstleistung sowie die höheren Entwicklungs- und Betriebskosten hochrechnet könnte man bei 40 Mrd Euro liegen. Da wäre es vermutlich billiger das alles wegzulassen und bei jeder Karte anzurufen und sich die Gültigkeit bestätigen zu lassen.
Ich finde das technisch alles totalen overkill.
Ich finde Datenschutz auch wichtig, aber hier sind wir 100mal (oder mehr) sicherer als beim Onlinebanking.
Eine Signaturkarte in einem Lesegerät eine PKI und HTTPs wären doch völlig ausreichend. Na scheinbar nicht.
Auch sind viele praktische Fragen unbeantwortet.
Was passiert wenn so ein Ding kaputt geht? Von Garantie oder Vor-Ort-Service spricht keine.
Und Lesegeräte können nicht mehr repariert werden weil sie verplombt sind.
Wenn später dann die Rezepte auf der eigenen Karte gespeichert werden, muss der Arzt ja unterschreiben.
Bisher hat er das in der Behandlung in kurzen Unterbrechungen gemacht.
Jetzt muss er nach vorne und seinen Pin eingeben. Mal schaue wieviele Pins dann ohne den Arzt eingegeben werden.
Die Coco-Box ist ja quasi ein VPN-Router.
Ich bin mal gespannt wie die sich in Netzwerken mit Firewall integrieren lässt.
Ich vermute deren Ideen bezüglich dem Schutz des Kundennetzwerkes und der Vorstellung des Kunden sind nicht deckungsgleich.
Stefan
Update: eGK-Kosten
https://www.ikkev.de/politik/egk/
Moin nochmal,
LG, Thomas
Mich würden am "Ende" auch mal die Kosten interessieren. Bei der eGK waren es ca. 1.8 Milliarden Euro. Also "nur" ein neues Lesegerät und Karten mit Foto.
ganz so schlimm ist es auch wieder nicht . Das sind die kumulierten Kosten von der eCard release 1 bis heute ... da kosten die öffentlichen Hände die "Neubürger" das Minimum 25fache. Pro Jahr, selbstverständlich !Was passiert wenn so ein Ding kaputt geht?
Offline weiter arbeiten ...Und Lesegeräte können nicht mehr repariert werden weil sie verplombt sind.
Ich konnte bisher keine Cardreader reparieren und werde das auch weiterhin nicht können - Raider heisst jetzt also Twix . Muss ich dann zum Hersteller schicken, müsste ich heute auch (die Teile sind auch heute schon versiegelt).Wenn später dann die Rezepte auf der eigenen Karte gespeichert werden, muss der Arzt ja unterschreiben. Bisher hat er das in der Behandlung in kurzen Unterbrechungen gemacht. Jetzt muss er nach vorne und seinen Pin eingeben.
Hier werden die AIS-Anbieter Lösungen anbieten müssen, ich könnte mir vorstellen, dass ich mit meinen credentials im AIS die Rezepte automatisiert oder halt auch manuell via PIN autorisiere.Die Coco-Box ist ja quasi ein VPN-Router.
Im Prinzip schon ... nur ein bisschen aufgebohrt. Du brauchst eine SIM-Card pro Betriebstätte und den elektronischen HBA pro LANR, die Du dort einfriemeln musst. Den Rest macht der hardware-Trojaner ganz von alleine ... LG, Thomas
Zitat von @keine-ahnung:
Ich konnte bisher keine Cardreader reparieren und werde das auch weiterhin nicht können - Raider heisst jetzt also Twix . Muss ich dann zum Hersteller schicken, müsste ich heute auch (die Teile sind auch heute schon versiegelt).
Ich konnte bisher keine Cardreader reparieren und werde das auch weiterhin nicht können - Raider heisst jetzt also Twix . Muss ich dann zum Hersteller schicken, müsste ich heute auch (die Teile sind auch heute schon versiegelt).
https://www.viadavinci.de/gesundheitswesen/service.html
Anruf und aufbereitetes und vorkonfiguriertes für die eigene Software Gerät am nächsten Tag.
In Hamburg auch direkt abzuholen.
Hallo,
Ein paar Aussagen Betroffener:
http://vondoczudoc.de/viewtopic.php?f=11&t=6589
http://vondoczudoc.de/viewtopic.php?f=11&t=6625
Grüße
lcer
Ein paar Aussagen Betroffener:
http://vondoczudoc.de/viewtopic.php?f=11&t=6589
http://vondoczudoc.de/viewtopic.php?f=11&t=6625
Grüße
lcer
Hallo,
falls es interessiert - wir haben jetzt einen koco-Connector in Betrieb genommen bekommen. Die Installation erfolgte über einen CGM-Telematik-Servicetechniker der ganz fit im Themenfeld war.
Folgende, für mich neue Infos gab es - ohne Gewähr natürlich:
- Die Praxis SMC-B kommt in ein Lesegerät, nicht in den Konnektor. Nach dem Einschalten dieses Lesegerätes muss die SMC-B entsperrt werden.
- weitere Lesegeräte laufen quasi als "Client" des ersten Lesegerätes, die (soll) kann man ohne entsperren ein- und ausschalten können
- bei kurzfristigen Stromausfall am Lesegerät mit der SMC-B muss diese also vor Ort entsperrt werden
- auch daher sollte pro Betriebsstätte eine SMC-B vorhanden sein
- Den Konfigurationszugang für den Connector habe ich bekommen.
- Die Konnektorkonfiguration scheint recht flexibel zu sein. DHCP-Server, DHCP Client, Statische Routen sind möglich.
- Allerdings hatte ich mit IE11 Probleme auf ein "OK" zu klicken, Firefox ging dann aber.
- Witzig nebenbei - Die Konfigurationsoberfläche wird über https aufgerufen und das Zertifikat wird prompt als nicht vertrauenswürdig eingestuft!
Die Einbindung in ein geroutetes Netz funktionierte. (Netz 1 Konnektor und Lesegerät, Netz 2 weiteres Lesegerät, Netz 3 AIS). Isolation ist also möglich.
In unserem Fall greift das AIS wohl über Port 80 ? auf den Konnektor zu, das ist aber noch zu prüfen - auch ob das alles ist. Die Lesegeräte machen so etwas wie SNMP-Traps auf das AIS - unaufgeforderte eingehende Nachrichten über "EGK steckt" und ähnlich. Der Port dafür muss also freigegeben sein! Achtung bei entsprechenden Statful-Inspection-Firewalls bzw. Endpoint-Firewalls. Der Port dafür ist aber wohl einstellbar.
In der Lieferkiste waren ein paar schöne kurze Patchkabel dabei und die alten Netzteile der Vorgänger-Lesegeräte passen immer noch.
Grüße
lcer
falls es interessiert - wir haben jetzt einen koco-Connector in Betrieb genommen bekommen. Die Installation erfolgte über einen CGM-Telematik-Servicetechniker der ganz fit im Themenfeld war.
Folgende, für mich neue Infos gab es - ohne Gewähr natürlich:
- Die Praxis SMC-B kommt in ein Lesegerät, nicht in den Konnektor. Nach dem Einschalten dieses Lesegerätes muss die SMC-B entsperrt werden.
- weitere Lesegeräte laufen quasi als "Client" des ersten Lesegerätes, die (soll) kann man ohne entsperren ein- und ausschalten können
- bei kurzfristigen Stromausfall am Lesegerät mit der SMC-B muss diese also vor Ort entsperrt werden
- auch daher sollte pro Betriebsstätte eine SMC-B vorhanden sein
- Den Konfigurationszugang für den Connector habe ich bekommen.
- Die Konnektorkonfiguration scheint recht flexibel zu sein. DHCP-Server, DHCP Client, Statische Routen sind möglich.
- Allerdings hatte ich mit IE11 Probleme auf ein "OK" zu klicken, Firefox ging dann aber.
- Witzig nebenbei - Die Konfigurationsoberfläche wird über https aufgerufen und das Zertifikat wird prompt als nicht vertrauenswürdig eingestuft!
Die Einbindung in ein geroutetes Netz funktionierte. (Netz 1 Konnektor und Lesegerät, Netz 2 weiteres Lesegerät, Netz 3 AIS). Isolation ist also möglich.
In unserem Fall greift das AIS wohl über Port 80 ? auf den Konnektor zu, das ist aber noch zu prüfen - auch ob das alles ist. Die Lesegeräte machen so etwas wie SNMP-Traps auf das AIS - unaufgeforderte eingehende Nachrichten über "EGK steckt" und ähnlich. Der Port dafür muss also freigegeben sein! Achtung bei entsprechenden Statful-Inspection-Firewalls bzw. Endpoint-Firewalls. Der Port dafür ist aber wohl einstellbar.
In der Lieferkiste waren ein paar schöne kurze Patchkabel dabei und die alten Netzteile der Vorgänger-Lesegeräte passen immer noch.
Grüße
lcer
Moin,
zumindest schon mal einige "gute" Nachrichten! Ich habe das gleich mal an APT 28 und Snake weitergereicht ...
LG, Thomas
zumindest schon mal einige "gute" Nachrichten! Ich habe das gleich mal an APT 28 und Snake weitergereicht ...
weitere Lesegeräte laufen quasi als "Client" des ersten Lesegerätes, die (soll) kann man ohne entsperren ein- und ausschalten können
Ich vermute, dass die auch für die TIS zertifiziert sein müssen oder funktionieren als "clients" auch Geräte der aktuell verwendeten Generation?Isolation ist also möglich.
Das ist das Allerwichtigste ...In unserem Fall greift das AIS wohl über Port 80 ? auf den Konnektor zu, das ist aber noch zu prüfen - auch ob das alles ist.
Wäre lieb, wenn Du hier bei Gelegenheit mal verlautbaren könntest, ob da noch andere Wege offen sein müssen - insbesondere in Richtung Konnektor -> Produktivnetz.LG, Thomas
Kleine Zwischeninfo
Ich habe folgende nette Seite gefunden: Amüsant Informativ: https://enbyn.de/ti-installation/
Hinzuzufügen ist, dass der Zugriff zwischen Konnektor und AIS und Lesegerät über geroutete Netze funktioniert. Allerdings scheint der Zugriff auf die "Bestandsnetze" (Sichere Netz der KVen) geblockt zu werden, wenn die Anfrage nicht aus dem direkt angebundenen Netz des Konnektors kommt.
Grüße
lcer
Ich habe folgende nette Seite gefunden: Amüsant Informativ: https://enbyn.de/ti-installation/
TCP/UDP 53 (DNS)
TCP 80
TCP 443
UDP 123 (NTP wenn man intern keine Zeitquelle hat)
UDP 500 (IPSec)
UDP 4500 (IPSec)
AH / ESP (IPSec nix Ports)
TCP 8443 (TI / KV-SafeNet)
TCP 9443 (Zugriff von intern auf’s Webinterface – NICHT ausgehend!!!)
https://IPADRESSE-KoCoBox:9443/administration/start.htm (muss bei der KoCoBox anscheinend genau so sein, sonst wird man vom Webserver (Jetty) lediglich beschimpft)
Hinzuzufügen ist, dass der Zugriff zwischen Konnektor und AIS und Lesegerät über geroutete Netze funktioniert. Allerdings scheint der Zugriff auf die "Bestandsnetze" (Sichere Netz der KVen) geblockt zu werden, wenn die Anfrage nicht aus dem direkt angebundenen Netz des Konnektors kommt.
Grüße
lcer
Nette Info am Rande:
Momentan scheint es ein Telematikinfrastruktur-Globales Problem zu geben. Soweit die Protokolle des Konnektors auswertbar sind, führt eine abgelaufene CRL zur Verweigerung des erneuten VPN-Aufbaus zur Telemantikinfrastruktur. Scheint VIELE - alle ? angeschlossene Systeme zu betreffen
Da scheint jemand das mit der Hochverfügbarkeit nicht verstanden und die Konsequenzen fehlender oder ungültiger Zertifikatssperrlisten nicht verinnerlicht zu haben.
Bei dieser Gelegenheit ist mit aufgefallen, dass es wohl keine (zumindest keine offensichtlich vorgesehene) Möglichkeit gibt den Funktionszustand der Box zu monitoren. Zumindest nicht für den Netzwerk-Administrator. Es muss aber wohl eine Schnittstelle geben, da das AIS eine solche Funktion nutzt und anzeigt.
Grüße
lcer
Momentan scheint es ein Telematikinfrastruktur-Globales Problem zu geben. Soweit die Protokolle des Konnektors auswertbar sind, führt eine abgelaufene CRL zur Verweigerung des erneuten VPN-Aufbaus zur Telemantikinfrastruktur. Scheint VIELE - alle ? angeschlossene Systeme zu betreffen
Da scheint jemand das mit der Hochverfügbarkeit nicht verstanden und die Konsequenzen fehlender oder ungültiger Zertifikatssperrlisten nicht verinnerlicht zu haben.
Bei dieser Gelegenheit ist mit aufgefallen, dass es wohl keine (zumindest keine offensichtlich vorgesehene) Möglichkeit gibt den Funktionszustand der Box zu monitoren. Zumindest nicht für den Netzwerk-Administrator. Es muss aber wohl eine Schnittstelle geben, da das AIS eine solche Funktion nutzt und anzeigt.
Grüße
lcer
Schön finde ich auch
Wir war das mit dem Anwaltspostfach?
Stefan
Wie so ziemlich jedes andere Gerät auch, benötigt die KoCoBox ein funktionierendes DNS. Das bezieht die Kiste aber nicht von den vielen, vielen offenen DNS-Servern (9.9.9.10 z.B.), sondern von den Google Public DNS-Servern. Ja richtig, in dieser super sicheren Infrastruktur, bezieht man die Namensauflösung von Google. Ich habe nichts gegen Google! Im Gegenteil. Aber ich muss mich schon wundern, dass bei der Größe des Projektes keine eigenen DNS-Server mit entsprechender Absicherung (DNSSEC / DANE) mehr drin waren. Aber sei es drum.
Wir war das mit dem Anwaltspostfach?
Stefan
wenn man möchte, kann man auch einen beliebigen anderen DNS-Server eintragen.
Wobei ich mit nicht sicher bin, ob er den DNS-Server in Verbindung mit der Telematikinfrastruktur überhaupt nutzt. Möglicherweise wird die Verbindungs des TI-VPN auch über eine fest einprogrammierte feste IP initiiert. Für die Datenströme innerhalb des VPN scheint es jedenfalls eigene, nur intern erreichbare DNS-Server zu geben. Auch das Wort DNSSEC wird hier in der Weboberfläche des Konnektors verwendet.
lcer
Wobei ich mit nicht sicher bin, ob er den DNS-Server in Verbindung mit der Telematikinfrastruktur überhaupt nutzt. Möglicherweise wird die Verbindungs des TI-VPN auch über eine fest einprogrammierte feste IP initiiert. Für die Datenströme innerhalb des VPN scheint es jedenfalls eigene, nur intern erreichbare DNS-Server zu geben. Auch das Wort DNSSEC wird hier in der Weboberfläche des Konnektors verwendet.
lcer
Guten Abend, ich bin neu hier und interessierter Laie in der it. (Leider?) habe ich in meiner Praxis die Telematik Infrastruktur mit Koco box und allem pipapo installieren lassen.
Nun gibts keine Verbindung mehr zur KV (quartalsabrechnung steht an ), keine online Prüfung der versichertenkarten, laue kommentare der cgm. Bzw. Ärgerliche Kommentare:
Meine IT Firma schrieb am 19.3.:
Folgende Information möchten wir Ihnen aus dem Hause der CGM weiterleiten.
WICHTIGE MITTEILUNG!!!!
Sehr geehrte Damen und Herren Doctores,
am 19. März 2018 konnte in vielen Praxen keine Verbindung zur Telematikinfrastruktur aufgebaut werden. Die Störungsursache liegt außerhalb der CGM in der zentralen Infrastruktur, welche durch die Firma Arvato Systems betrieben wird. Der Grund für die Störung wurde dort identifiziert und bereits behoben. Die Komponenten zur Telematikinfrastruktur sind nicht ursächlich für das zeitweilige Problem und bleiben nach Behebung der externen Störung weiter voll funktionsfähig.
Ganz im Gegenteil: Die entsprechenden Sicherheitseinrichtungen des Konnektors haben mit ihrer Abschaltung völlig korrekt auf diese Störung reagiert und damit einmal mehr unter Beweis gestellt, dass die TI sicher ist.
Auch wenn es zu kurzfristigen Störungen des Abgleichs von Versichertenstammdaten kommt, bleiben die Arztpraxen weiterhin voll arbeitsfähig. Das Einlesen der eGKs kann weiterhin erfolgen, allerdings ohne Onlineprüfung. Die Karte gilt als gültiger Leistungsanspruchsnachweis und alle relevanten Daten zur Abrechnung werden erfasst. Eine erneute Online-Prüfung wird bei der nächsten Vorstellung des Patienten in der Praxis durchgeführt.
Konkret führte das temporäre Nichterreichen eines Zertifikatservers dazu, dass eine notwendige Aktualisierung der CRL-Zertifikate ausblieb und der Konnektor nach mehrfachen erfolglosen Aktualisierungsversuchen aufgrund einer Sicherheitsvorgabe in einen Offline-Zustand wechselt. Um den Konnektor nun wieder erfolgreich mit der Telematikinfrastruktur zu verbinden, wäre ein manueller Eingriff notwendig.
Die CGM arbeitet mit Hochdruck an einem Verfahren, um mit Ihnen direkt - ohne DVO-Unterstützung - eine Behebung der Störung durch Sie selbst vorgenommen werden kann. Es wird an dieser Stelle noch um Geduld gebeten. Das Software-Werkzeug dazu befindet sich aktuell in der Prüfung....
Und heute das:
Guten Tag,
anbei ein Statusbericht zum Zertifikatsfehler. Das versprochene Tool der CGM steht uns /Ihnen derzeit noch nicht zur Verfügung.
Da auch die Quartalsabrechnung vor der Tür steht (KV-Portal nicht erreichbar über die TI) benötigen wir Ihre Entscheidung.
Rückmeldung zur Ihrer Entscheidung bitte ausschließlich per Mail an xxxxx oder Fax an xxxxx
(Bitte Fernwartung per Teamviewer am Online-PC ermöglichen, also der PC an den Sie Ihre KV-Abrechnung durchführen werden).
(Bitte Fernwartung per Teamviewer am Online-PC ermöglichen, also der PC an den Sie Ihre KV-Abrechnung durchführen werden).
Nach Einspielen des Zertifikats und Neustart des Konnektors stehen Ihnen alle Funktionen ca. fünf Minuten später zur Verfügung.
Halten Sie für alle Fälle die Ihnen ausgehändigten Dokumentationen und Zugangsdaten zur Verfügung.
Mit besten Grüßen
Großartig. Wie soll ich mich da entscheiden. Soll ichs mal selber ausprobieren? (Siehe oben: ich traue mir zu...) Kann man das als Laie bringen?
Vielen Dank!
Nun gibts keine Verbindung mehr zur KV (quartalsabrechnung steht an ), keine online Prüfung der versichertenkarten, laue kommentare der cgm. Bzw. Ärgerliche Kommentare:
Meine IT Firma schrieb am 19.3.:
Folgende Information möchten wir Ihnen aus dem Hause der CGM weiterleiten.
WICHTIGE MITTEILUNG!!!!
Sehr geehrte Damen und Herren Doctores,
am 19. März 2018 konnte in vielen Praxen keine Verbindung zur Telematikinfrastruktur aufgebaut werden. Die Störungsursache liegt außerhalb der CGM in der zentralen Infrastruktur, welche durch die Firma Arvato Systems betrieben wird. Der Grund für die Störung wurde dort identifiziert und bereits behoben. Die Komponenten zur Telematikinfrastruktur sind nicht ursächlich für das zeitweilige Problem und bleiben nach Behebung der externen Störung weiter voll funktionsfähig.
Ganz im Gegenteil: Die entsprechenden Sicherheitseinrichtungen des Konnektors haben mit ihrer Abschaltung völlig korrekt auf diese Störung reagiert und damit einmal mehr unter Beweis gestellt, dass die TI sicher ist.
Auch wenn es zu kurzfristigen Störungen des Abgleichs von Versichertenstammdaten kommt, bleiben die Arztpraxen weiterhin voll arbeitsfähig. Das Einlesen der eGKs kann weiterhin erfolgen, allerdings ohne Onlineprüfung. Die Karte gilt als gültiger Leistungsanspruchsnachweis und alle relevanten Daten zur Abrechnung werden erfasst. Eine erneute Online-Prüfung wird bei der nächsten Vorstellung des Patienten in der Praxis durchgeführt.
Konkret führte das temporäre Nichterreichen eines Zertifikatservers dazu, dass eine notwendige Aktualisierung der CRL-Zertifikate ausblieb und der Konnektor nach mehrfachen erfolglosen Aktualisierungsversuchen aufgrund einer Sicherheitsvorgabe in einen Offline-Zustand wechselt. Um den Konnektor nun wieder erfolgreich mit der Telematikinfrastruktur zu verbinden, wäre ein manueller Eingriff notwendig.
Die CGM arbeitet mit Hochdruck an einem Verfahren, um mit Ihnen direkt - ohne DVO-Unterstützung - eine Behebung der Störung durch Sie selbst vorgenommen werden kann. Es wird an dieser Stelle noch um Geduld gebeten. Das Software-Werkzeug dazu befindet sich aktuell in der Prüfung....
Und heute das:
Guten Tag,
anbei ein Statusbericht zum Zertifikatsfehler. Das versprochene Tool der CGM steht uns /Ihnen derzeit noch nicht zur Verfügung.
Da auch die Quartalsabrechnung vor der Tür steht (KV-Portal nicht erreichbar über die TI) benötigen wir Ihre Entscheidung.
Rückmeldung zur Ihrer Entscheidung bitte ausschließlich per Mail an xxxxx oder Fax an xxxxx
Wir warten ab, bis das Softwaretool zur Verfügung steht.
Wir trauen uns selbst zu, das Zertifikat über die Konnektor-Konsole einzuspielen und den Konnektor anschließend neu zu starten. (Bitte Anleitung per E-Mail übermitteln).
Bitte planen Sie eine kostenpflichtige Fernwartung am Freitagvormittag ab 09:30 Uhr für uns ein, wir werden Ihnen dann Teamviewer-ID und Kennwort zufaxen.
Bitte planen Sie eine kostenpflichtige Fernwartung am Dienstagvormittag ab 08:30 Uhr für uns ein, wir werden Ihnen dann Teamviewer-ID und Kennwort zufaxen.
Nach Einspielen des Zertifikats und Neustart des Konnektors stehen Ihnen alle Funktionen ca. fünf Minuten später zur Verfügung.
Halten Sie für alle Fälle die Ihnen ausgehändigten Dokumentationen und Zugangsdaten zur Verfügung.
Mit besten Grüßen
Großartig. Wie soll ich mich da entscheiden. Soll ichs mal selber ausprobieren? (Siehe oben: ich traue mir zu...) Kann man das als Laie bringen?
Vielen Dank!
Hallo
der Link stand oben schon mal ...
nebenbei:
Das aktuelle TI-Problem liess sich durch manuelles herunterladen der CRL und anschließenden manuellen Import der heruntergeladenen Datei (erst mal ?) beheben, die Download-URL ist in der Weboberfläche ersichtlich.
Das aber ohne Garantie - wegen der fehlenden Dokumentation eben!
lcer
der Link stand oben schon mal ...
nebenbei:
Das aktuelle TI-Problem liess sich durch manuelles herunterladen der CRL und anschließenden manuellen Import der heruntergeladenen Datei (erst mal ?) beheben, die Download-URL ist in der Weboberfläche ersichtlich.
Das aber ohne Garantie - wegen der fehlenden Dokumentation eben!
lcer
Hallo,
so langsam krampft es bei mir auch ....
Offenbar wird "Zertifikat" und "Zertifikatsperrliste" von der betreuenden Firma synonym verwendet ...
und noch besser:
Es soll ein Softwaretool geben, das ein fehlerhaftes "Zertifikat" im Konnektor behebt .....
Also wenn man bei der supersicheren Telematikinfrastruktur ein Zertifikat einfach per Softwaretool ersetzen kann, dann können wir uns noch auf viele lustige Pressemeldungen gefasst machen. Gibt es schon vorgefertigte "Tools" mit denen man die Telematik-PKI aushebeln kann?
Grüße
lcer
Zitat von @keine-ahnung:
Moin,
warum bekomme ich nur diese eigenartigen Krämpfe im Bauch, wenn ich das so durchlese ...???
LG, Thomas
Moin,
warum bekomme ich nur diese eigenartigen Krämpfe im Bauch, wenn ich das so durchlese ...???
LG, Thomas
so langsam krampft es bei mir auch ....
Offenbar wird "Zertifikat" und "Zertifikatsperrliste" von der betreuenden Firma synonym verwendet ...
und noch besser:
Es soll ein Softwaretool geben, das ein fehlerhaftes "Zertifikat" im Konnektor behebt .....
Also wenn man bei der supersicheren Telematikinfrastruktur ein Zertifikat einfach per Softwaretool ersetzen kann, dann können wir uns noch auf viele lustige Pressemeldungen gefasst machen. Gibt es schon vorgefertigte "Tools" mit denen man die Telematik-PKI aushebeln kann?
Grüße
lcer
Klingt ja fast so wie das Desaster ums beA
https://www.heise.de/newsticker/meldung/34C3-Das-besondere-Anwaltspostfa ...
https://www.heise.de/newsticker/meldung/34C3-Das-besondere-Anwaltspostfa ...
Zitat von @aqui:
Klingt ja fast so wie das Desaster ums beA
https://www.heise.de/newsticker/meldung/34C3-Das-besondere-Anwaltspostfa ...
Klingt ja fast so wie das Desaster ums beA
https://www.heise.de/newsticker/meldung/34C3-Das-besondere-Anwaltspostfa ...
Moin,
das wird noch viel besser.
Was die Anwälte da im Büro machen bekommt ja fast keiner, bis auf die Rechnung, mit.
Wenn bei 400.000 Ärzten wegen eines Zertifikatspfusches die Karten nicht gelesen werden können, sagen wir mal 1 Woche, und dies manuell passieren muss wird das schon Spass. Und ja, das ist bei der eGK schon passiert. Keiner wusste das Kennwort der CA mehr.
Auch sind die Kosten deutlich höher.
Die Einführung der eGK vor ein paar Jahren, die Karte mit Foto, mit neuen Lesegeräten (ca. 300 Euro) hat die Versicherten 2 Milliarden Euro gekostet. Die neuen Geräte kosten ja eher 3.000 Euro und fast 90 Euro monatlich. Dazu die ganze "Entwicklung" und Betrieb der Infrastruktur?
Wer rechtnet mal hoch?
Nicht dass die Lesegeräte mit einer SIM-Karte ihre Daten nicht selber hätten verschlüsselt senden können.
Und mit so einer Infrastruktur live zu gehen solange es nur einen zertifizierten Anbieter am Markt gibt ist ja schon fahrlässig.
Wenn da heute Jemand einen Bug findet, wird das alles eingestellt und rückabgewickelt wie beim beA. Halleluja.
Stefan
Quelle: https://www.ikkev.de/politik/egk/
mal ein paar updates
KVZ HH
https://www.zahnaerzte-hh.de/zahnaerzte-portal/praxis/telematik-infrastr ...
Angebot Dampsoft für T-Systems (die noch nicht zertifiziert sind)
https://www.dampsoft.de/ti/images/AnschreibenTelematik_A4_V_final.pdf
https://www.dampsoft.de/ti/
Solutio wirbt auch für T-Systems
https://www.solutio.de/fileadmin/solutio.de/media/PED-Liste/t-systems_Pr ...
https://www.solutio.de/software-charly/ti-angebote/
KVZ HH
https://www.zahnaerzte-hh.de/zahnaerzte-portal/praxis/telematik-infrastr ...
Angebot Dampsoft für T-Systems (die noch nicht zertifiziert sind)
https://www.dampsoft.de/ti/images/AnschreibenTelematik_A4_V_final.pdf
https://www.dampsoft.de/ti/
Solutio wirbt auch für T-Systems
https://www.solutio.de/fileadmin/solutio.de/media/PED-Liste/t-systems_Pr ...
https://www.solutio.de/software-charly/ti-angebote/
Nachdem hier viel Negatives geschrieben wurde, möchte ich Mal etwas positives berichten.
Ich bin nebenher verantwortlich für die IT einer durchschnittlichen Einzelpraxis (Zahnarzt).
Normales Setup: 2 Server, Hyperv, 10 Arbeitsplätze, Telekom DSL, Fritzbox.
Verwendete Software ist Charly von solutio.
Wir haben das Paket der Telekom/T-Systems bestellt, wurde geliefert, Techniker war da, hat das Teil in Betrieb genommen, natürlich in der Parallel-Variante und was soll ich sagen?
Es funktioniert völlig reibungslos.
Das alte Kartenlesegerät habe ich zur Sicherheit noch an einen anderen PC gehängt, so dass man im Notfall noch ausweichen könnte.
Box und Leser wurden per DHCP und Mac Adressen Fixierung eingebunden(Windows 2016 DHCP Server). Fritzbox ist das Gateway.
Das einfach Mal als kleine Erfahrung nachdem ja viel Polemik und Panikmache herrscht...
Ich bin nebenher verantwortlich für die IT einer durchschnittlichen Einzelpraxis (Zahnarzt).
Normales Setup: 2 Server, Hyperv, 10 Arbeitsplätze, Telekom DSL, Fritzbox.
Verwendete Software ist Charly von solutio.
Wir haben das Paket der Telekom/T-Systems bestellt, wurde geliefert, Techniker war da, hat das Teil in Betrieb genommen, natürlich in der Parallel-Variante und was soll ich sagen?
Es funktioniert völlig reibungslos.
Das alte Kartenlesegerät habe ich zur Sicherheit noch an einen anderen PC gehängt, so dass man im Notfall noch ausweichen könnte.
Box und Leser wurden per DHCP und Mac Adressen Fixierung eingebunden(Windows 2016 DHCP Server). Fritzbox ist das Gateway.
Das einfach Mal als kleine Erfahrung nachdem ja viel Polemik und Panikmache herrscht...
Moin
Und ja, bei geschätzt 98% aller Praxen läuft das reibungslos.
Zumindest hier im Norden.
Es gibt halt Solche und Solche...
Stefan
Zitat von @widameista:
Nachdem hier viel Negatives geschrieben wurde, möchte ich Mal etwas positives berichten.
Positives hören wir gerneNachdem hier viel Negatives geschrieben wurde, möchte ich Mal etwas positives berichten.
Und ja, bei geschätzt 98% aller Praxen läuft das reibungslos.
Ich bin nebenher verantwortlich für die IT einer durchschnittlichen Einzelpraxis (Zahnarzt).
Normales Setup: 2 Server, Hyperv, 10 Arbeitsplätze, Telekom DSL, Fritzbox.
Das normale Setup einer durchschnittlichen Einzelpraxis ist eher 0 Server, 1 Haupt-PC und 3 andere PCs.Normales Setup: 2 Server, Hyperv, 10 Arbeitsplätze, Telekom DSL, Fritzbox.
Zumindest hier im Norden.
Verwendete Software ist Charly von solutio.
Wir haben das Paket der Telekom/T-Systems bestellt, wurde geliefert, Techniker war da, hat das Teil in Betrieb genommen, natürlich in der Parallel-Variante und was soll ich sagen?
Es funktioniert völlig reibungslos.
Das alte Kartenlesegerät habe ich zur Sicherheit noch an einen anderen PC gehängt, so dass man im Notfall noch ausweichen könnte.
Box und Leser wurden per DHCP und Mac Adressen Fixierung eingebunden(Windows 2016 DHCP Server). Fritzbox ist das Gateway.
Bei einer Praxis soll ich bei der Installation die ganze Zeit dabei sein, da der Kunde einen 19"-Technik-Schrank hat und die Herren von der Telekom den angeblich nicht anfassen dürfen.Es funktioniert völlig reibungslos.
Das alte Kartenlesegerät habe ich zur Sicherheit noch an einen anderen PC gehängt, so dass man im Notfall noch ausweichen könnte.
Box und Leser wurden per DHCP und Mac Adressen Fixierung eingebunden(Windows 2016 DHCP Server). Fritzbox ist das Gateway.
Es gibt halt Solche und Solche...
Stefan
Ich war auch die ganze Zeit dabei, aber schon aus Eigeninteresse. Ich lasse niemand an die Server, Netzwerk oder Software.
Lustige Anekdote: Es ist ja alles super secure, SMC Karten müssen versiegelt werden usw. ABER: der Telekomler hatte einen Anleitung und war angewiesen, das Passwort für die Konnektor-Box auf ein Standard-Passwort zu setzen, das für alle Kunden gleich ist. Damit es die hotline leichter hat, war die Aussage! *kopfschüttel*
War so frei und habe es trotzdem geändert...
Lustige Anekdote: Es ist ja alles super secure, SMC Karten müssen versiegelt werden usw. ABER: der Telekomler hatte einen Anleitung und war angewiesen, das Passwort für die Konnektor-Box auf ein Standard-Passwort zu setzen, das für alle Kunden gleich ist. Damit es die hotline leichter hat, war die Aussage! *kopfschüttel*
War so frei und habe es trotzdem geändert...
Hallo,
Das mit dem Versiegeln nehmen die Techniker übrigends auch nicht so genau, es könnte ja sein, dass irgendwas nicht geht und die Karte irgendwo anders hineingesteckt werden muss....
Das mit dem Passwort ist besonders lustig. Die CGM-Box (wobei ich davon ausgehe, dass ein Gematik-Standard umgesetzt wird) erfordert ein sicheres Passwort und eine Passwortänderung nach ?? Tagen. Da wird die Hotline noch viel Spaß haben.
Grüße
lcer
Zitat von @widameista:
Lustige Anekdote: Es ist ja alles super secure, SMC Karten müssen versiegelt werden usw. ABER: der Telekomler hatte einen Anleitung und war angewiesen, das Passwort für die Konnektor-Box auf ein Standard-Passwort zu setzen, das für alle Kunden gleich ist. Damit es die hotline leichter hat, war die Aussage! *kopfschüttel*
Lustige Anekdote: Es ist ja alles super secure, SMC Karten müssen versiegelt werden usw. ABER: der Telekomler hatte einen Anleitung und war angewiesen, das Passwort für die Konnektor-Box auf ein Standard-Passwort zu setzen, das für alle Kunden gleich ist. Damit es die hotline leichter hat, war die Aussage! *kopfschüttel*
Das mit dem Versiegeln nehmen die Techniker übrigends auch nicht so genau, es könnte ja sein, dass irgendwas nicht geht und die Karte irgendwo anders hineingesteckt werden muss....
Das mit dem Passwort ist besonders lustig. Die CGM-Box (wobei ich davon ausgehe, dass ein Gematik-Standard umgesetzt wird) erfordert ein sicheres Passwort und eine Passwortänderung nach ?? Tagen. Da wird die Hotline noch viel Spaß haben.
Grüße
lcer
Zitat von @MOS6581:
Moin,
ich darf morgen das erste Mal tätig werden - eine kocobox Med+ (das DIY-Paket von CGM) in Verbindung mit Dampsoft.
Wir sind gespannt und harren der Dinge, die da kommen...
<ironie>Da die Frist ja nun nochmal verlängert wurde, bleibt auch viel Zeit für Bugfixing </ironie>
lG MOS
Moin,
ich darf morgen das erste Mal tätig werden - eine kocobox Med+ (das DIY-Paket von CGM) in Verbindung mit Dampsoft.
Wir sind gespannt und harren der Dinge, die da kommen...
<ironie>Da die Frist ja nun nochmal verlängert wurde, bleibt auch viel Zeit für Bugfixing </ironie>
lG MOS
TIPP: heb das alte Lesegerät auf und konfiguriere es an einem anderen Rechner.
Welcher Anbieter?
CompuGroup-Shop-Kunde.
Moin,
vorweg: ich habe das Geraffel immer noch nicht bestellt und lebe noch ... werde das wohl auch erst am 31. März angehen
Die i-motion GmbH (Tochter der medatixx) hat da ganz lustige AGB eigens für das TI-Gedöhns "erfunden", u.a. ist da für Defekte folgendes fixiert:
LG, Thomas
vorweg: ich habe das Geraffel immer noch nicht bestellt und lebe noch ... werde das wohl auch erst am 31. März angehen
ich habe nun den 1. Kunden wo der Konnektor defekt ist
Hoffentlich klappts ... Die i-motion GmbH (Tochter der medatixx) hat da ganz lustige AGB eigens für das TI-Gedöhns "erfunden", u.a. ist da für Defekte folgendes fixiert:
2.6 Im Zweifel besteht im Falle der Ziff. 2.4 und 2.5 die Vermutung, dass der Geräteausfall durch vom Benutzer zu vertretenden unsachemäßen Gebrauch bzw. Beschädigung hervorgerufen ist. Dem Benutzer steht der Beweis des Gegenteiles frei.
Den Beweis möchte ich nicht bezahlen müssen ...LG, Thomas
Hallo,
das hatte ich auch. Die Fehlermeldung ist halt nicht wirklich aussagekräftig.
Bei mir hat das aber nur 10 Minuten gedauert.
Viele Grüße
Stefan
Zitat von @MOS6581:
Die Installation mit dem Koco-Guide klappte relativ problemlos. Bis man den Konnektor mit dem Praxisausweis registrieren sollte. Fehlermeldung sinngemäß: "Es konnte keine SSL-Verbindung zu $servername hergestellt werden, Zertifikat ungültig". Ich hatte erst drauf getippt, dass die Firewall irgendwas blockt. Logs ausgewertes und nix gefunden, daraufhin den CGM-Support bemüht. Die erste Hotlinerin bat mich, ein Tool herunterzuladen und auszuführen - hat nix gebracht. Darauf hin noch mal angerufen und dieses Mal wusste die Hotlinerin sofort was fehlt:
"Kann es sein, dass der Praxisausweis noch nicht registriert wurde, nachdem er der Praxis zugeschickt wurde?"
So war's dann auch, besagte Registrierung bei der Bundesdruckerei nachgeholt. Einziger Wehrmutstropfen: dauert bis zu 24 Stunden. Also den Rest remote fertig machen, da 200km einfache Anfahrt...
Die Installation mit dem Koco-Guide klappte relativ problemlos. Bis man den Konnektor mit dem Praxisausweis registrieren sollte. Fehlermeldung sinngemäß: "Es konnte keine SSL-Verbindung zu $servername hergestellt werden, Zertifikat ungültig". Ich hatte erst drauf getippt, dass die Firewall irgendwas blockt. Logs ausgewertes und nix gefunden, daraufhin den CGM-Support bemüht. Die erste Hotlinerin bat mich, ein Tool herunterzuladen und auszuführen - hat nix gebracht. Darauf hin noch mal angerufen und dieses Mal wusste die Hotlinerin sofort was fehlt:
"Kann es sein, dass der Praxisausweis noch nicht registriert wurde, nachdem er der Praxis zugeschickt wurde?"
So war's dann auch, besagte Registrierung bei der Bundesdruckerei nachgeholt. Einziger Wehrmutstropfen: dauert bis zu 24 Stunden. Also den Rest remote fertig machen, da 200km einfache Anfahrt...
das hatte ich auch. Die Fehlermeldung ist halt nicht wirklich aussagekräftig.
Bei mir hat das aber nur 10 Minuten gedauert.
Viele Grüße
Stefan
Hallo,
will man den alten eGK als Reserve benutzen sollte man folgendes wissen:
Alte G1 Karten können vom alten Lesegerät weiter ( zur Zeit) gelesen werden. Der neue eGK-Leser kann G1 Karten lesen und er versucht einen einen Stammsatenabgleich, der scheitert. Dann sperrt er die eGK (ja, er kann sie beschreiben!). Die Daten der eGK Werden nicht an das Praxissystem übertragen! Und danach kann die eGK auch nicht mehr vom alten Lesegerät gelesen werden.
Man sollte eine Karte, auf der G1 steht, deshalb erst im alten Leser einlesen und dann erst in den neuen Leser stecken. Falls die Karte sich als G1+ Karte herausstellt ist sie lesbar, G1 -ohnePlus- Karten werden direkt gesperrt.
Grüße
lcer
will man den alten eGK als Reserve benutzen sollte man folgendes wissen:
Alte G1 Karten können vom alten Lesegerät weiter ( zur Zeit) gelesen werden. Der neue eGK-Leser kann G1 Karten lesen und er versucht einen einen Stammsatenabgleich, der scheitert. Dann sperrt er die eGK (ja, er kann sie beschreiben!). Die Daten der eGK Werden nicht an das Praxissystem übertragen! Und danach kann die eGK auch nicht mehr vom alten Lesegerät gelesen werden.
Man sollte eine Karte, auf der G1 steht, deshalb erst im alten Leser einlesen und dann erst in den neuen Leser stecken. Falls die Karte sich als G1+ Karte herausstellt ist sie lesbar, G1 -ohnePlus- Karten werden direkt gesperrt.
Grüße
lcer
Zitat von @lcer00:
Ich habe folgende nette Seite gefunden: Amüsant Informativ: https://enbyn.de/ti-installation/
Für stringent konfigurierte ausgehende Firewalls, die nur explizite Zielserver zulassen:Ich habe folgende nette Seite gefunden: Amüsant Informativ: https://enbyn.de/ti-installation/
> TCP/UDP 53 (DNS)
> TCP 80
> TCP 443
> UDP 123 (NTP wenn man intern keine Zeitquelle hat)
> UDP 500 (IPSec)
> UDP 4500 (IPSec)
> AH / ESP (IPSec nix Ports)
> TCP 8443 (TI / KV-SafeNet)
> TCP 9443 (Zugriff von intern auf’s Webinterface – NICHT ausgehend!!!)
> https://IPADRESSE-KoCoBox:9443/administration/start.htm (muss bei der KoCoBox anscheinend genau so sein, sonst wird man vom Webserver (Jetty) lediglich beschimpft)
In welchem Zielnetz bei welcher Maske finden sich die Server der Telematik-Infrastruktur?
Das KV-Safenet beispielsweise findet sich im Netz 188.144.0.0 und MASK 255.255.0.0, wohin die VPN-Blackboxen (Zyxel-UW20 u.ä.) routen
Danke + Gruß, Uc
• <KonnektorIP> konnektor
• 100.102.1.136 webportal.tsi.kim.telematik
• 100.102.1.136 webportal.eqxffm.tsi.kim.telematik
• 100.102.3.136 webportal.eshffm.tsi.kim.telematik
• 100.102.3.136 webportal.tsi.kim.telematik
• 100.102.1.169 lb-mail.tsi.kim.telematik
• 100.102.1.169 lb-mail.eqxffm.tsi.kim.telematik
• 100.102.3.169 lb-mail.eshffm.tsi.kim.telematik
• 100.102.3.169 lb-mail.tsi.kim.telematik
Routing
• route /p add 100.102.0.0 MASK 255.255.0.0 <
aber ich bevorzuge
lb-mail.eqxffm.tsi.kim.telematik
• 100.102.1.136 webportal.tsi.kim.telematik
• 100.102.1.136 webportal.eqxffm.tsi.kim.telematik
• 100.102.3.136 webportal.eshffm.tsi.kim.telematik
• 100.102.3.136 webportal.tsi.kim.telematik
• 100.102.1.169 lb-mail.tsi.kim.telematik
• 100.102.1.169 lb-mail.eqxffm.tsi.kim.telematik
• 100.102.3.169 lb-mail.eshffm.tsi.kim.telematik
• 100.102.3.169 lb-mail.tsi.kim.telematik
Routing
• route /p add 100.102.0.0 MASK 255.255.0.0 <
aber ich bevorzuge
lb-mail.eqxffm.tsi.kim.telematik
Hmmmm, bist Du da sicher?
Mir wurde immer und gebetsmühlenartig eine etwas eingeschränktere Adressrange für KIM genannt:
route /p add 100.102.0.0 MASK 255.254.0.0 konnektorIP
Gruß Uc
Zitat von @usercrash:
Hmmmm, bist Du da sicher?
Mir wurde immer und gebetsmühlenartig eine etwas eingeschränktere Adressrange für KIM genannt:
route /p add 100.102.0.0 MASK 255.254.0.0 konnektorIP
Gruß Uc
Hmmmm, bist Du da sicher?
Mir wurde immer und gebetsmühlenartig eine etwas eingeschränktere Adressrange für KIM genannt:
route /p add 100.102.0.0 MASK 255.254.0.0 konnektorIP
Gruß Uc
direkt aus dem kim-anleitung der telekomiker kopiert und so steht es auch auf meinem windows server 2012