[07:21] <pLaTo0n> moin
[07:42] <deathleff> Hallo. Xubuntu16.10 hat plötzlich kein Gefallen mehr an WLAN. Adapter sind sichtbar via lspci/lsusb aber nicht mehr via iwconfig. Das Netzwerkmanagement-Applet in der Xubuntu-Hauptleiste bietet auch nur noch Netz via Kupfer an.
[07:44] <deathleff> Weder interner PCI WLAN-Adapter im Lenovo T410, noch USB Adapter werden eingebunden. Das kam von einem reboot zum nächsten.
[07:44] <deathleff> Jemand eine Idee/Ansatz das Problem zu beheben?
[07:45] <deathleff> Unter Win10*hust* läuft WLAN wie gewohnt, ist prallel installiert.
[07:47] <nifu> deathleff: Spontan keine Idee. Gab es vielleicht Updates die neue Treiber mitgebracht haben? Zeigt er denn verfügbare WLANs an? Ansonsten mal ohne Networkmanager versuchen 
[07:47] <sash_> deathleff: Sagt denn iwlist scan noch was?
[07:48] <deathleff> nifu, kein Update des Körnel o.ä. iwconfig zeigt keine WLAN-Adapter mehr wie gewohnt, fleiches gilt auch für iwscan...sehr komisch, werde wohl neu aufsetzen müssen.
[07:49] <deathleff> *gleiches
[07:51] <nifu> Nochmal USB Port wechseln des WLAN Dongel oder den NetworkManager mal komplet deinstallieren. 
[07:52] <jokrebel> Rfkill list
[07:53] <deathleff> jokrebel, nein der killswitch ist nicht aus versehen reingesprungen :)
[07:53] <deathleff> apt remove networkmanager probieren, wirklich?
[07:54] <koegs> nee
[07:54] <jokrebel> Da sieht man auch ggf. Softblocked (seufz)
[07:54] <deathleff> Komisch halt das sie HW-Seitig erkannt werden, aber nicht zu managen/aktivieren sind.
[07:54] <jokrebel> Aber wie du meinst. Bin eh nur am Handy und in der Arbeit
[07:55] <jokrebel> Gl
[07:55] <deathleff> Nee will da nicht mit der Brechstange ran
[07:55] <deathleff> lspci
[07:56] <deathleff> 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6200 (rev 35) <-- Da isser, iwconfig schweigt sich aus, nur loopback und kupfer interface.
[07:58] <koegs> "ip a s" zeigt den auch nicht?
[07:58] <deathleff> nein
[07:58] <deathleff> lo und kupfer
[07:58] <deathleff> kein funk
[07:59] <deathleff> gleiches wenn ich wlan adapter per usb stecke.
[08:01] <koegs> bleibt noch dmesg und syslog um zu schauen ob er da was meckert
[08:01] <koegs> und einfach mal reboot hast du schon probiert? :D
[08:04] <deathleff> koegs, i tried to turn it off and on again :) live-system oder das parallel installierte win10 funkt ganz normal. syslog und oot log bringen das übliche device erkannt, keine fehler.
[08:04] <deathleff> *boot
[08:05] <deathleff> riecht nach neuinstallation, aber diesmal die lts.
[10:58] <multistorm> Servus, ich bin immer noch dabei ein kleines oder doch nicht so kleines SSL Problem zu lösen, und zwar geht es darum das ich im Log des Apache Server Folgenden Fehler bekomme wenn ich über SSL zugreife: https://paste.ubuntu.com/24282430/
[10:58] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[10:58] <multistorm> es scheint als läge dies daran das das Zertigfikat logischerweise selber Zertifiert ist den es geht ja um den Localhost
[10:59] <deem> multistorm: das is wohl eher was für den apache channel
[10:59] <deem> oder fürs offtopic
[10:59] <multistorm> was ich in der Zwischenzeit noch versucht habe ist das ich einen Softlink des Zertifikates nach /etc/ssl/certs gelegt habe
[10:59] <multistorm> gestern habe ich das im offtopic angesprochen und die haben mich hier her geschickt
[11:00] <ShiroNeko> hi, ist es möglich mir auf command line folgende infos zu einem User anzeigen zu lassen: Real Name, Create Date und Last Login?
[11:01] <deem> multistorm: das is halt schon ziemlich speziell und hat weniger mit ubuntu direkt zu tun
[11:01] <deem> multistorm: außerdem ist der snippet nicht komplett
[11:03] <ppq> deem, gestern wurde er mit dem selben anliegen aus dem offtopic hierher geschickt ;-)
[11:03] <deem> ppq: wenn ihr sagt, dass das hier ok ist. von mir aus :)
[11:04] <deem> ShiroNeko: es gibt wohl ein tool namens "finger", dass das kann
[11:04] <ppq> deem, multistorm, naja ich kann da eh nicht helfen, mir ists egal ;)
[11:04] <multistorm> ich bin mir halt nicht sicher ob es ein Config Problem von ubuntu ist ob der Apache müll macht oder das son **** PHP Kam ist
[11:05] <deem> multistorm: dann zeig doch mal bitte die komplette fehlermeldung (auch ein paar zeilen darüber) und die vhost config
[11:05] <multistorm> okay mom...
[11:11] <multistorm> https://paste.ubuntu.com/24287390/
[11:11] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[11:12] <deem> multistorm: das is ne fehlermeldung von php. nicht vom apachen
[11:13] <deem> was immer dein php da tut. es macht es falsch
[11:14] <deem> vermutlich fehlt da ein modul. und passwörter würde ich niemals nie nicht per get übermitteln. das ja ekelig :/
[11:15] <multistorm> deem: ja das ist gut möglich das es am PHP liegt, Falsch machen ist hier so nicht leicht zu beantworten, auf dem LiveServer mit Gültigem Zertifikat klappt der gleiche Code ohne Problem das mit dem Passwort und GET jo sehe ich genauso (Das habe ich nicht Programmiert) ich bin eh gerade dabei das Projekt aufzuräumen, aberdas gehört wirklich nicht mehr hier her :-)
[11:16] <multistorm> die frage ist nur wie ich da weiter vorgehe 
[11:16] <deem> wie gesagt. dein php versucht das zertifikat zu öffnen und scheitert dabei
[11:18] <nifu> Wieso muss das PHP denn auf der Zertifikat zugreifen? 
[11:19] <multistorm> nifu: das weiss ich auch nicht das scheint sone art Std. von PHP zu sein wenn es mit SSL arbeitet
[11:19] <koegs> nope
[11:19] <nifu> Dem PHP ist das zertifikat des Webservers erstmal egal 
[11:20] <multistorm> ich denke mal es muss ja die Verschlüsselte Daten interpretieren?
[11:20] <deem> ssl läuft nur vom client zum webserver
[11:20] <multistorm> das ist dan wirklich komisch
[11:20] <deem> dem php "dahinter" ist das ziemlich hupe
[11:21] <nifu> multistorm: Bin jetzt kein PHP Entwickler aber das PHP sollte nicht auf das SSL-zertifikat vom Webserver zugreifen. Nur der Apache liefert das zertifikat an den client aus für die SSL-Verbindung. 
[11:21] <multistorm> nifu: würde ich auch so sehen
[11:22] <nifu> Was macht denn das PHP in /var/www/html/builtt_plattform_web/IT/func/PHP_functions.php on line 213 ?
[11:24] <nifu> Hast du schon die Google Ergebnisse zu "SSL operation failed with code 1" durch? 
[11:24] <multistorm> einen teil ja
[11:26] <nifu> In 1-2 Einträgen schreiben User das der Fehler zustande kommt weil es ein Selfsign Zertifikat ist
[11:28] <koegs> multistorm: du solltest gucken was PHP_functions.php in Zeile 213 genau macht
[11:28] <koegs> evtl. ist da ein hardcoded zugriff auf das SSL-Zertifikat drin (warum auch immer)
[11:28] <koegs> das hat definitiv nix mehr mit apache+ssl zu tun
[11:29] <multistorm> ne vermutlich nicht
[11:29] <multistorm> ich suche die zeile gerade aber ich denke auch ich werde mal im PHP bereich schauen müssen
[11:30] <nifu> Ich vermute die PHP Warning kommt nur wegen dem Selfsign Zertifikat 
[11:31] <nifu> Du hast ja auch geschrieben das es auf dem Live Server mit gültigem Zertifikat klappt. 
[11:31] <multistorm> ich hatte gestern noch diesen tipp bekommen :http://stackoverflow.com/questions/32211301/ssl-error-ssl3-get-server-certificatecertificate-verify-failed
[11:31] <le_bot> Title: php - SSL error SSL3_GET_SERVER_CERTIFICATE:certificate verify failed - Stack Overflow (at stackoverflow.com)
[11:33] <multistorm> das wäre die Codezeile: $response = file_get_contents($url, false); aber ich denke mal, das wird wirklich nicht mehr hier her gehören
[11:34] <deem> da hast du wohl recht
[11:37] <nifu> Einfach verify_peer und verify_peer_name auf FALSE setzten und schauen ob die Warnung verschwindet. Alternativ kannst du dir auch ein kostenloses Zertifikat von StartSSL holen. Aber die PHP Anwendung sollte auch unabhängig von der Fehlermeldung funktionieren. 
[11:45] <multistorm> nifu: tut sie leider nicht
[11:45] <multistorm> das problem ist nur, sowei ich das verstanden habe das die niemand ein Zerti für localhost ausstellt
[11:45] <multistorm> aber mal ne allgemeine Frage zu Zertifikaten unter ubuntu
[11:46] <nifu> Dann setzt mal die beiden Paremeter und teste es nochmal :) 
[11:46] <multistorm> damit ich das auch gleich mal verstehe
[11:46] <AndroUser> Hello, gibt es eine  funktionierende Lösung für den rwboot bug hug_task blocks for more than 120 seconds?
[11:46] <multistorm> okay mache ich sofort
[11:46] <multistorm> die *crt datei muss bei untuntu unter /etc/ssl/certs liegen damit ubuntu das findet und benutzt richtig ?
[11:47] <multistorm> muss man das noch irgendwie registrieren ?!?
[11:47] <nifu> Nicht unbedingt. Der Pfad ist frei wählbar und muss nur in der Apache Config angepasst werden. 
[11:47] <multistorm> ja das ist klar
[11:47] <nifu> Wichtig ist nur das das keyfile chmod 600 hat und rot gehört. 
[11:48] <nifu> Man sollte aber die Standards nutzen die das Betriebssystem vorgibt. 
[11:48] <multistorm> naja aktull liegen das Zertifikat unter etc/apache2/ssl/ 
[11:49] <multistorm> das ist so auch in der VHOST Config oder muss man da noch eine andere COnfig anpassen ?
[11:49] <nifu> Das kannst du so lassen. 
[11:50] <nifu> Die SSL Config gilt ja nur für diesen VHost. In anderen VHosts kann man auch die SSL-Zertifikate in anderen Verzeichnisse ablegen. 
[11:50] <multistorm> okay
[11:51] <multistorm> jetzt noch die frage, wenn ich will das das Zertifikat für Ubuntu systemweit zur verfügung steht brauche ich noch den link ins /etc/ssl/certs oder ?
[11:53] <multistorm> mir ist aktuell nicht ganz klar wie ubuntu mit den Zertifikaten umgeht
[11:53] <multistorm> also bei Windows z.b. kann man sowas doch in den Lokalen Zertifikatespeicher importieren uns Sagen, ja ist scheisse nimm es aber trotzem
[11:53] <nifu> Was meinst du denn mit Systemweit? Für Ubuntu sind die Zertifikate nur Daten. Der macht damit nichts. 
[11:53] <deem> multistorm: update-ca-certificates <-- aktualisert und registriert zertifikate, die in /etc/ssl/certs abgelegt werden
[11:54] <multistorm> deem: ahhhh
[11:54] <deem> das gilt aber nur indirekt für browser
[11:54] <deem> manche nutzen den os certstore, andere präferieren ihre eigenen
[11:54] <multistorm> und kann man da auch zerifikate beglaubigen also außnahmen angben ?
[11:54] <deem> im browser? sicher
[11:55] <multistorm> ne nicht im Browsr ... bezogen auf mein probem scheint es ja so zu sein, das das PHP am Apache vorbei das Zertifikat nutzten möchte ... also wird es vermutlich irgendein OS Standart nutzen
[11:56] <multistorm> also lustigerweise update-ca-certificates sagt 0 add / 0 remove
[11:56] <multistorm> also scheint er den link auf das Zerti nicht zu nehmen oder zu erkennen
[11:56] <deem> das kannst du nur mit sicherheit sagen, wenn du es testest und herausfindest welches zertifikat dein php da nutzt
[11:57] <deem> multistorm: https://superuser.com/questions/437330/how-do-you-add-a-certificate-authority-ca-to-ubuntu
[11:57] <le_bot> Title: How do you add a certificate authority (CA) to Ubuntu? - Super User (at superuser.com)
[11:57] <deem> da geht es zwar um das hinzufügen eines ca zertifikats, aber das funktioniert für alle so
[11:58] <deem> wobei es natürlich sinn macht da nur ca zertifikate drin zu haben
[11:59] <deem> da seh ich gerade: in /etc/ssl/certs liegen die symlinks, die von update-ca-certificates erstellt werden. ich dachte das wäre andersrum
[11:59] <multistorm> oh okay
[12:00] <multistorm> und wo müssen dan die eigentlichen Zertifikate liegen damit die Systemlinks erstellt werden ?
[12:00] <deem> steht in dem link
[12:00] <deem> das ist besser erklärt, als ich es könnte :D
[12:00] <multistorm> ahh okay dan lese ich erstmal :)
[12:16] <multistorm> deem: du hast es gerockt
[12:17] <multistorm> also Certi nach /usr/local/share/ca-certificates kopieren und 
[12:17] <multistorm> sudo update-ca-certificates
[12:17] <multistorm> danach meckert PHP nicht mehr
[12:17] <multistorm> und alles Funktioniert
[12:24] <multistorm> soll ich das mal bei Ubuntu-Users ergänzen ?
[12:24] <multistorm> also in dem SSL artikel ?
[12:26] <deem> das gehört vielleicht eher zu php
[12:26] <deem> aber das sollte jemand anderes beurteilen
[12:26] <multistorm> naja es wird ja ständig auf ausnahmen bezüglich PHP hingewiesen ..
[12:27] <multistorm> mir egal .. ich will der Com. nur auch mal was zurück geben und nicht immer nur nehmen ... wer entscheidet das ?=
[12:35] <multistorm> muss mal rebooten
[12:35] <deem> die community. im zweifelsfall kannst du es auch einfach da eintragen. wenn es jemandem nicht passt. wird es verschoben
[12:35] <multistorm> okay
[13:19] <Guest56063> Problem mit einer externen Festplatte USB-3.0 - kann nicht eingehängt werden: "Error mountung /dev/sdc1 ... can't read superblock" -- gibt es dafür eine allgemeine Lösung?
[13:22] <jokrebel> "allgemeine" Lösungen gibt es selten ;-)
[13:23] <Guest56063> ich vergass: die ext 1TB-HD ist windows formatiert
[13:35] <jokrebel> hmm; da schaufelt man sich extra ein wenig Zeit frei, dann isser schon wieder wech
[13:57] <nagetier> Hat das aktuelle Xfce gar kein bluetooth-applet, finde dafür kein Paket, außer blueman, aber das ist nur für pre 16.04, oder?
[14:00] <koegs> nagetier: standard ist blueman bei xfce
[14:01] <nagetier> Hm, also doch
[14:01] <nagetier> Fand das Wiki etwas unübersichtlich :)
[14:06] <koegs> nagetier: hab einfach ins manifest des installations-isos geguckt
[14:07] <nagetier> Ahja, stimmt, hätte man machen können
[14:16] <apollo13> is bei ubuntu LTS die trennung zwischen server und desktop EOL verschwunden?
[14:16] <apollo13> ie ist 14.04 auch am desktop bis april 19 supported?
[14:21] <koegs> apollo13: erster abschnitt https://wiki.ubuntuusers.de/Long_Term_Support/
[14:21] <le_bot> Title: Long Term Support › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[14:21] <nifu> Sowohl die Desktop als auch Server Version werden bis April 2019 unterstützt 
[14:22] <apollo13> FML
[19:41] <chl> chr
[21:10] <trisi> Hallo
[21:11] <trisi> ?
[21:12] <k1l_> hi
[21:13] <jokrebel> guten Abend
[21:14] <trisi> Hab ein Problem mit Virtualbox... Hab mir ne Windows 2000Professional Lizenz gekauft und bekomme sie jz nicht installiert... 
[21:15] <trisi> Die Installation ist immer in Dauerschleife... :/
[21:15] <k1l_> du hast also ein windows problem :)
[21:16] <trisi> Jaa. Aber was muss ich tun, damit die Dauerschleife nicht stattfindet...?
[21:17] <k1l_> das fragst du am besten die #windows jungs :) denn das ist ja kein ubuntu problem
[21:21] <trisi> Aber in eurem Forum ist ein Thread von 2008 über ein ähnliches Problem. Der bringt mich aber nicht weiter.... Deswegen wollte ich hier fragen...
[21:24] <jokrebel> trisi: Mal abgesehen davon, dass man vermutlich Windows 2000 heutzutage nicht mehr betreiben will ist das hier tatsächlich absolut fehl am Platz. Man könnte fast schon meinen Du willst hier trollen
[21:29] <trisi> Schade, dass eine simple Supportanfrage als Troll-Versuch abgewiesen wird, egal ob er "fehl am Platz" ist oder nicht. Ich habe recherchiert, bin auf den Link zu eurer Seite gestoßen und hatte nen Internal Server Error (503). Dort wurde auf diesen Chat verwiesen.
[21:30] <k1l_> trisi: wenn das forum down ist, dann kannst du dich beif ragen dazu an #ubuntuusers wenden. für windows support sind die aber genau so wenig wie wir der ansprechpartner.
[21:31] <trisi> https://forum.ubuntuusers.de/topic/virtualbox-windows2000-boot-endlosschleife/  Was ist dann das? In eurem Forum.... 
[21:32] <le_bot> Title: virtualbox / windows2000 / boot-Endlosschleife › Programme › Ubuntu verwenden › Forum › ubuntuusers.de (at forum.ubuntuusers.de)
[21:32] <mrkramps> trisi, ist support für eine anwendung unter ubuntu
[21:33] <k1l_> trisi: ja, da fragt einer im unterforum zur verwendung von virtualbox. nochmal: wo ist das ubuntu problem? dein ubuntu läuft doch.