[10:03] <soul_> moin, kennt sich jemand etwas aus mit filesharing in einer Virtualbox und einem Windows10 Netzwerk ?  In Debian 10 ist das ein klick und es funktioniert, aber unter Ubuntu verzweifel ich inzwischen
[12:16] <unifi-userxyz> hallo
[12:16] <unifi-userxyz> ich wollte den unifi controller installieren aber es gibt probleme mit abhängigkeiten
[12:17] <unifi-userxyz> in der dokumentation steht: 
[12:17] <unifi-userxyz> After the download completes, use sudo dpkg -i unifi_sysvinit_all.deb to unpack the .deb file and install the controller.
[12:17] <unifi-userxyz> "sudo apt-get install -f" das versteh ich nicht ...
[12:17] <unifi-userxyz> kann mir jemand helfen?
[12:21] <Heavy91> unifi-userxyz: der erste Befehl ist zur Installation des DEB Pakets. Falls das bisher unerfüllte Abhängigkeiten aufweist, werden diese mit dem zweiten Befehl nachgezogen.
[12:21] <Heavy91> unifi-userxyz: Beides in einem Befehl geht mit: "gdebi unifi_sysvinit_all.deb"
[12:22] <Heavy91> bzw "sudo gdebi ..." falls man nicht eh schon root ist
[12:24] <unifi-userxyz> gdebi ist auf meinem system nicht installiert
[12:31] <unifi-userxyz> moment
[12:32] <unifi-userxyz> ich glaub ich hab die falsche installationsanleitung
[12:32] <Heavy91> gdebi kann man nachinstallieren...
[12:32] <unifi-userxyz> ja, aber sudo apt-get install gdebi gibt ebenfalls fehlermeldungen zurück
[12:33] <unifi-userxyz> interessant, warum gibt es hier zwei unterschiedliche anleitungen:
[12:33] <unifi-userxyz> https://help.ui.com/hc/en-us/articles/360012282453-UniFi-How-to-Set-Up-a-UniFi-Network-Controller
[12:33] <le_bot> Title: UniFi - How to Set Up a UniFi Network Controller – Ubiquiti Networks Support and Help Center (at help.ui.com)
[12:33] <unifi-userxyz> und https://help.ui.com/hc/en-us/articles/220066768-UniFi-How-to-Install-and-Update-via-APT-on-Debian-or-Ubuntu
[12:33] <le_bot> Title: UniFi - How to Install and Update via APT on Debian or Ubuntu – Ubiquiti Networks Support and Help Center (at help.ui.com)
[12:34] <unifi-userxyz> verstehe den unterschied nicht ganz warum sich die erste auf einen befehl minimiert und die zweite so ausführlich ist.
[12:35] <unifi-userxyz> seltsam
[12:52] <unifi-userxyz> achso, der zweite artikel fügt unifi zu sources list hinzu
[12:53] <Heavy91> Bei der ersten Anleitung wird ein DEB heruntergeladen und installiert. Bei der zweiten wird eine neue Paketquelle hinzugefügt und darüber installiert. Letzteres hat den Vorteil, dass man auch Updates bekommt.
[12:53] <unifi-userxyz> ja, ich verstehe
[12:53] <unifi-userxyz> top! danke!
[13:00] <unifi-userxyz> warum sollte man eigentlich den unify controller updaten, hat das irgendwelche vorteile?
[13:00] <unifi-userxyz> wollte den ursprünglich updaten aber ich verlauf mich in mehr und mehr probleme. 
[13:01] <unifi-userxyz> hatte das login passwort nicht notiert, und musste ubuntu neu installieren
[13:01] <unifi-userxyz> (ubuntu server)
[13:01] <unifi-userxyz> nun dachte ich installiest du das aktuelle 20.04 (warum auch immer - dachte neu ist immer besser)
[13:02] <unifi-userxyz> aber jetzt hab ich eine zu neue mongo-db und lad mir gerade 18.04 wieder runter
[13:02] <unifi-userxyz> irgendwie kommt mir vor ich mach was falsch, wenn das so ausaartet
[13:03] <ppq> man kann das passwort auch resetten, einfach im "recovery mode" in eine rootshell booten
[13:04] <unifi-userxyz> das versteh ich an der sicherheit auch nie, warum kann passwörter resetten, (auch bei windows so) ist das nicht eine lücke, könnte doch jeder machen?
[13:06] <Heavy91> unifi-userxyz: In Softwareprodukten werden manchmal Sicherheitslücken gefunden. Dann stellt der Hersteller i.d.R. ein Update zur Verfügung, wo die Schwachstelle behoben ist. Wenn man die Software aus einer Paketquelle installiert hat, erhält man diese Updates automatisch zusammen mit den normalen Ubuntu Updates.
[13:06] <unifi-userxyz> aber in meinem familien wlan sind doch ohnehin alles noobs, verstehe da den sicherheitsaspekt nicht. von außen schützt mich das nat ...
[13:08] <ppq> sobald jemand physischen zugriff zum rechner hat, ist sowieso alles zu spät
[13:08] <ppq> da hilft dann nur noch full disk encryption
[13:09] <Heavy91> Ein NAT ist kein Sicherheitsfeature. Noch nie eine E-Mail mit Schadsoftware bekommen?
[13:10] <ppq> zu der unifi-geschichte: sieht so aus, dass version 5.12 nur eine veraltete version von mongodb (3.4) unterstützt, sogar in 18.04 wurde schon 3.6 benutzt und man musste 3.4 manuell nachinstallieren
[13:10] <ppq> hier ist ein forum-post mit script, das das angeblich auch für 20.04 erledigt https://community.ui.com/questions/UniFi-Installation-Scripts-or-UniFi-Easy-Update-Script-or-UniFi-Lets-Encrypt-or-Ubuntu-16-04-18-04-/ccbc7530-dd61-40a7-82ec-22b17f027776
[13:10] <le_bot> Title: UniFi Installation Scripts | UniFi Easy Update Script | UniFi Let's Encrypt | Ubuntu 16.04, 18.04, 18.10, 19.04, 19.10 and 20.04 | Debian 8, 9, 10 and 11 | Ubiquiti Community (at community.ui.com)
[13:10] <ppq> alles in allem sieht das aber sehr ekelhaft aus. veraltete software, kram an der paketverwaltung vorbei installieren, usw. würde nicht.
[13:12] <ppq> schon ein sehr schlechtes zeichen, wenn man auf installations-scripts von dritten angewiesen ist :)
[13:12] <unifi-userxyz> jo, ich wollte das zuhause nachbauen was wir in der firma haben. 
[13:12] <unifi-userxyz> damit ich etwas besser geübt darin bin.
[13:13] <unifi-userxyz> ja, von dem skript habe ich gelesen, dachte das eher zu vermeiden, weil es halt nichts offizielles ist
[13:15] <unifi-userxyz> manchmal wünschte ich wäre mit einem linux aufgewachsen, statt mit dos und windows, dann hätte man das im blut ...
[13:17] <ppq> naja, wenn schon die offizielle anleitung vorsieht, software zu installieren die seit langem EOL (end of life) ist... aber lassen wir das, bin raus
[13:17] <unifi-userxyz> passt danke!
[13:44] <unifi-userxyz> unter 18.04 lief die installation nach offizieller anleitung ohne probleme
[13:44] <unifi-userxyz> hab mich etwas eingelesen zu der mongodb problematik
[13:45] <unifi-userxyz> das neue mongodb hat eine andere lizenz und unify will da nicht wechseln, sie loten momentan noch ihre optionen aus
[13:45] <unifi-userxyz> solange bleiben sie halt auf mongodb 3.4
[17:11] <JDBugy> Hey wie löscht man ein Paket das nicht vi apt auf das System installirt wurde?
[17:11] <JDBugy> apt-get remove --purge xxx geht nichtd as Paket ist immer noch auf dem System!
[17:11] <drc> das kommt drauf an, wie es installiert wurde
[17:12] <JDBugy> drc: http://mewbies.com/ssl_tls_ftp_trouble_shooting.htm#lftp
[17:12] <le_bot> Title: SSLv3 TLSv1.2 FTP Server Trouble Shooting (at mewbies.com)
[17:12] <JDBugy> so jetzt bekomme ich es nicht weg ;(
[17:13] <drc> Heißt, du hast das Paket mit "make install" installiert?
[17:14] <JDBugy> ja
[17:14] <JDBugy> drc
[17:14] <drc> Dann geh mal in einer Konsole in das Verzeichnis, in dem du `make install` ausgeführt hast
[17:14] <drc> Probier mal: `sudo make uninstall`
[17:15] <drc> Wenn die Typen, die das Makefile geschrieben haben, halbwegs fähig waren, sollte das die Software wieder entfernen
[17:15] <JDBugy> das verzeichnis hab ich purged bereits
[17:15] <JDBugy> das ist w wie weg
[17:15] <drc> Das ist schlecht, da waren die Informationen drin
[17:16] <drc> Dann musst du jetzt die komplette Anleitung bis zu `make install` noch einmal durchführen und dann stattdessen ein `make uninstall` ausführen
[17:17] <JDBugy> drc Danke!
[17:17] <drc> Gerne, viel Erfolg!
[17:18] <xc> JDBugy: und für's nächste Mal: checkinstall verwenden
[17:18] <xc> !checkinstall
[17:18] <le_bot> Informationen zu checkinstall finden sich im Wiki unter http://wiki.ubuntuusers.de/checkinstall
[17:19] <JDBugy> xc: an welcher stelle?
[17:20] <xc> JDBugy: statt make install. Das erzeugt dann ein Paket, was über apt / dpkg deinstalliert werden kann
[21:14] <JDBugy> drc: make uninstall hat nicht funktioniert! 
[21:14] <JDBugy> oder xc