[07:48] <stevieh> hmm... mein gitlab sagt beim updaten auf 16.04, ich sollte doch zuerst bitte auf die letzte 10er Version updaten, bevor ich auf 11 gehe. Wie mach ich denn das mit ubuntu bordmitteln?
[07:52] <_moep_> du nutzt doch sicher das omnibus paket, oder stevieh?
[07:54] <stevieh> ich denke nicht, ich hab das einfach mit apt install installiert...
[07:56] <stevieh> ah, dann wohl doch :-)
[07:58] <stevieh> _moep_: und dann?
[08:03] <stevieh> apt-get install gitlab-ce=10.7.6-ce.0 habs...
[08:28] <_moep_> stevieh: sry ^^
[08:42] <stevieh> wie ich dieses drexmöhre hasse, dass sie nicht stabil von usb3 bootet
[08:45] <LupusE> erwahrungsgemaess liegt es meist an dem device, nicht am host
[08:45] <stevieh> es muss irgendwas mit dem usb bios mode zu tun haben, wenn der kernel mal oben ist, geht es 1a
[08:46] <stevieh> zum glück muss ich das alle halbe jahr mal rebooten, wenn es hoch kommt...
[10:13] <stevieh> [07/04/2018 12:13:32 PM] http-server.c(2141): Could not bind socket: Die Adresse wird bereits verwendet
[10:13] <stevieh> boah, nervt das
[10:17] <jokrebel> stevieh: Alle halbe Jahr? Klingt mutig; hängt hoffentlich nicht am Internet
[10:18] <stevieh> klar hängt der am internet. 
[10:18] <stevieh> aber der sollte nicht viel exposed haben.
[10:19] <stevieh> und siehst ja, jetzt werde ich wieder 3h gegen dieses kack seafile kämpfen
[12:12] <stevieh> hat hier jemand plan von seafile?
[12:14] <stevieh> ich kapier nicht, welche komponente da an port 8000 lauschen sollte
[12:17] <LupusE> ich verstehe die frage nicht.
[12:17] <LupusE> es ist ein sync dienst. natuerlich muss da was lauschen, ansonstne kann doch nichts drauf syncen?
[12:18] <stevieh> seafile hat mehrere Komponenten, eine ist wohl nicht erreichbar...
[12:19] <LupusE> auf 8000 ist der seahub (web interface).
[12:19] <LupusE> zumindest als default. abweichende einstellungen findest du in der seafile.conf
[12:22] <stevieh> d.h. wenn der port 8000 nicht da ist, läuft wohl der seahub nicht...
[12:23] <LupusE> der port ist immer da. die frag eist a) ob auf dme ein prozess 'lauscht'. b) ob die firewall den offen hat.
[12:24] <LupusE> streng genommen ist auch die frage auf welcher ip der port genutzt wird. wenn der service an localhost:8000 gebunden ist, dann kannst du auf 192.168.0.1:8000 anfragen solange der akku haelt.
[12:24] <stevieh> vorher lief das wohl mit fastcgi, aber das geht wohl jetzt nicht mehr...
[12:25] <LupusE> fastcgi ist ein modul eines webservers, wenn ich mich nicht irre. das hat mehr was mit dem http dienst als mit dem seafile zu tun.
[12:25] <stevieh> dieses ganze webgeraffel :-)
[12:25] <stevieh> nmap localhost sollte mir wohl aber port 8000 angeben, wenn da was lauscht, oder?
[12:26] <LupusE> ob ein dienst laeuft macht man auch nicht vom port abhaengig, sondern entweder über ide prozessliste (ps aux |grep <name>) oder ueber die diensteverwaltung (z.B. /etc/init.d/<name> status)
[12:26] <LupusE> nmap klopft an und zeigt an ob ein port offen oder geschlossen ist. die vorraussetungen für dne erfolg sind vielfaeltig.
[12:27] <LupusE> dazu muesstest du, wie oben beschrieben, auch das richtige interface nutzen. ob es auf localhost gebunden ist, das wissen wir doch gar nicht.
[12:27] <stevieh> ja was weiss denn ich :-)
[12:28] <stevieh> ich weiss ja noch nicht mal, ob z.B. seahub dauerhaft laufen sollte?
[12:30] <stevieh> ah, aber ich komme der Sache näher, seahub ist wohl nicht gestartet und das ist ein getrennter service von seafile
[12:33] <stevieh> Jul 04 14:29:12 home seahub.sh[15837]: Unknown command: 'runfcgi'
[12:56] <J-BBBB> Moin, wenn ich will das mein Server keine Emails senden darf, blocke ich den Quellport 25 oder den Zielport 25?
[12:58] <LupusE> emails werde an das ziel 25 gesendet. der client darf garnicht auf ports <1024 (proiviligierte ports) zugreifen.
[12:58] <LupusE> err, priviligierte
[12:59] <J-BBBB> ok thanks
[13:04] <stevieh> LupusE: geht. Ich hab gefunden, wo ich fastcgi abstellen muss...
[13:06] <LupusE> J-BBBB: aber beachte, dass 25 nur fuer unvershcluesselte smtp verbindungen gilt. verschluesselte secure-smtp verbindungen koennen gerne auch einen anderen port nutzen. gerade malware verschickt mails heutzutage seltenst ueber 25.
[13:06] <stevieh> kapier nur noch nicht, warum das systemd service file nicht geht, aber von Hand starten schon.
[13:06] <LupusE> die frage ist also was du damit absichenr willst und wie sicher du dich danach fuehlst.
[13:06] <LupusE> stevieh: das wird dir dein logfile hoffentlich verraten.
[13:07] <stevieh> gibts da noch was über journalctl -xe hinaus?
[13:07] <LupusE>  /var/log/seafile ?
[13:08] <J-BBBB> LupusE: ähmm ... Server kommunizieren mit dem Port 25
[13:08] <LupusE> ggf seafile/ oder seafile.log oder aehnlich. sollte in der seafile.conf zu findne sein wohin er logt.
[13:08] <J-BBBB> egal ob SSL/TLS oder nicht
[13:08] <LupusE> J-BBBB: ähmmm. nein.
[13:09] <LupusE> J-BBBB: das ist der im RFC definierte standardport fuer smtp verbindungen. aber es ist kein gesetz. daher mein hinweis.
[13:10] <J-BBBB> ich rede von server zu server und nicht von client zum server
[13:10] <J-BBBB> server zu server ist immer 25
[13:11] <LupusE> wenn es fuer dich ausreicht, okay.
[13:12] <stevieh> ne, in den seafile logs steht nix...
[13:15] <stevieh> strange
[13:17] <stevieh> kann eigentlich nur was mit pfaden oder environment sein.
[13:24] <stevieh> ok, das geb ich mal auf und lege es zur Seite ;-)
[20:46] <MokkuJiN> Hallo an alle
[20:48] <MokkuJiN> ?
[20:49] <MokkuJiN> lol was ist denn hier das Thema *g*
[20:49] <k1l_> ubuntu support. wie es im topic steht :)
[20:49] <ppq> /topic
[20:49] <ppq> ;)
[20:49] <MokkuJiN> ah doch jemand da 
[20:49] <MokkuJiN> ;-)
[20:52] <nicole> hi
[20:53] <MokkuJiN> hi