nph-proxy blocken ?

Beitrag von **Ice Man** » 30.03.2007, 12:35

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

von **Anzeige von ABAKUS** »

SEO Consulting bei ABAKUS Internet Marketing
Erfahrung seit 2002

persönliche Betreuung
individuelle Beratung
kompetente Umsetzung

Jetzt anfragen: 0511 / 300325-0.

Beitrag von **Hobby-SEO** » 30.03.2007, 12:36

Was meinst Du damit, SloMo?

Beitrag von **Kristian** » 30.03.2007, 12:36

Ice Man hat geschrieben:
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

Beitrag von **Hobby-SEO** » 30.03.2007, 12:41

@Kristian: Meinst Du damit mich?

Beitrag von **Ice Man** » 30.03.2007, 12:43

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.

Beitrag von **SloMo** » 30.03.2007, 12:46

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.

Beitrag von **Hobby-SEO** » 30.03.2007, 12:52

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.

Beitrag von **Kristian** » 30.03.2007, 12:56

@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

Beitrag von **Jörg** » 30.03.2007, 13:02

Vielleicht ein etwas verfrühter Aprilscherz

Beitrag von **Ice Man** » 30.03.2007, 13:04

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

Beitrag von **Jörg** » 30.03.2007, 13:11

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

Beitrag von **Ice Man** » 30.03.2007, 13:19

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

Beitrag von **Hobby-SEO** » 30.03.2007, 13:22

Kristian hat geschrieben:@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

Beitrag von **SloMo** » 30.03.2007, 13:27

Vergiss es, es geht nicht.

Beitrag von **Jörg** » 30.03.2007, 13:29

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