Beiträge von perryflynn

Hat jemand hier in letzter Zeit versucht eine XRDP Installation mit X11RDP Backend ans laufen zu bekommen? Ziel soll es sein ähnlich wie unter Windows selbst startende Multi User Sessions zu haben die getrennt und geöffnet werden können, ohne das der Desktop sich abmeldet.

Auf einem Ubuntu 15.10 habe ich das bereits erfolgreich laufen.

Auf diversen Debian basierenden aktuellen Systemen fehlt entweder in der Paketverwaltung X11RDP (XRDP selbst läuft) oder es lässt sich nicht selbst kompilieren (diverse Fehler die für mich zu hoch sind, will mich da nicht ausführlich mit beschäftigen). Auch XRDP-o-Matic [1] funktioniert mit Ubuntu LTS und Ubuntu Latest nicht.

Ich habe jetzt die Ubuntu 15.10 VM wo es schon läuft kopiert und auf den neusten Stand aktualisiert. Läuft jetzt soweit ohne Probleme. Mich würde es einfach mal interessieren, ob es jemand von euch geschafft hat das ohne so einen "Hack" ans laufen zu bekommen.

PS: Nein, VNC ist keine Alternative.

[1] GitHub - scarygliders/X11RDP-o-Matic: Currently for Debian-based distributions only, X11rdp-o-Matic automaticallydownloads, compiles, installs, and configures the X11rdp back-end X server , and the latest version of xrdp. RDPsesman is a menu driven utility for system administrators to configure local system users's RDP desktop environments. Will automatically install packages if necessary.

Ist besonders auffällig wenn die Minecraft Kiddies Ferien haben. Zum Beispiel an Weihnachten.

Zitat von [netcup] Felix

Und "CloudBleed" trendet... Was macht man jetzt bloß mit so einer Domain?

Sich ärgern das man dafür Geld ausgegeben hat?

Guck ins Access Log.

Zitat von Nerdmind

Nein, http://example.org/foo/bar wird auch zu https://example.org/foo/bar umgeleitet. Das wäre ja ansonsten keine vernünftige Lösung. Und mod_rewrite ist für so was überflüssig. Es geht auch einfacher und übersichtlicher mit mod_alias

Ah okay. War mir gerade nicht sicher.

Hat dieser Ansatz nicht den Nachteil, dass die aktuell angeforderte URL verloren geht und immer auf den DocumentRoot umgeleitet wird?

Würde das eher mit mod_rewrite machen und da dann den aktuell URL Pfad mit weiterleiten.

mod_rewrite ist das richtige Stichwort.
Beispiele gibts haufenweise bei Tante Google.

Ob Du das im vHost oder als .htaccess machst kannst Du dir aussuchen. Geht beides.

Via htaccess muss noch AllowOverride FileInfo im vHost gesetzt werden.

Die Menschen in der ehemaligen DDR waren schockiert, als die Mikros in Ihren Wohnungen gefunden wurden.

Heute bauen die Menschen das freiwillig ins Haus ein...

VMX muss beim Support dazu gebucht werden.
Kostet also extra.

Moin Felix,
das widerspricht gerade ein bisschen dem, was im ersten Beitrag steht.

Gut, dann bin ich jetzt raus.

REST ist erheblich einfacher zu bedienen als SOAP.

Es gibt mittlerweile in allen Programmiersprachen einfache Möglichkeiten simple GET/POST Requests auszuführen. Auch das Serialisieren von Datenstrukturen in JSON ist kein Hexenwerk mehr.

Dagegen fühlt sich SOAP mit dem generieren von Klassen oder dem manuellen Erzeugen von XML an wie aus der 90er Jahre Hölle entsprungen.

Ich habe zum Beispiel an der einen oder anderen Stelle die Twitter API im Einsatz. Es ist total simpel Möglich, ohne große Bibliotheken die irgendwo reinzufrickeln. CURL oder etwas ähnliches reicht.

Dagegen muss man für eine SOAP API umständliche XML Strukturen nachbauen, was ohne einen Klassengenerator nicht wirklich Spaß macht. Im Vergleich zu JSON REST einfach viel zu viel Aufwand.

Mit einem Rate-Limit kommt man hier nicht weiter. Egal ob GeoIP oder nicht. Dafür kommen einfach viel zu wenig Requests von der jeweiligen Unique IP.

Bisher haben die Entwickler nicht nachgezogen, und die meisten Anfragen enden brav in einem 400 Bad Request.

Sollte sich dies noch mal ändern, werde ich wahrscheinlich die API nur noch mit Authentifizierung erlauben. Ist dann halt so. Lässt sich ja im kleinen Kreis schön ohne weitere Abfragerei direkt im NGINX machen.

Alternativ hat mir ein Kumpel angeboten das ganze auf seiner Infrastruktur mit 4 dedizierten Servern im Round Robin zu hosten. Juckt mich ja schon in den Fingern... Mal schauen wie es so läuft.

