error 301 when rendering

kulli · 15. Oktober 2017 um 17:54

schrieb ich doch…

dogado_shops · 15. Oktober 2017 um 17:57

Sonst versuch’ es mal so:

RewriteCond %{HTTPS} off

RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

kulli · 15. Oktober 2017 um 18:09

DANKE ; jetzt funktioniert der Weiterleitung.

Und die 301 scheinen auch weg zu sein :-))

bis auf einen am Anfang:

dogado_shops · 15. Oktober 2017 um 18:18

Den ersten 301 Redirect bekommst Du nicht weg, wenn die Seite mit http aufgerufen wird, da die Condition aus der ersten Zeile erst eine Anweisung geben muss, was mit http: Aufrufen zu tun ist.

Die Condition der zweiten Zeile verhindert übrigens, diese Regel für eine Anfrage per https greift – es würde sonst eine Schleife entstehen.

kulli · 17. Oktober 2017 um 18:02

Was den Fehler angeht:

zu früh gefreut: der Fehler ist heute wieder da, jetzt halt mit https: statt mit http: in der Fehlermeldung

[17-Oct-2017 13:55:43 Europe/Berlin] PHP Fatal error: Uncaught RuntimeException: Error when rendering "https://localhost/?action=info&controller=checkout&module=widgets" (Status code is 301). in /home/bioanzue/public_html/vendor/symfony/http-kernel/HttpCache/Esi.php:281

Zu diesem Zeitpunkt gab es nur einen Zugriff auf die Haupt-Seite / : (Kanada, ohne erkennbaren Benutzeragent und ohne referrer)

Es könnte also ein Bot sein der irgendwas abgreifen will…?

158.85.81.116
	
/
	
17.10.17, 13:55
	
7819
			
HTTP/1.1

dogado_shops · 17. Oktober 2017 um 18:14

Hattest Du mal eine lokale Testumgebung ? Etwas seltsam ist der Aufruf des Controllers mit https://localhost - da sollte eigentlich Deine Domain stehen …

VG

kulli · 26. Oktober 2017 um 04:18

wieder zu früh gefreut; es war ein paar tage ruhe, jetzt ist er wieder da (mit localhost und normal):

https://bioanzuender.eu/?action=info&controller=checkout&module=widgets" (Status code is 301). in /home/bioanzue/public_html/vendor/symfony/http-kernel/HttpCache/Esi.php:281
Stack trace:
#0 /home/bioanzue/public_html/var/cache/production_201709190948/html/en/0b/5a/ffd817c10ff3ca8bc544517272059e5774cf0f222e9df086e605fa4e8b57(166): Symfony\Component\HttpKernel\HttpCache\Esi->handle(Object(Shopware\Components\HttpCache\AppCache), '/?module=widget...', '', false)
#1 /home/bioanzue/public_html/vendor/symfony/http-kernel/HttpCache/HttpCache.php(648): include('/home/bioanzue/...')
#2 /home/bioanzue/public_html/vendor/symfony/http-kernel/HttpCache/HttpCache.php(213): Symfony\Component\HttpKernel\HttpCache\HttpCache->restoreResponseBody(Object(Symfony\Component\HttpFoundation\Request), Object(Symfony\Component\HttpFoundation\Response))
#3 /home/bioanzue/public_html/engine/Shopware/Components/HttpCache/AppCache.php(116): Symfony\Component\HttpKernel\HttpCache\HttpCache-> in /home/bioanzue/public_html/vendor/symfony/http-kernel/HttpCache/Esi.php on line 281
[24-Oct-2017 09:36:55 Europe/Berlin] Stripe Notice: Undefined property of Stripe\Source instance: customer
[24-Oct-2017 19:16:57 Europe/Berlin] PHP Fatal error: Uncaught RuntimeException: Error when rendering "https://localhost/?action=info&controller=checkout&module=widgets" (Status code is 301). in /home/bioanzue/public_html/vendor/symfony/http-kernel/HttpCache/Esi.php:281
Stack trace:

Komt mir wie ein cache-Problem vor.

kulli · 11. November 2017 um 08:47

