nph-proxy blocken ?

[Ice Man]

Warum ?
Ist das irgendwie schlecht, wenn man das einbaut ?
Eigentlich wollte ich nur was gutes tun

[Hobby-SEO]

Was meinst Du damit, SloMo?

[Kristian]

Ich frage mich für welche Seite hier gearbeitet wird.

Wie ist denn das zu verstehen ?
Ich will halt nur das diese URLs nicht mehr funktionieren

Deine Frage war ja verständlich und gut, nur die Antworten halte ich für Verarsche und da frage ich mich halt nach der Zielsetzung.

Gruss
Kristian

[Hobby-SEO]

@Kristian: Meinst Du damit mich?

[Ice Man]

Ich denke ich man könnte das eventuell noch besser machen.

Warum nicht jedesmal wenn so eine URL kommt, per 301 auf die Domain oder die entsprechende Unterseite weiterleiten.

Vorteil, der Besucher sieht die Seite, und die URL fliegt auch gleich aus dem G-Index.

[SloMo]

Ihr Scherzkekse macht doch gemeinsame Sache. So eine URL bekommen die angegriffenen Server nie zu sehen. Damit ist die ganze Diskussion für die Katz. Mit Eurem Code macht man nur die eigenen Seiten kaputt, wenn sie auf das Muster passen. Also alle CGIs etc.

[Hobby-SEO]

Gemeinsame Sache mit wem? Tatsache ist, dass z.B. Awstats trotz der von Speedy geposteten Zeile (die ich zugegebenermaßen nicht verstehe) ganz normal aufrufbar ist.

Die URLs, die von Proxy-Opfern bei Google im Index sind, lassen sich aber nicht mehr aufrufen sondern liefern eben einen 403er. Und sobald Google das nächste Mal diese URLs spidert, sieht auch Google nur noch die 403er-Fehlerseite. Folglich müsste der DC dann wieder verschwunden sein.

[Kristian]

@SloMo
> Mit Eurem Code macht man nur die eigenen Seiten kaputt, wenn sie auf das Muster passen.
> Also alle CGIs etc.

Nicht ganz, das:
RewriteCond %{REQUEST_URI} ^/*(cp/|cgi/)?(awstats|stats|cgi|cgi-bin|nph-proxy)/awstats\.(pl|cgi)(/.*)?$ [OR]
macht nur den Aufruf auf awstats.pl oder awstats.cgi unmöglich, wenn die Datei im Pfad awstats|stats|cgi|cgi-bin|nph-proxy liegt wobei man das "|" durch "oder" ersetzen will.

EDIT:
Ähemm, mir fällt gerade auf, das die .htaccess auf richtigen Servern nicht im und nicht für das cgi-bin wirkt, also noch sinnfreier das...

@Hobby-SEO
Du behauptest, damit könne man sperren, WARUM?

@speedy
Du lädst den Müll zum zweitenmal hier im Forum ab, WARUM?

Gruss
Kristian

[Jörg]

Vielleicht ein etwas verfrühter Aprilscherz

[Ice Man]

Also ich meinte den Beitrag wirklich ernst.
Aber scheinbar lässt sich das wirklich nich realisieren.
Wäre auch zu einfach gewesen.

[Jörg]

Ich bezog mich mit meiner Bemerkung auch auf die Antworten

Du musst die IP sperren, über die der Proxy deine Seiten aufruft - diese findest du im Server Logfile. Ausführlicher wurde das Thema hier schon mal behandelt:

https://www.abakus-internet-marketing.d ... 30757.html

[Ice Man]

Ich weiß, aber ich will doch nicht ständig die Ips nachtragen, deswegen suchte ich ja nach einer einfacheren Lösung :=)

[Hobby-SEO]

@Hobby-SEO
Du behauptest, damit könne man sperren, WARUM?

Ich kann meine Seiten nicht mehr über den Proxy 1337tavern.net aufrufen, darum.

https://1337tavern.net/cgiproxy3/nph-pr ... eseite.tld

Wie sollte denn Speedys Codezeile aussehen, damit sie besser funktioniert? (Ich bin wirklich kein Modrewrite-Experte.)

LG, Wolfgang

[SloMo]

Vergiss es, es geht nicht.

[Jörg]

SloMo hat ja schon geschrieben, warum dies so nich funktionieren kann:

So eine URL bekommen die angegriffenen Server nie zu sehen.

Der Proxy ruft die Seite unter dem URL https://www.meineseite.tld ab und nicht unter https://1337tavern.net/cgiproxy3/nph-pr ... eseite.tld