Tollkühne Entwickler auf ihren fliegenden Kisten

Seit ihr auch schon mal über "merkwürdig" konfigurierte Systeme gestolpert?

Ich bin in der Firma Aushilfsadminzweitengrades (für einen Kollegen der bis auf weiteres in einem Kundenprojekt vergraben ist) und betreue eine Entwicklungscloud für die Dev Jungs und Mädls. Heute hat mich ein Kollege angerufen und meinte, dass er in der Integrationsumgebung per Webbrowser nicht auf seine Applikation kommt. In der Entwicklungsumgebung funktioniert es aber.

Und so machte ich mich auf die Suche was es denn da haben könnte...
(Vorab, ich kannte weder die Server noch die Applikation.)

root user hatte ich, also zuerst mal nachsehen was denn da so rennt.

netstat -anp |grep 80
Aha, ein apache. Ins log gesehen und tatsächlich, dort stehen die 404 Meldungen.
Im Filesystem nachgesehen und auch dort konnte ich die angeforderten Files nicht finden.

Kollege zeigt mir per Lync wo er die Files am Server per scp raufgeladen hat: Ins Verzeichnis /data/userxy/jboss-as-xxx/usw.
Hm, das ist aber ein ungewöhnliches Verzeichnis für einen apache Prozess. Hatte ich in der apache Konfig das root Dir übersehen?
Nein, apache root Dir war /var/www/http/ und dort waren seine Files nicht, daher die 404 Meldungen im Log.

"Aber auf der Entwicklungsmachine geht es genauso!"
Also schaue ich dort nach und tatsächlich, dort kommt die erwartete Antwort im Browser. Und die Files liegen wie er gesagt hat, unter /data/userxy/jbossxy/. Und es antwortet auch tatsächlich ein jboss Server auf die Requests vom Browser. Apache rennt dort keiner.
Wieder ein netstat -anp |grep 80 ausgeführt, diesmal auf dem Entwicklungsserver.
=> kein Treffer. Kein Prozess lauscht auf tcp80. Nur der jboss auf tcp8080.
=> ??? Wer antwortet mir dann auf die requests vom Browser?
Also habe ich DNS und Namensauflösung überprüft ob ich wirklich auf der richtigen Maschine bin. Ja, das passte. Auch ein telnet 127.0.0.1 80 ging auf dem Server, obwohl kein Prozess auf tcp80 lauschte. Nunja, ich war kurz ratlos. There's something rotten in the state of denmark...

iptables -L -vt nat
=> uiii, da gibt's tatsächlich eine Regel die alle tcp80 Packete auf tcp8080 umleitet!
WTF, warum ist dann der jboss nicht gleich auf tcp80 konfiguriert??

Zurück am Integrationsserver:
Dort rennt mal kein jboss Prozess. Init File gibt es auch nicht. Na supa.
Ein Blick ins history erklärt mir, dass jboss mittels screen gestartet wird. Sehr leiwand. in der rc.local findet sich dafür auch kein Eintrag. Ergo, jboss wird manuell gestartet. Ebenso die iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080 Anweisung. Das wird super wenn der Server mal wieder restartet werden sollte...

TLDNR;
Auf dem Server rennt Apache statt jboss. Jboss wir manell gestartet und ist auf Port 8080 gebunden. Eine lokale Firewall Rule schupft alles von Port 80 auf 8080. Automatisiert ist nichts. Es stellte sich heraus, dass die Entwicklungsumgebung und Integrationsumgebung von einem externen Lieferanten aufgesetzt wurde.

Habt ihr auch schon mal solche Kisten in die Finger bekommen?

subscribed for epic thread title

An sich nichts was mich übermäßig verschreckt und ich würde lügen müssen, wenn ich behauptete ähnlich gruseliges nicht schon selbst gemacht zu haben. Mit eventuell einem kleinen Unterschied. Ich dokumentier das.

Dokumentation hattest keine?

Ich finde es gruselig wie oft und wie viele Systeme nicht ordentlich dokumentiert werden, dann werden blind Updates gemacht und plötzlich geht irgendwas (wegen customization) nicht mehr wie vorher

Bei mir hat nginx zu Gunicorn, php5-fpm oder Java auch noch immer gereicht .

Kleine Firmen bei denen keiner eine Ahnung von Computer hat, viel tragischer sind da teilweise ja eher rechtliche Probleme statt technischer an die gar nicht gedacht wird.

Ein eigener Exchange Server in einer kleinen Firma und keiner dort kennt sich aus? Klingt nach einem guten Plan

Zitat von 11Fire01

wie kann ein server nicht rebootsicher sein :O

Wie kann ein Server Autologin haben? Wieso betreibt man einen Server mit Windows? Du siehst man kann das beliebig weiterführen.

Auf so billige Sprüche braucht man doch ned eingehen