Auch mit HTTP Freigabe bzw. komplett ohne IPTABLES wird kein Traffic angezeigt
Beiträge von kone
Aktuell führen wir noch einige Anpassungen durch, das Forum wurde jedoch bereits live geschaltet.
-
-
Bei dem Server auf dem das WI läuft, ist alles gesperrt, bis auf 443 (HTTPS).
HTTPS ist für alle IPs frei. Ist es eine Ãœbertragung über das HTTP oder HTTPS Protokoll?
-
Nein, leider nicht.
Mich verwundert auch etwas das "Länge: 0 [text/html]" und "(0,00 B/s) - auf die Standardausgabe geschrieben" - Heißt für mich so viel, dass eigentlich keine Nutzdaten übertragen wurden.
-
Folgendes gibt er bei manueller Eingabe aus:
Code
Alles anzeigen--2014-01-15 22:14:39-- https://XXXXXXXX.in/automated.php Auflösen des Hostnamen »XXXXXXXXX.in«.... 1.2.3.4 Verbindungsaufbau zu XXXXXXXXX.in|1.2.3.4|:443... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 200 OK Länge: 0 [text/html] In »»STDOUT«« speichern. [ <=> ] 0 --.-K/s in 0s 2014-01-15 22:14:39 (0,00 B/s) - auf die Standardausgabe geschrieben [0/0] --2014-01-15 22:14:39-- https://XXXXXXXXX.in/automated.php Auflösen des Hostnamen »XXXXXXXXX.in«.... 1.2.3.4 Verbindungsaufbau zu XXXXXXXXX.in|1.2.3.4|:443... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 200 OK Länge: 0 [text/html] In »»STDOUT«« speichern. [ <=> ] 0 --.-K/s in 0s [...] usw.
-
Hi,
Cronjobs auf den OpenVZ Hosts habe ich nochmal kontrolliert. Die sind OK - hatten mit T6 ja auch problemlos funktioniert.
Autoscipt PW ist korrekt unter Einstellungen hinterlegt.
Rechnungen erstellen wir am 9.X. am 19.X. und am 30/31.X. des Monats - funktioniert problemlos.
Hat sich bei T7 sonst irgendwas bei den Traffic Cronjobs geändert? Muss ich irgendwelche CHMOD Rechte setzen?
-
Der Cron für die Traffic Messung funktioniert seit dem Update auf T7 bei uns irgendwie nicht mehr (Wird immer 0.00 MB angezeigt).
Das PW für autoscripte wurde unter Einstellungen wieder auf das alte gesetzt. Cron zum Rechnungen erstellen, etc. funktioniert.
Woran könnte es liegen?
-
Kann ich nicht bestätigen. Funktioniert bei uns - Auch bei REs aus 2013.
-
als würde der butten keine funktion haben
Evtl. irgendwas am Template verändert? Wenn ja, mal mit dem original probiert?
-
läuft
-
Funktioniert bei uns problemlos.... Mal selbst getestet? Evtl. Tippfehler / Groß- Kleinschreibung o.ä.
-
Wird der Stream denn nun auch in die MySQL DB eingetragen?
-
Leider nein. Wird vermutlich mit v7.0.13 kommen, sobald CF aus dem Umzugsstress ist
Also im laufe der nächsten Woche.
-
Vielleicht schaff ich es die Datei einzeln ohne "Bugfix/Update" hier reinzustellen als Download.
Wäre
Möchte ja wirklich nicht drängen, aber wir haben den Partnervertrag vor über 1 Monat geschlossen. Hatte erst heute wieder mit unserem Ansprechpartner telefoniert, der sich erkundigen wollte wann wir die Zahlungsart bei uns denn live schalten werden...
-
Hast du mal (z.B. per phpmyadmin) nachgeschaut ob er denn in die MySQL DB eingetragen wird?
-
mhh jetzt wird mir dieser wohl nicht erstellt.Da ich ihn nicht finden kann.
Sorry, aber ich verstehe nicht, was du damit sagen möchtest. :wacko:
-
Hi,
wir nutzen die von Barzahlen bereitgestellte PHP API ( https://github.com/Barzahlen/Barzahlen-PHP ) und folgenden Code in der Tekbase unter Zahlungsarten:
Code
Alles anzeigen<form name="send" action = "https://domain.de/barzahlen/api/request.php" method = "POST"> <input type="hidden" name="customerEmail" value="gsemail"> <input type="hidden" name="customerStreetNr" value="gsstreet"> <input type="hidden" name="customerZipcode" value="gszipcode"> <input type="hidden" name="customerCity" value="gscity"> <input type="hidden" name="customerCountryId" value="de"> <input type="hidden" name="orderAmount" value="gsmoney"> <input type="hidden" name="currency" value="EUR" > <input type="hidden" name="orderId" value="gsorderid" > </form>
Leider warten wir nun seit einigen Wochen darauf, dass CF endlich den FIX für die Variablen gsemail, gsstreet, gszipcode, gscity, raus bringt - da diese aktuell nur aus dem Shop heraus funktionieren, nicht aber über das Zahlungsarten Icon im Kundenbereich.
Lt. CF hätte das Update heute kommen sollen, dem war aber nicht so.... hoffen wir auf morgen
-
Dafür müsste man ein entsprechendes PHP Script schreiben. Dass hosting-core das kostenlos für dich machte denke ich nicht
-
Führe folgende Befehle auf dem CentOS System als root aus, dann sollte es funktionieren.
Codeln -s /usr/bin/screen /usr/sbin/screen ln -s /usr/sbin/egrep /usr/bin/egrep ln -s /sbin/iptables /usr/sbin/iptables ln -s /usr/bin/find /usr/sbin/find
Außerdem in die
folgendes einfügen:
Code
Alles anzeigenroot ALL=(ALL) ALL user-webi ALL=(ALL) NOPASSWD: /home/skripte/ user-webi ALL=(ALL) NOPASSWD: /usr/sbin/useradd user-webi ALL=(ALL) NOPASSWD: /usr/sbin/usermod user-webi ALL=(ALL) NOPASSWD: /usr/sbin/userdel user-webi ALL=(ALL) NOPASSWD: /usr/sbin/vzctl user-webi ALL=(ALL) NOPASSWD: /usr/sbin/vzquota user-webi ALL=(ALL) NOPASSWD: /usr/sbin/screen user-webi ALL=(ALL) NOPASSWD: /usr/sbin/egrep user-webi ALL=(ALL) NOPASSWD: /sbin/iptables user-webi ALL=(ALL) NOPASSWD: /usr/sbin/find
Grüße
-
Wenn der Server unter Rootserver mit einem grünen Haken markiert wird, ist alles OK
Da auch etwas im Log steht, scheint es ja auch eine Verbindung zu geben.
Welches Betriebssystem läuft auf dem Rootserver?
Kamen bei der Installation der SSH Keys bzw. Scripte auf dem Rootserver irgendwelche Fehlermeldungen?
-
Hallo,
wie kann ich alle Sprachen bis auf Deutsch deaktivieren?
Habe keine Lust die ganzen Sprachdateien zu pflegen, wenn 90% meiner Kunden aus DE, AT und CH kommen.