Danke auf jedenfalls für eure Gedanken.

Du musst natürlich /bin auch in die Liste aufnehmen.
Weiß leider nicht wie das im WCP aussieht.

678.538.249.95

Das ist keine gültige IP. Jede der vier Zahlen muss zwischen 0 und 255 liegen.

Zitat von tldev

Versuchs mal mit /bin

Da befindet sich zumindest die "convert"-Binary

Und natürlich open_basedir entsprechend erweitern.

Zitat von twiddern

Ich schmunzel ja darüber ein wenig mit dem Gedanken, dass der Dienst ja anscheinend von einem Botnet/Malware genutzt um die externe IP-Adresse festzustellen. Warum nicht einfach bei falschen Abfragen (ohne Agent) einfach zufällige eine IP-Adresse aus dem Adressraum verschiedener "Nationaler Sicherheitsbehörden" ausgeben?

Ich denke da werde ich die Arschkarte bekommen, da an mich einfacher ranzukommen ist als an die Malware-Autoren oder die Anschlussinhaber. Außerdem wird das "Nullrouten" über "Kein Useragent" eh nicht lange funktionieren. Der Spuk wird bald mit normalen Mozilla Useragents von vorne los gehen.

Zitat von twiddern

Der Captcha-Vorschlag klingt okay, es kommt nur auf die Art an

Der Captcha Ansatz würde nur zusammen mit einer "Userverwaltung" und entsprechenden Limit Auswertungen funktionieren. Was wieder zusätzlich Last erzeugen würde. Außer ich bau da ein NGINX Plugin für oder so. --> Zu viel Aufwand, zumindest aktuell

Zitat von twiddern

Hast du feststellen können woher der Traffic hauptsächlich kommt? Anschlussart und Region?

Ne bin ich noch nicht zu gekommen. Am Wochenende vielleicht, falls der Spuk dann noch nicht vorbei ist.

Zitat von janxb

Das ist ja kein Missbrauch an sich, dein Dienst scheint einfach nur gut benutzbar zu sein. Ich würde mich glaube ich geschmeichelt fühlen und eventuell eine Lösung wie Cloudflare davor schalten, um einen Teil der Requests zu filtern.

Naja, funktionieren tut er aktuell nur, weil 80% des Traffics nicht zur Anwendung durch kommen sondern vom NGINX weggefiltert werden. Heute morgen haben 2/3 der Anfragen einen Bad Request bekommen.

Zum Captcha: Naja, auch nur wieder Kampf gegen Windmühlen...

Könnte man machen, ja.

Allerdings würde da auch der administrative Aufwand steigen. Denn man muss das ganze ja auch ein bisschen im Auge behalten. Entweder man muss jeden User manuell freischalten oder man muss die Anzahl der Registrierungen im Auge behalten.

Das Projekt gibt es schon mehrere Jahre, und bisher lief das immer brav "unbeobachtet".

Wäre halt doof da jetzt was daraus zu machen, um was man sich kümmern muss.

Moin,

ich stehe vor einem interessantem Problem.
Mein "kleiner" API Service http://ip.anysrc.net wird seit einigen Wochen gut besucht.

In den letzten 24 Stunden 12.431.956 Hits von 2.185.354 eindeutigen IP Adressen. Ich habe das ganze mit NGINX, Caches und Begrenzung der Anzahl an Requests pro IP recht gut in den Griff bekommen.

Nun habe ich mit etwas Suchaufwand raus bekommen, wo das "Interesse" herkommt. Der Dienst wird von diverser Malware verwendet. Als erste Gegenmaßnahme habe ich jetzt einfach erst mal alle Aufrufe ohne einen Useragent (Header fehlt, macht 90% des Traffics aus) im NGINX geblockt.

Allerdings wird das nur eine temporäre Lösung sein, bis die Penner entsprechend Anpassungen vorgenommen haben.

Wie seht ihr das? Ich war bisher nie einer so großen Last ausgeliefert und sehe es eigentlich auch nicht ein aufzurüsten. Im Zweifelsfall verschiebe ich den Dienst auf eine separate VM und reglementiere das ganze so, dass die meisten User einfach nur nen "Bad Request" bekommen. Nur dann könnte ich den Dienst auch gleich ganz einstellen.

Irgendwelche Ideen?

Man kann die Malware aktuell nur am fehlenden Useragent erkennen.
Ansonsten gibt es keine Auffälligkeiten.

Zitat von oliver.d

Die crt-Dateien sind ja normale Textdateien.

Aber beachten, dass es UNIX Dateien sind.
Es darf kein carriage return in der Datei sein.
Ausschließlich Line Feeds.

Unter Windows also am besten Notepad++ nutzen, und nicht den normalen Editor.

Zeilenvorschub – Wikipedia