> > > in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. > Warning: fopen() [function.fopen]: SSL: fatal protocol error in ".... > Bis vor 2 Tagen lief das Script. jetzt nimmer 😟 Zunächst einmal solltest Du damit rausrücken, wie genau die *"Daten aus unserer Domain via fopen gelesen"* werden. Wir brauchen - den relevanten Quelltext - Version von PHP und Betriebssystem (Des Clients, der die Daten abholen will!) - Version und Betriebssystem des Servers (Der, von dem die Daten abgeholt werden!) - URL genau dieses Servers für Tests. Dann solltest Du darüber nachdenken und uns mitteilen was vor dem *"jetzt"* geschah, was also in den letzten beiden Tagen getan wurde. Vielleicht ein Update von PHP? Oder ein Update des Webservers, der jetzt nicht mehr völlig veralteten Clients eine unsichere Verschlüsselung anbieten will? Oder kann Dein veralteter Client (von PHP für den Transport benutzte Bibliothek) den öffentlichen Schlüssel des Web-Servers nicht verifizieren weil er die Schlüssel der Zertifizierungsstellen nicht kennt? Nachdem ich vom *"uralten Script"* als genaueste Angabe gelesen habe, glaube ich der wahrscheinlichste Fehler ist ein uraltes PHP zusammen mit einem uraltem OS, also dass das Zertifikat des Web-Servers nicht verifiziert werden konnte weil die aktuellen Schlüssel der Zertifizierungsstellen nicht installiert sind. - Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen. Wenn das alles nicht geht machen wir einen Termin und ich komme für 60 Euro/Stunde + Reisekosten (Reisezeit ist Arbeitszeit) rüber und repariere das vor Ort.

> > > in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. > Warning: fopen() [function.fopen]: SSL: fatal protocol error in ".... > Bis vor 2 Tagen lief das Script. jetzt nimmer 😟 Zunächst einmal solltest Du damit rausrücken, wie genau die *"Daten aus unserer Domain via fopen gelesen"* werden. Wir brauchen - den relevanten Quelltext - Version von PHP und Betriebssystem (Des Clients, der die Daten abholen will!) - Version und Betriebssystem des Servers (Der, von dem die Daten abgeholt werden!) - URL dieses Servers für Tests. Dann solltest Du darüber nachdenken und uns mitteilen was vor dem *"jetzt"* geschah, was also in den letzten beiden Tagen getan wurde. Vielleicht ein Update von PHP? Oder ein Update des Webservers, der jetzt nicht mehr völlig veralteten Clients eine unsichere Verschlüsselung anbieten will? Oder kann Dein veralteter Client (von PHP für den Transport benutzte Bibliothek) den öffentlichen Schlüssel des Web-Servers nicht verifizieren weil er die Schlüssel der Zertifizierungsstellen nicht kennt? Nachdem ich vom *"uralten Script"* als genaueste Angabe gelesen habe, glaube ich der wahrscheinlichste Fehler ist ein uraltes PHP zusammen mit einem uraltem OS, also dass das Zertifikat des Web-Servers nicht verifiziert werden konnte weil die aktuellen Schlüssel der Zertifizierungsstellen nicht installiert sind. - Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen. Wenn das alles nicht geht machen wir einen Termin und ich komme für 60 Euro/Stunde + Reisekosten (Reisezeit ist Arbeitszeit) rüber und repariere das vor Ort.

> > > in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. > Warning: fopen() [function.fopen]: SSL: fatal protocol error in ".... > Bis vor 2 Tagen lief das Script. jetzt nimmer 😟 Zunächst einmal solltest Du damit rausrücken, wie genau die *"Daten aus unserer Domain via fopen gelesen"* werden. Wir brauchen - den relevanten Quelltext - Version von PHP und OS (Des Clients, der die Daten abholen will!) - Version und OS des Servers (Der, von dem die Daten abgeholt werden!) - URL dieses Servers für Tests. Dann solltest Du darüber nachdenken und uns mitteilen was vor dem *"jetzt"* geschah, was also in den letzten beiden Tagen getan wurde. Vielleicht ein Update von PHP? Oder ein Update des Webservers, der jetzt nicht mehr völlig veralteten Clients eine unsichere Verschlüsselung anbieten will? Oder kann Dein veralteter Client (von PHP für den Transport benutzte Bibliothek) den öffentlichen Schlüssel des Web-Servers nicht verifizieren weil er die Schlüssel der Zertifizierungsstellen nicht kennt? Nachdem ich vom *"uralten Script"* als genaueste Angabe gelesen habe, glaube ich der wahrscheinlichste Fehler ist ein uraltes PHP zusammen mit einem uraltem OS, also dass das Zertifikat des Web-Servers nicht verifiziert werden konnte weil die aktuellen Schlüssel der Zertifizierungsstellen nicht installiert sind. - Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen. Wenn das alles nicht geht machen wir einen Termin und ich komme für 60 Euro/Stunde + Reisekosten (Reisezeit ist Arbeitszeit) rüber und repariere das vor Ort.