Was genau macht diese Datei (Verzeichnis: bin/vendor/ocramius/proxy-manager/ (Mich interressiert insbesondere dieser Codeschnipsel, wegen dem localhost-Fehler den ich immer noch habe )

Ist wie immer nur ein Strohhalm; sonst kann ich keinen localhost finden

$factory = new \ProxyManager\Factory\RemoteObjectFactory(
    new \ProxyManager\Factory\RemoteObject\Adapter\XmlRpc(
        new \Zend\XmlRpc\Client('https://localhost/xmlrpc.php')
    )
);

dogado_shops · 11. November 2017 um 09:36

Hi,

scheint irgendwas mit der API zu tun zu haben:

github.com

Ocramius/ProxyManager/blob/2.12.x/docs/remote-object.md

# Remote Object Proxy

The remote object implementation is a mechanism that enables a local object to control another object on another server. Each 
call method on the local object will do a network call to get information or execute operations on the remote object.

## What is remote object proxy?

A remote object is based on an interface. The remote interface defines the API that a consumer can call. This interface must 
be implemented both by the client and the RPC server.

## Adapters

Laminas's RPC components (XmlRpc, JsonRpc & Soap) can be used with the remote object. You will need to require the one 
you need via composer:

```sh
$ php composer.phar require laminas/laminas-xmlrpc:2.*
$ php composer.phar require laminas/laminas-json:2.*
$ php composer.phar require laminas/laminas-soap:2.*
```

This file has been truncated. show original

VG

kulli · 12. November 2017 um 15:08

ja, irgendwas greift von außen zu und erzeugt den fehler

beim zugriff genau zu diesem Zeitpunkt ist der Benutzer-Agent und die referrer-Url leider leer

Edit:

Aber im log findet sich folgendes IP aus hanoi:

125.212.217.215 - - [11/Nov/2017:23:08:56 +0100] "GET / HTTP/1.1" 301 - "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.137 Safari/537.36"
125.212.217.215 - - [11/Nov/2017:23:08:58 +0100] "GET / HTTP/1.1" 200 33952 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.137 Safari/537.36"
125.212.217.215 - - [11/Nov/2017:23:09:04 +0100] "" 500 7839 "-" "-"
125.212.217.215 - - [11/Nov/2017:23:09:06 +0100] "" 500 7839 "-" "-"
125.212.217.215 - - [11/Nov/2017:23:09:07 +0100] "" 500 7839 "-" "-"
125.212.217.215 - - [11/Nov/2017:23:09:08 +0100] "" 500 7839 "-" "-"
125.212.217.215 - - [11/Nov/2017:23:09:09 +0100] "" 500 7839 "-" "-"
125.212.217.215 - - [11/Nov/2017:23:09:13 +0100] "quit" 500 7839 "-" "-"
125.212.217.215 - - [11/Nov/2017:23:09:19 +0100] "" 500 7839 "-" "-"
125.212.217.215 - - [11/Nov/2017:23:09:23 +0100] "GET /media/image/36/26/e0/favicon16.jpg HTTP/1.1" 200 1220 "-" "python-requests/2.18.4"

dogado_shops · 12. November 2017 um 15:13

Hi,

das könnten auch Bots sein, die nach Wordpress Instanzen suchen (xmlrpc.php ist eine Standard Datei die zu Wordpress gehört - diese wird z.B. benötigt, um auf die Wordpress API per Smartphone zuzugreifen).

VG

kulli · 17. November 2017 um 14:54

So sehen die Zugriffe in der Regel aus (hier mal einer aus DE m it 408, die meisten mit 500):

88.133.153.76 - - [16/Nov/2017:17:04:05 +0100] "-" 408 - "-" "-"
88.133.153.76 - - [16/Nov/2017:17:04:05 +0100] "-" 408 - "-" "-"
88.133.153.76 - - [16/Nov/2017:17:04:05 +0100] "-" 408 - "-" "-"
88.133.153.76 - - [16/Nov/2017:17:04:05 +0100] "-" 408 - "-" "-"
88.133.153.76 - - [16/Nov/2017:17:04:05 +0100] "-" 408 - "-" "-"
88.133.153.76 - - [16/Nov/2017:17:04:05 +0100] "-" 408 - "-" "-"

und hier einer mit etwas mehr info

71.6.165.200 - - [16/Nov/2017:06:10:43 +0100] "GET / HTTP/1.1" 301 - "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.137 Safari/537.36"
71.6.165.200 - - [16/Nov/2017:06:10:44 +0100] "GET / HTTP/1.1" 200 33952 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.137 Safari/537.36"
71.6.165.200 - - [16/Nov/2017:06:10:46 +0100] "" 500 7839 "-" "-"
71.6.165.200 - - [16/Nov/2017:06:10:48 +0100] "" 500 7839 "-" "-"
71.6.165.200 - - [16/Nov/2017:06:10:48 +0100] "" 500 7839 "-" "-"
71.6.165.200 - - [16/Nov/2017:06:10:49 +0100] "" 500 7839 "-" "-"
71.6.165.200 - - [16/Nov/2017:06:10:49 +0100] "" 500 7839 "-" "-"
71.6.165.200 - - [16/Nov/2017:06:10:53 +0100] "quit" 500 7839 "-" "-"
71.6.165.200 - - [16/Nov/2017:06:10:56 +0100] "GET /media/image/36/26/e0/favicon16.jpg HTTP/1.1" 200 1220 "-" "python-requests/2.10.0"
71.6.165.200 - - [16/Nov/2017:06:10:57 +0100] "" 500 7839 "-" "-"

Ein paar der gefundenen IPs habe ich gesperrt, aber natürlich kommen dann immer wieder neue.

scheint das übliche “Abklopfen” von Schwachstellen zu sein:

https://www.abuseipdb.com/check/71.6.165.200

dogado_shops · 17. November 2017 um 15:46

Hi,

Wordpress Bots kannst Du z.B. auch so in Deiner .htaccess Datei von vornherein aussperren - diese “tasten” Domains immer nach dem gleichen Muster ab und prüfen auf das Vorhandensein bestimmter Dateien. Für Wordpress z.B. Zugriff auf xmlrpc.php und wp-login.php sperren - Beispiele:

http://techbloghunting.com/2017/08/28/using-htaccess-restrict-access-files-directories/

kulli · 18. November 2017 um 09:24

Schade, das Sperren speziell dieser beiden Dateinen nutzt leider nix:

169.54.244.75 - - [17/Nov/2017:21:23:57 +0100] "GET / HTTP/1.1" 500 7839 "-" "-"

Wie kriege ich raus, welche Dateien da noch abgefragt werden könnten ?

Thema		Antworten	Aufrufe
Landingpage Fehler : Status Code 301 Programmierung	10	1433	7. Juni 2017
Fehlermeldung nach 4.2.1 Update Shopware 3.5 installation--gettin	1	875	24. Februar 2014
Was bedeutet diese Fehlermeldung Shopware 3.5 administration	0	371	1. Dezember 2014
Error when rendering - 503 Fehler Shopware 3.5 general	3	2188	26. August 2016
503 Fehler nach Aktivierung des Caches Sonstiges	7	2161	22. April 2016

error 301 when rendering

Verwandte Themen