tag:forum.selfhtml.org,2005:/self php fopen – SELFHTML-Forum 2018-06-08T18:56:50Z https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724094#m1724094 otto-normalverbraucher 2018-06-08T07:49:24Z 2018-06-08T07:49:24Z php fopen <p>Hallo,</p> <p>in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr. Bisher funktionierte das so, dass im Netz ein Script aufgerufen wurde, das in seiner Ausgabe die gewünschten Daten aus der Datenbank ausliest und ausgibt. Mit fopen werden die Daten von einem lokalen Script gelesen und weiterverarbeitet.</p> <p>Da diese Art aus Sicherheitsgründen abzulehnen ist, suche ich jetzt nach einer sicheren Alternative um die Daten aus dem Netz abzuholen.</p> <p>Wäre für Vorschläge sehr dankbar.</p> <p>Gruß</p> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724095#m1724095 dedlfix 2018-06-08T07:59:25Z 2018-06-08T07:59:25Z php fopen <p>Tach!</p> <blockquote> <p>in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr.</p> </blockquote> <p>Was genau wurde umgestellt? Oder wie lautet die Fehlermeldung?</p> <blockquote> <p>Bisher funktionierte das so, dass im Netz ein Script aufgerufen wurde, das in seiner Ausgabe die gewünschten Daten aus der Datenbank ausliest und ausgibt. Mit fopen werden die Daten von einem lokalen Script gelesen und weiterverarbeitet.</p> <p>Da diese Art aus Sicherheitsgründen abzulehnen ist, suche ich jetzt nach einer sicheren Alternative um die Daten aus dem Netz abzuholen.</p> </blockquote> <p>Ich wüsste nicht, was daran sicherheitstechnisch bedenklicher wäre, als irgendeine andere Art der Übertragung mit genau derselben Verarbeitung hinterher. allow_url_fopen kann man also ruhig auf dem Default-Wert 1 stehen lassen.</p> <p>Was man diskutieren kann ist der Wert für allow_url_include. Man will üblicherweise keinen Code übers Netz laden und ausführen.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724132#m1724132 TS ts-self@online.de https://bitworks.de 2018-06-08T11:04:30Z 2018-06-08T11:04:30Z php fopen <p>Hello,</p> <blockquote> <p>in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr.</p> </blockquote> <p>Habt Ihr auf https umgestellt? Dann muss die Seite, die fopen() benutzt auch Rücksicht darauf nehmen.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724131#m1724131 otto-normalverbraucher 2018-06-08T11:03:52Z 2018-06-08T11:03:52Z php fopen <p>Hallo,</p> <p>hier die Fehlermeldung:</p> <p>Warning: fopen() [function.fopen]: SSL: fatal protocol error in "....</p> <p>Bis vor 2 Tagen lief das Script. jetzt nimmer </p> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724133#m1724133 TS ts-self@online.de https://bitworks.de 2018-06-08T11:06:12Z 2018-06-08T11:06:12Z php fopen <p>Hello,</p> <blockquote> <p>hier die Fehlermeldung:</p> <p>Warning: fopen() [function.fopen]: SSL: fatal protocol error in "....</p> <p>Bis vor 2 Tagen lief das Script. jetzt nimmer </p> </blockquote> <p>Wie ich vermutet habe in <a href="https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724132#m1724132" rel="noopener noreferrer">meiner Antwort</a></p> <p>Hat sich überschnitten.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724135#m1724135 dedlfix 2018-06-08T11:11:06Z 2018-06-08T11:11:06Z php fopen <p>Tach!</p> <blockquote> <p>hier die Fehlermeldung:</p> <p>Warning: fopen() [function.fopen]: SSL: fatal protocol error in "....</p> <p>Bis vor 2 Tagen lief das Script. jetzt nimmer </p> </blockquote> <p>Erste Maßnahme bei Problemen: Fehlermeldung in die Suchmaschine kippen. Eine der Fundstellen: Das PHP-Handbuch zur Funktion <a href="http://php.net/manual/en/function.fopen.php" rel="noopener noreferrer">fopen()</a>, im roten Kasten unter Notes.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724154#m1724154 otto-normalverbraucher 2018-06-08T14:32:58Z 2018-06-08T14:32:58Z php fopen <p>Hab ich jetzt gemacht. Rufe die Seite im Netz über https auf. Was ändert sich da jetzt bei fopen?</p> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724149#m1724149 otto-normalverbraucher 2018-06-08T14:01:53Z 2018-06-08T14:01:53Z php fopen <p>:( bei uns läuft aber der Apache. und der lief auch vor ein paar Tagen schon.</p> https://forum.selfhtml.org/self/2018/jun/8/php-fopen/1724172#m1724172 Regina Schaukrug 2018-06-08T18:56:50Z 2018-06-08T19:08:48Z php fopen <blockquote> <blockquote> <blockquote> <p>in einem uralten Script werden Daten aus unserer Domain via fopen gelesen und lokal weiterverarbeitet. Das geht jetzt nicht mehr.</p> </blockquote> </blockquote> </blockquote> <blockquote> <p>Warning: fopen() [function.fopen]: SSL: fatal protocol error in "....</p> </blockquote> <blockquote> <p>Bis vor 2 Tagen lief das Script. jetzt nimmer </p> </blockquote> <p>Zunächst einmal solltest Du damit rausrücken, wie genau die <em>"Daten aus unserer Domain via fopen gelesen"</em> werden. Wir brauchen</p> <ul> <li>den relevanten Quelltext</li> <li>Version von PHP und Betriebssystem (Des Clients, der die Daten abholen will!)</li> <li>Version und Betriebssystem des Servers (Der, von dem die Daten abgeholt werden!)</li> <li>URL genau dieses Servers für Tests.</li> </ul> <p>Dann solltest Du darüber nachdenken und uns mitteilen was vor dem <em>"jetzt"</em> 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?</p> <p>Nachdem ich vom <em>"uralten Script"</em> 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.</p> <ul> <li>Mehr liefert vielleicht das Fehler-LOG, welches wir auch vollständig sehen wollen.</li> </ul> <p>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.</p>