> > > in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. > Warning: fopen() [function.fopen]: SSL: fatal protocol error in ".... > Bis vor 2 Tagen lief das Script. jetzt nimmer 😟 Zunächst einmal solltest Du damit rausrücken, wie genau die *"Daten aus unserer Domain via fopen gelesen"* werden. Wir brauchen - Den relevanten Quelltext - Version von PHP und OS (Des Clients, der die Daten abholen will!) - Version und OS des Servers (Der, von dem die Daten abgeholt werden!) - URL dieses Servers für Tests. Dann solltest Du darüber nachdenken und uns mitteilen was vor dem *"jetzt"* geschah, was also in den letzten beiden Tagen getan wurde. Vielleicht ein Update von PHP? Oder ein Update des Webservers, der jetzt nicht mehr völlig veralteten Clients eine unsichere Verschlüsselung anbieten will? Oder kann Dein veralteter Client (von PHP für den Transport benutzte Bibliothek) den öffentlichen Schlüssel des Web-Servers nicht verifizieren weil er die Schlüssel der Zertifizierungsstellen nicht kennt? Nachdem ich vom *"uralten Script"* als genaueste Angabe gelesen habe, glaube ich der wahrscheinlichste Fehler ist ein uraltes PHP zusammen mit einem uraltem OS, also dass das Zertifikat des Web-Servers nicht verifiziert werden konnte weil die aktuellen Schlüssel der Zertifizierungsstellen nicht installiert sind. - Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen. Wenn das alles nicht geht machen wir einen Termin und ich komme für 60 Euro/Stunde + Reisekosten (Reisezeit ist Arbeitszeit) rüber und repariere das vor Ort.

> > > in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. > Warning: fopen() [function.fopen]: SSL: fatal protocol error in ".... > Bis vor 2 Tagen lief das Script. jetzt nimmer 😟 Zunächst einmal solltest Du damit rausrücken, wie genau die *"Daten aus unserer Domain via fopen gelesen"* werden. Wir brauchen - Den relevanten Quelltext - Version von PHP und OS (Des Clients, der die Daten abholen will!) - Version und OS des Servers (Der, von dem die Daten abgeholt werden!) - URL dieses Servers für Tests. Dann solltest Du darüber nachdenken und uns mitteilen was vor dem *"jetzt"* geschah, was also in den letzten beiden Tagen getan wurde. Vielleicht ein Update von PHP? Oder ein Update des Webservers, der jetzt nicht mehr völlig veralteten Clients eine unsichere Verschlüsselung anbieten will? Oder kann Dein veralteter Client (von PHP für den Transport benutzte Bibliothek) den öffentlichen Schlüssel des Web-Servers nicht verifizieren, weil er die Schlüssel der Zertifizierungsstellen nicht kennt? Nachdem ich vom *"uralten Script"* als genaueste Angabe gelesen habe, glaube ich der wahrscheinlichste Fehler ist ein uraltes PHP zusammen mit einem uraltem OS, also dass das Zertifikat des Web-Servers nicht verifiziert werden konnte weil die aktuellen Schlüssel der Zertifizierungsstellen nicht installiert sind. - Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen. Wenn das alles nicht geht machen wir einen Termin und ich komme für 60 Euro/Stunde + Reisekosten (Reisezeit ist Arbeitszeit) rüber und repariere das vor Ort.

> > > in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. > Warning: fopen() [function.fopen]: SSL: fatal protocol error in ".... > Bis vor 2 Tagen lief das Script. jetzt nimmer 😟 Zunächst einmal solltest Du damit rausrücken, wie genau die *"Daten aus unserer Domain via fopen gelesen"* werden. Wir brauchen - Den relevanten Quelltext - Version von PHP und OS (Des Clients, der die Daten abholen will!) - Version und OS des Servers - URL des Servers für Tests. Dann solltest Du darüber nachdenken und uns mitteilen was vor dem *"jetzt"* geschah, was also in den letzten beiden Tagen getan wurde. Vielleicht ein Update von PHP? Oder ein Update des Webservers, der jetzt nicht mehr völlig veralteten Clients eine unsichere Verschlüsselung anbieten will? Oder kann Dein veralteter Client (von PHP für den Transport benutzte Bibliothek) den öffentlichen Schlüssel des Web-Servers nicht verifizieren, weil es die aktuellen ? Nachdem ich vom *"uralten Script"* als genaueste Angabe gelesen habe, glaube ich der wahrscheinlichste Fehler ist ein uraltes PHP zusammen mit einem uraltem OS, also dass das Zertifikat des Web-Servers nicht verifiziert werden konnte weil die aktuellen Schlüssel der Zertifizierungsstellen nicht installiert sind. Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen. Wenn das alles nicht geht machen wir einen Termin und ich komme für 60 Euro/Stunde + Reisekosten (Reisezeit ist Arbeitszeit) rüber und repariere das vor Ort.

> > > in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. > Warning: fopen() [function.fopen]: SSL: fatal protocol error in ".... > Bis vor 2 Tagen lief das Script. jetzt nimmer 😟 Zunächst einmal solltest Du damit rausrücken, wie genau die "Daten aus unserer Domain via fopen gelesen" werden. Wir brauchen - Den relevanten Quelltext - Version von PHP und OS (Des Clients, der die Daten abholen will!) - Version und OS des Servers - URL des Servers für Tests. Dann solltest Du darüber nachdenken und uns mitteilen was vor dem "jetzt" geschah, was also in den letzten beiden Tagen getan wurde. Vielleicht ein Update von PHP? Oder ein Update des Webservers, der jetzt nicht mehr völlig veralteten Clients eine unsichere Verschlüsselung anbieten will? Oder kann Dein veralteter Client (von PHP für den Transport benutzte Bibliothek) den öffentlichen Schlüssel des Web-Servers nicht verifizieren, weil es die aktuellen ? Nachdem ich vom "uralten Script" als genaueste Angabe gelesen habe, glaube ich der wahrscheinlichste Fehler ist ein uraltes PHP zusammen mit einem uraltem OS, also dass das Zertifikat des Web-Servers nicht verifiziert werden konnte weil die aktuellen Schlüssel der Zertifizierungsstellen nicht installiert sind. Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen. Wenn das alles nicht geht machen wir einen Termin und ich komme für 60 Euro/Stunde + Reisekosten (Reisezeit ist Arbeitszeit) rüber und repariere das vor Ort.