Gesperrter Server beiInterwerk Dieselstraße
Außerdem Ausfall der ?regulären Proxychain? Es gab heut morgen einen http-redirect auf die URL ecb.europa.eu den der Proxy-Filter nicht erfasste.
Ich hab das adann dadruch gelöst daß ich auf jenen selbstgeschriebenes 404Proxy.php zurückgriff eiN Script zwar keine HTTP POST Request ver-steht (ähnlich wie webfs im cgi-Modus) und einen marginalen Bug hat wenn es um die Content-Length von XML geht, das aber dafür im Gegen-satz zur aufwändigen Proxychain aus debian-Linux Bordmitteln läuft. Was Interwerk(Diselstraße angeht: Die Routingprobleme in Frankfurt a.M. ? und ich meine damit nicht die weggfiltern traceroute-Hops die deshalb weggefiltert wreden weil faslche IP/AS Nummern angezeigt werden, es sieht in traces teiweise so aus als würden mien eBGP Neighbors miteinander peeren wenn ich auf eienm andern Interface in meinem IP-Adress/AS Bereich Routen/Traffic zwischen zwei eBGP Routern austausche obgleich die Vebridnungen über 193.109.132.0/23AS21158 laufen wird Das nach draußen angezeigt als würde Traffic zwischen der öffentlichen IP meiens einen Peers in einem anderen AS und der öffentlichen IP eiens Weitern IPS direkt durchgereicht was nicht stimmt. Der Kernel immerdie erste IP des ersten Interfaces als Uqlle von Traces das er findet (daher filter ich das weg)sondern ich meien eben statt dem wegfilttern der trace-hops Minuten und viertelstundlange Roztingausfälle zu ganz betsimmte Gegenstellen, als wäre da ein wildgewordener DDOS Filter am Werke. Diese Ausfälle ahbe ich jett auchin zwei weitern Rehcnzentren in Frankfurt a.M.anchweisn können. Das bedutet unetsrchidlichte Provider in unterschilichen Rechenzentran bekommen Störungen auf dem Layer 3 oder 4/ IP Ebene. Einzelne IPs sind nicht erreichbar.
Also ich hab diesen Node soweit ich mich erinnere nicht abgeschaltet. Es ist eines der VPS-Systeme das ich zum ausmessen des Routingproblems bei Interwerk in Frankfurt/M. gemietet hatte DAS SICH NACH NEUEREN ERKENNTNISSEN AUCH AUF ANDERE RECHENZENTREN / PROVIDER ERSTRECKT.
