From hoppelnase at freenet.de Sat Aug 17 15:46:58 2019 From: hoppelnase at freenet.de (HoppelNase) Date: Sat, 17 Aug 2019 17:46:58 +0200 Subject: [CentOS-de] GtkStyle could not resolve GTK Message-ID: Hallo, bei einem Programmaufruf (samtoolbox) erhalte ich folgende Fehlermeldung: "GtkStyle could not resolve GTK. Make sure you have installed the proper libraries." wenn ich den Programmauruf jedoch unter sudo mache, erscheint der Fehler nicht, somit sind alle libraries vorhanden. Hat jemand einen Lösungsvorschlag? LG From ad+lists at uni-x.org Sat Aug 17 16:44:14 2019 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 17 Aug 2019 18:44:14 +0200 Subject: [CentOS-de] GtkStyle could not resolve GTK In-Reply-To: References: Message-ID: <30ed5069-ed41-1ace-3dd1-8c35ea2fc86e@uni-x.org> Am 17.08.2019 um 17:46 schrieb HoppelNase: > Hallo, > > bei einem Programmaufruf (samtoolbox) erhalte ich folgende Fehlermeldung: > > "GtkStyle could not resolve GTK. Make sure you have installed the proper > libraries." > > wenn ich den Programmauruf jedoch unter sudo mache, erscheint der Fehler > nicht, somit sind alle libraries vorhanden. > Hat jemand einen Lösungsvorschlag? > > LG Zunächst würde ich prüfen, welche Libraries denn genutzt werden: ldd /path/to/samtoolbox im Terminal aufrufen. Das listet alle dynamisch zu ladenden Libraries auf und zeigt auch an, wenn eine oder mehrere nicht gefunden werden. Die Ausgabe kannst Du bei Bedarf mit dieser Liste teilen. Geraten: Im System wurden Libraries unter einem nur root zugänglichen Pfad installiert, vermutlich am RPM System vorbei. Alexander From hoppelnase at freenet.de Sat Aug 17 17:18:21 2019 From: hoppelnase at freenet.de (HoppelNase) Date: Sat, 17 Aug 2019 19:18:21 +0200 Subject: [CentOS-de] GtkStyle could not resolve GTK In-Reply-To: <30ed5069-ed41-1ace-3dd1-8c35ea2fc86e@uni-x.org> References: <30ed5069-ed41-1ace-3dd1-8c35ea2fc86e@uni-x.org> Message-ID: <4b9377a9-e1f0-373e-3b9e-5c955dd92e2c@freenet.de> Am 17.08.19 um 18:44 schrieb Alexander Dalloz: > Am 17.08.2019 um 17:46 schrieb HoppelNase: >> Hallo, >> >> bei einem Programmaufruf (samtoolbox) erhalte ich folgende >> Fehlermeldung: >> >> "GtkStyle could not resolve GTK. Make sure you have installed the >> proper libraries." >> >> wenn ich den Programmauruf jedoch unter sudo mache, erscheint der >> Fehler nicht, somit sind alle libraries vorhanden. >> Hat jemand einen Lösungsvorschlag? >> >> LG > > Zunächst würde ich prüfen, welche Libraries denn genutzt werden: > > ldd /path/to/samtoolbox > > im Terminal aufrufen. Das listet alle dynamisch zu ladenden Libraries > auf und zeigt auch an, wenn eine oder mehrere nicht gefunden werden. > Die Ausgabe kannst Du bei Bedarf mit dieser Liste teilen. > > Geraten: Im System wurden Libraries unter einem nur root zugänglichen > Pfad installiert, vermutlich am RPM System vorbei. > > Alexander > > Anbei meine Ausgabe: ldd /tmp/samtoolbox     linux-gate.so.1 =>  (0xf771a000)     libQtGui.so.4 => /lib/libQtGui.so.4 (0xf6c11000)     libQtCore.so.4 => /lib/libQtCore.so.4 (0xf6921000)     libpthread.so.0 => /lib/libpthread.so.0 (0xf6906000)     libstdc++.so.6 => /lib/libstdc++.so.6 (0xf681a000)     libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf67fe000)     libc.so.6 => /lib/libc.so.6 (0xf6633000)     libz.so.1 => /lib/libz.so.1 (0xf661c000)     libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0xf6619000)     libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0xf64ff000)     libpng15.so.15 => /lib/libpng15.so.15 (0xf64d2000)     libfreetype.so.6 => /lib/libfreetype.so.6 (0xf6419000)     libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0xf63c7000)     libSM.so.6 => /lib/libSM.so.6 (0xf63be000)     libICE.so.6 => /lib/libICE.so.6 (0xf63a4000)     libXi.so.6 => /lib/libXi.so.6 (0xf6393000)     libXrender.so.1 => /lib/libXrender.so.1 (0xf6388000)     libXrandr.so.2 => /lib/libXrandr.so.2 (0xf637c000)     libXfixes.so.3 => /lib/libXfixes.so.3 (0xf6376000)     libXcursor.so.1 => /lib/libXcursor.so.1 (0xf636b000)     libXinerama.so.1 => /lib/libXinerama.so.1 (0xf6367000)     libfontconfig.so.1 => /lib/libfontconfig.so.1 (0xf6325000)     libXext.so.6 => /lib/libXext.so.6 (0xf6312000)     libX11.so.6 => /lib/libX11.so.6 (0xf61d5000)     libm.so.6 => /lib/libm.so.6 (0xf6193000)     libdl.so.2 => /lib/libdl.so.2 (0xf618e000)     librt.so.1 => /lib/librt.so.1 (0xf6185000)     /lib/ld-linux.so.2 (0xf771b000)     libpcre.so.1 => /lib/libpcre.so.1 (0xf6120000)     libbz2.so.1 => /lib/libbz2.so.1 (0xf610c000)     libffi.so.6 => /lib/libffi.so.6 (0xf6104000)     libuuid.so.1 => /lib/libuuid.so.1 (0xf60fe000)     libexpat.so.1 => /lib/libexpat.so.1 (0xf60d5000)     libxcb.so.1 => /lib/libxcb.so.1 (0xf60aa000)     libXau.so.6 => /lib/libXau.so.6 (0xf60a5000) weiß nicht genau wie ich die jetzt auswerten soll, auffällig sind folgende Zeilen     linux-gate.so.1 =>  (0xf771a000)     /lib/ld-linux.so.2 (0xf771b000) wobei als sudo sieht es ähnlich aus sudo ldd /tmp/samtoolbox     linux-gate.so.1 =>  (0xf770b000)     libQtGui.so.4 => /lib/libQtGui.so.4 (0xf6c02000)     libQtCore.so.4 => /lib/libQtCore.so.4 (0xf6912000)     libpthread.so.0 => /lib/libpthread.so.0 (0xf68f7000)     libstdc++.so.6 => /lib/libstdc++.so.6 (0xf680b000)     libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf67ef000)     libc.so.6 => /lib/libc.so.6 (0xf6624000)     libz.so.1 => /lib/libz.so.1 (0xf660d000)     libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0xf660a000)     libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0xf64f0000)     libpng15.so.15 => /lib/libpng15.so.15 (0xf64c3000)     libfreetype.so.6 => /lib/libfreetype.so.6 (0xf640a000)     libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0xf63b8000)     libSM.so.6 => /lib/libSM.so.6 (0xf63af000)     libICE.so.6 => /lib/libICE.so.6 (0xf6395000)     libXi.so.6 => /lib/libXi.so.6 (0xf6384000)     libXrender.so.1 => /lib/libXrender.so.1 (0xf6379000)     libXrandr.so.2 => /lib/libXrandr.so.2 (0xf636d000)     libXfixes.so.3 => /lib/libXfixes.so.3 (0xf6367000)     libXcursor.so.1 => /lib/libXcursor.so.1 (0xf635c000)     libXinerama.so.1 => /lib/libXinerama.so.1 (0xf6358000)     libfontconfig.so.1 => /lib/libfontconfig.so.1 (0xf6316000)     libXext.so.6 => /lib/libXext.so.6 (0xf6303000)     libX11.so.6 => /lib/libX11.so.6 (0xf61c6000)     libm.so.6 => /lib/libm.so.6 (0xf6184000)     libdl.so.2 => /lib/libdl.so.2 (0xf617f000)     librt.so.1 => /lib/librt.so.1 (0xf6176000)     /lib/ld-linux.so.2 (0xf770c000)     libpcre.so.1 => /lib/libpcre.so.1 (0xf6111000)     libbz2.so.1 => /lib/libbz2.so.1 (0xf60fd000)     libffi.so.6 => /lib/libffi.so.6 (0xf60f5000)     libuuid.so.1 => /lib/libuuid.so.1 (0xf60ef000)     libexpat.so.1 => /lib/libexpat.so.1 (0xf60c6000)     libxcb.so.1 => /lib/libxcb.so.1 (0xf609b000)     libXau.so.6 => /lib/libXau.so.6 (0xf6096000) LG From ad+lists at uni-x.org Sat Aug 17 17:47:10 2019 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 17 Aug 2019 19:47:10 +0200 Subject: [CentOS-de] GtkStyle could not resolve GTK In-Reply-To: <4b9377a9-e1f0-373e-3b9e-5c955dd92e2c@freenet.de> References: <30ed5069-ed41-1ace-3dd1-8c35ea2fc86e@uni-x.org> <4b9377a9-e1f0-373e-3b9e-5c955dd92e2c@freenet.de> Message-ID: <609b0dbd-beb6-881b-fc88-b75f9310746c@uni-x.org> Am 17.08.2019 um 19:18 schrieb HoppelNase: > Am 17.08.19 um 18:44 schrieb Alexander Dalloz: >> Am 17.08.2019 um 17:46 schrieb HoppelNase: >>> Hallo, >>> >>> bei einem Programmaufruf (samtoolbox) erhalte ich folgende >>> Fehlermeldung: >>> >>> "GtkStyle could not resolve GTK. Make sure you have installed the >>> proper libraries." >>> >>> wenn ich den Programmauruf jedoch unter sudo mache, erscheint der >>> Fehler nicht, somit sind alle libraries vorhanden. >>> Hat jemand einen Lösungsvorschlag? >>> >>> LG >> >> Zunächst würde ich prüfen, welche Libraries denn genutzt werden: >> >> ldd /path/to/samtoolbox [ ... ] >> Alexander >> >> > > Anbei meine Ausgabe: > > ldd /tmp/samtoolbox >     linux-gate.so.1 =>  (0xf771a000) >     libQtGui.so.4 => /lib/libQtGui.so.4 (0xf6c11000) >     libQtCore.so.4 => /lib/libQtCore.so.4 (0xf6921000) >     libpthread.so.0 => /lib/libpthread.so.0 (0xf6906000) >     libstdc++.so.6 => /lib/libstdc++.so.6 (0xf681a000) >     libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf67fe000) >     libc.so.6 => /lib/libc.so.6 (0xf6633000) >     libz.so.1 => /lib/libz.so.1 (0xf661c000) >     libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0xf6619000) >     libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0xf64ff000) >     libpng15.so.15 => /lib/libpng15.so.15 (0xf64d2000) >     libfreetype.so.6 => /lib/libfreetype.so.6 (0xf6419000) >     libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0xf63c7000) >     libSM.so.6 => /lib/libSM.so.6 (0xf63be000) >     libICE.so.6 => /lib/libICE.so.6 (0xf63a4000) >     libXi.so.6 => /lib/libXi.so.6 (0xf6393000) >     libXrender.so.1 => /lib/libXrender.so.1 (0xf6388000) >     libXrandr.so.2 => /lib/libXrandr.so.2 (0xf637c000) >     libXfixes.so.3 => /lib/libXfixes.so.3 (0xf6376000) >     libXcursor.so.1 => /lib/libXcursor.so.1 (0xf636b000) >     libXinerama.so.1 => /lib/libXinerama.so.1 (0xf6367000) >     libfontconfig.so.1 => /lib/libfontconfig.so.1 (0xf6325000) >     libXext.so.6 => /lib/libXext.so.6 (0xf6312000) >     libX11.so.6 => /lib/libX11.so.6 (0xf61d5000) >     libm.so.6 => /lib/libm.so.6 (0xf6193000) >     libdl.so.2 => /lib/libdl.so.2 (0xf618e000) >     librt.so.1 => /lib/librt.so.1 (0xf6185000) >     /lib/ld-linux.so.2 (0xf771b000) >     libpcre.so.1 => /lib/libpcre.so.1 (0xf6120000) >     libbz2.so.1 => /lib/libbz2.so.1 (0xf610c000) >     libffi.so.6 => /lib/libffi.so.6 (0xf6104000) >     libuuid.so.1 => /lib/libuuid.so.1 (0xf60fe000) >     libexpat.so.1 => /lib/libexpat.so.1 (0xf60d5000) >     libxcb.so.1 => /lib/libxcb.so.1 (0xf60aa000) >     libXau.so.6 => /lib/libXau.so.6 (0xf60a5000) > > weiß nicht genau wie ich die jetzt auswerten soll, auffällig sind > folgende Zeilen >     linux-gate.so.1 =>  (0xf771a000) >     /lib/ld-linux.so.2 (0xf771b000) Passt soweit. > wobei als sudo sieht es ähnlich aus [ ... ] > LG Sicher, dass die Fehlermeldung mit ""GtkStyle could not resolve GTK." beginnt und nicht mit "QGtkStyle could not resolve GTK."? Es scheint sich ja um eine Qt Anwendung zu handeln und nur dafür finden sich Hinweise bei einer Google Recherche. Kenne mich aber nicht gut genug mit Qt aus, um dazu etwas zu raten. Zur weiteren Analyse kann Dir vielleicht strace weiterhelfen. Alexander From hoppelnase at freenet.de Sat Aug 17 18:39:58 2019 From: hoppelnase at freenet.de (HoppelNase) Date: Sat, 17 Aug 2019 20:39:58 +0200 Subject: [CentOS-de] QGtkStyle could not resolve GTK. Make sure you have installed the proper libraries. In-Reply-To: <609b0dbd-beb6-881b-fc88-b75f9310746c@uni-x.org> References: <30ed5069-ed41-1ace-3dd1-8c35ea2fc86e@uni-x.org> <4b9377a9-e1f0-373e-3b9e-5c955dd92e2c@freenet.de> <609b0dbd-beb6-881b-fc88-b75f9310746c@uni-x.org> Message-ID: <16beddd4-bfa3-b4b6-783c-47db855d2c46@freenet.de> Am 17.08.19 um 19:47 schrieb Alexander Dalloz: > Am 17.08.2019 um 19:18 schrieb HoppelNase: >> Am 17.08.19 um 18:44 schrieb Alexander Dalloz: >>> Am 17.08.2019 um 17:46 schrieb HoppelNase: >>>> Hallo, >>>> >>>> bei einem Programmaufruf (samtoolbox) erhalte ich folgende >>>> Fehlermeldung: >>>> >>>> "GtkStyle could not resolve GTK. Make sure you have installed the >>>> proper libraries." >>>> >>>> wenn ich den Programmauruf jedoch unter sudo mache, erscheint der >>>> Fehler nicht, somit sind alle libraries vorhanden. >>>> Hat jemand einen Lösungsvorschlag? >>>> >>>> LG >>> >>> Zunächst würde ich prüfen, welche Libraries denn genutzt werden: >>> >>> ldd /path/to/samtoolbox > > [ ... ] > >>> Alexander >>> >>> >> >> Anbei meine Ausgabe: >> >> ldd /tmp/samtoolbox >>      linux-gate.so.1 =>  (0xf771a000) >>      libQtGui.so.4 => /lib/libQtGui.so.4 (0xf6c11000) >>      libQtCore.so.4 => /lib/libQtCore.so.4 (0xf6921000) >>      libpthread.so.0 => /lib/libpthread.so.0 (0xf6906000) >>      libstdc++.so.6 => /lib/libstdc++.so.6 (0xf681a000) >>      libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf67fe000) >>      libc.so.6 => /lib/libc.so.6 (0xf6633000) >>      libz.so.1 => /lib/libz.so.1 (0xf661c000) >>      libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0xf6619000) >>      libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0xf64ff000) >>      libpng15.so.15 => /lib/libpng15.so.15 (0xf64d2000) >>      libfreetype.so.6 => /lib/libfreetype.so.6 (0xf6419000) >>      libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0xf63c7000) >>      libSM.so.6 => /lib/libSM.so.6 (0xf63be000) >>      libICE.so.6 => /lib/libICE.so.6 (0xf63a4000) >>      libXi.so.6 => /lib/libXi.so.6 (0xf6393000) >>      libXrender.so.1 => /lib/libXrender.so.1 (0xf6388000) >>      libXrandr.so.2 => /lib/libXrandr.so.2 (0xf637c000) >>      libXfixes.so.3 => /lib/libXfixes.so.3 (0xf6376000) >>      libXcursor.so.1 => /lib/libXcursor.so.1 (0xf636b000) >>      libXinerama.so.1 => /lib/libXinerama.so.1 (0xf6367000) >>      libfontconfig.so.1 => /lib/libfontconfig.so.1 (0xf6325000) >>      libXext.so.6 => /lib/libXext.so.6 (0xf6312000) >>      libX11.so.6 => /lib/libX11.so.6 (0xf61d5000) >>      libm.so.6 => /lib/libm.so.6 (0xf6193000) >>      libdl.so.2 => /lib/libdl.so.2 (0xf618e000) >>      librt.so.1 => /lib/librt.so.1 (0xf6185000) >>      /lib/ld-linux.so.2 (0xf771b000) >>      libpcre.so.1 => /lib/libpcre.so.1 (0xf6120000) >>      libbz2.so.1 => /lib/libbz2.so.1 (0xf610c000) >>      libffi.so.6 => /lib/libffi.so.6 (0xf6104000) >>      libuuid.so.1 => /lib/libuuid.so.1 (0xf60fe000) >>      libexpat.so.1 => /lib/libexpat.so.1 (0xf60d5000) >>      libxcb.so.1 => /lib/libxcb.so.1 (0xf60aa000) >>      libXau.so.6 => /lib/libXau.so.6 (0xf60a5000) >> >> weiß nicht genau wie ich die jetzt auswerten soll, auffällig sind >> folgende Zeilen >>      linux-gate.so.1 =>  (0xf771a000) >>      /lib/ld-linux.so.2 (0xf771b000) > > Passt soweit. > >> wobei als sudo sieht es ähnlich aus > > [ ... ] > >> LG > > Sicher, dass die Fehlermeldung mit ""GtkStyle could not resolve GTK." > beginnt und nicht mit "QGtkStyle could not resolve GTK."? Es scheint > sich ja um eine Qt Anwendung zu handeln und nur dafür finden sich > Hinweise bei einer Google Recherche. Kenne mich aber nicht gut genug > mit Qt aus, um dazu etwas zu raten. > > Zur weiteren Analyse kann Dir vielleicht strace weiterhelfen. > > Alexander > du gast Recht... der Fehler lautet " QGtkStyle could not resolve GTK. Make sure you have installed the proper libraries. " From a.meyer at bitclusive.de Fri Aug 30 18:19:56 2019 From: a.meyer at bitclusive.de (Andreas Meyer) Date: Fri, 30 Aug 2019 20:19:56 +0200 Subject: [CentOS-de] Apache und Virtualhosts Message-ID: <20190830201956.7774dbb2@bitclusive.de> Hallo! Ich habe mal wieder Probleme mit dem Apache und Virtualhosts. In der /etc/httpd/conf/httpd.conf habe ich einen IP-based Server definiert. In den Kommentaren dieser konfigurationsdatei lese ich: # 'Main' server configuration # # The directives in this section set up the values used by the 'main' # server, which responds to any requests that aren't handled by a # definition. These values also provide defaults for # any containers you may define later in the file. # # All of these directives may appear inside containers, # in which case these default settings will be overridden for the # virtual host being defined. Wenn ich nun in /etc/httpd/conf.d einen namevirtualhost erstelle, wird dennoch der Inhalt des default server aus /etc/httpd/conf/httpd.conf präseniert. Versucht habe ich vieles, alles ohne das gewünschte Ergebnis. Hinzukommt, dass ich gerne alle Anfragen von http nach https umleite und da habe ich dann das Problem, dass eine Zertifikatswarnung kommt, wenn eine Anfrage an den namebased virtualhost bei einem https-request den Inhalt und das Zertifikat des default servers präsentiert. Warum ignoriert der Apache den Virtualhost in /etc/httpd/conf/httpd.conf und liefert den Inhalt des default server aus? Das macht er auch, wenn ich den rewrite von http nach https ausschalte. Vielliecht hat hier jemand einen Tip für mich? -- Grüße Andreas -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 228 bytes Beschreibung: Digitale Signatur von OpenPGP URL : From a.rogge at solvention.de Fri Aug 30 20:44:20 2019 From: a.rogge at solvention.de (Andreas Rogge) Date: Fri, 30 Aug 2019 22:44:20 +0200 Subject: [CentOS-de] Apache und Virtualhosts In-Reply-To: <20190830201956.7774dbb2@bitclusive.de> References: <20190830201956.7774dbb2@bitclusive.de> Message-ID: Hi, es wäre toll, wenn du sagen würdest welche CentOS-Version du verwendest. Außerdem würde deine Konfigurationsdatei sicherlich dabei helfen zu klären was du falsch gemacht hast. Viele Grüße, Andreas From a.meyer at bitclusive.de Fri Aug 30 21:45:11 2019 From: a.meyer at bitclusive.de (Andreas Meyer) Date: Fri, 30 Aug 2019 23:45:11 +0200 Subject: [CentOS-de] Apache und Virtualhosts In-Reply-To: References: <20190830201956.7774dbb2@bitclusive.de> Message-ID: <20190830234511.724e2852@bitclusive.de> Hallo! Andreas Rogge schrieb am 30.08.19 um 22:44:20 Uhr: > es wäre toll, wenn du sagen würdest welche CentOS-Version du verwendest. > Außerdem würde deine Konfigurationsdatei sicherlich dabei helfen zu > klären was du falsch gemacht hast. Ich benutze CentOS Linux release 7.6.1810 (Core) Server version: Apache/2.4.6 (CentOS) Server built: Jul 29 2019 17:18:49 Server's Module Magic Number: 20120211:24 Server loaded: APR 1.4.8, APR-UTIL 1.5.2 Compiled using: APR 1.4.8, APR-UTIL 1.5.2 Architecture: 64-bit in /etc/httpd/conf.d ServerAdmin webadmin at nimmini.de ServerName www.nimmini.de ServerAlias nimmini.de *.nimmini.de DocumentRoot /var/www/nimmini/root DirectoryIndex index.html index.php AllowOverride All Require all granted ErrorLog /var/www/nimmini/logs/nimmini-error.log CustomLog /var/www/nimmini/logs/nimmini-access.log combined In der /etc/httpd/conf/httpd.conf ist ein einfacher IP-based host definiert mit ServerName und DocumentRoot usw., der auch problemlos funktioniert. Der namevirtualhost wird komplett ignoriert, egal was ich versuche. Es ist mir ein Rätsel. Ich arbeite jahrelang mit Apache, aber das habe ich noch nicht erlebt. Unter einem Server mit openSUSE keine derartigen Probleme. Es ist zum Haareraufen. Grüße Andreas -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 228 bytes Beschreibung: Digitale Signatur von OpenPGP URL : From ad+lists at uni-x.org Fri Aug 30 22:07:13 2019 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 31 Aug 2019 00:07:13 +0200 Subject: [CentOS-de] Apache und Virtualhosts In-Reply-To: <20190830234511.724e2852@bitclusive.de> References: <20190830201956.7774dbb2@bitclusive.de> <20190830234511.724e2852@bitclusive.de> Message-ID: <3b53a574-f21a-a5dc-04c6-0737f471ae83@uni-x.org> Am 30.08.2019 um 23:45 schrieb Andreas Meyer: > Hallo! > > Andreas Rogge schrieb am 30.08.19 um 22:44:20 Uhr: > >> es wäre toll, wenn du sagen würdest welche CentOS-Version du verwendest. >> Außerdem würde deine Konfigurationsdatei sicherlich dabei helfen zu >> klären was du falsch gemacht hast. > > Ich benutze CentOS Linux release 7.6.1810 (Core) > > Server version: Apache/2.4.6 (CentOS) > Server built: Jul 29 2019 17:18:49 > Server's Module Magic Number: 20120211:24 > Server loaded: APR 1.4.8, APR-UTIL 1.5.2 > Compiled using: APR 1.4.8, APR-UTIL 1.5.2 > Architecture: 64-bit > > in /etc/httpd/conf.d > > > ServerAdmin webadmin at nimmini.de > ServerName www.nimmini.de > ServerAlias nimmini.de *.nimmini.de > > DocumentRoot /var/www/nimmini/root > > DirectoryIndex index.html index.php > > > AllowOverride All > Require all granted > > > ErrorLog /var/www/nimmini/logs/nimmini-error.log > CustomLog /var/www/nimmini/logs/nimmini-access.log combined > > > In der /etc/httpd/conf/httpd.conf ist ein einfacher IP-based host definiert mit > ServerName und DocumentRoot usw., der auch problemlos funktioniert. > Der namevirtualhost wird komplett ignoriert, egal was ich versuche. > > Es ist mir ein Rätsel. Ich arbeite jahrelang mit Apache, aber das habe ich > noch nicht erlebt. Unter einem Server mit openSUSE keine derartigen Probleme. > > Es ist zum Haareraufen. > > Grüße > > Andreas Was sagen denn die Logs, die Apache schreibt, wenn Du den httpd.service startest? Zum Testen der Konfiguration ist es *immer* sinnvoll "httpd -S" oder "apachectl -S" zu bemühen, um Fehler zu erkennen. Weitere Hinweise unter https://cwiki.apache.org/confluence/display/httpd/TroubleshootingVhosts Alexander From ralph at schosemail.de Fri Aug 30 22:15:22 2019 From: ralph at schosemail.de (Ralph Meyer) Date: Sat, 31 Aug 2019 00:15:22 +0200 (CEST) Subject: [CentOS-de] Apache und Virtualhosts In-Reply-To: <3b53a574-f21a-a5dc-04c6-0737f471ae83@uni-x.org> References: <20190830201956.7774dbb2@bitclusive.de> <20190830234511.724e2852@bitclusive.de> <3b53a574-f21a-a5dc-04c6-0737f471ae83@uni-x.org> Message-ID: <3b69ade3-c6c2-4178-9a36-1733ccd9d2b7@schosemail.de> Hallo, hast du mehrere IPs auf dem Server? Wenn nicht, mach aus der IP einen *. apachectl - S ist ein guter Tipp von Alexander. Da siehst du die laufende Config. Ralph ________________________________ Von: Alexander Dalloz Gesendet: Samstag, 31. August 2019 00:07 An: centos-de at centos.org Betreff: Re: [CentOS-de] Apache und Virtualhosts Am 30.08.2019 um 23:45 schrieb Andreas Meyer: > Hallo! > > Andreas Rogge schrieb am 30.08.19 um 22:44:20 Uhr: > >> es wäre toll, wenn du sagen würdest welche CentOS-Version du verwendest. >> Außerdem würde deine Konfigurationsdatei sicherlich dabei helfen zu >> klären was du falsch gemacht hast. > > Ich benutze CentOS Linux release 7.6.1810 (Core) > > Server version: Apache/2.4.6 (CentOS) > Server built: Jul 29 2019 17:18:49 > Server's Module Magic Number: 20120211:24 > Server loaded: APR 1.4.8, APR-UTIL 1.5.2 > Compiled using: APR 1.4.8, APR-UTIL 1.5.2 > Architecture: 64-bit > > in /etc/httpd/conf.d > > > ServerAdmin webadmin at nimmini.de > ServerName www.nimmini.de > ServerAlias nimmini.de *.nimmini.de > > DocumentRoot /var/www/nimmini/root > > DirectoryIndex index.html index.php > > > AllowOverride All > Require all granted > > > ErrorLog /var/www/nimmini/logs/nimmini-error.log > CustomLog /var/www/nimmini/logs/nimmini-access.log combined > > > In der /etc/httpd/conf/httpd.conf ist ein einfacher IP-based host definiert mit > ServerName und DocumentRoot usw., der auch problemlos funktioniert. > Der namevirtualhost wird komplett ignoriert, egal was ich versuche. > > Es ist mir ein Rätsel. Ich arbeite jahrelang mit Apache, aber das habe ich > noch nicht erlebt. Unter einem Server mit openSUSE keine derartigen Probleme. > > Es ist zum Haareraufen. > > Grüße > > Andreas Was sagen denn die Logs, die Apache schreibt, wenn Du den httpd.service startest? Zum Testen der Konfiguration ist es *immer* sinnvoll "httpd -S" oder "apachectl -S" zu bemühen, um Fehler zu erkennen. Weitere Hinweise unter https://cwiki.apache.org/confluence/display/httpd/TroubleshootingVhosts Alexander -- _______________________________________________ CentOS-de mailing list CentOS-de at centos.org https://lists.centos.org/mailman/listinfo/centos-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From klaus at tachtler.net Sat Aug 31 05:36:32 2019 From: klaus at tachtler.net (Klaus Tachtler) Date: Sat, 31 Aug 2019 07:36:32 +0200 Subject: [CentOS-de] Apache und Virtualhosts In-Reply-To: <20190830201956.7774dbb2@bitclusive.de> Message-ID: <20190831073632.Horde.LKOSMT5acC_HlwDWEvH_a-G@buero.tachtler.net> Hallo Andreas, schau mal hier unter nachfolgendem Link, in meinem DokuWiki, welches ich mal für mich erstellt: https://dokuwiki.tachtler.net/doku.php?id=tachtler:apache_http_server_centos_7#virtuelle_hosts Grüße Klaus. > Hallo! > > Ich habe mal wieder Probleme mit dem Apache und Virtualhosts. > In der /etc/httpd/conf/httpd.conf habe ich einen IP-based Server definiert. > > In den Kommentaren dieser konfigurationsdatei lese ich: > > # 'Main' server configuration > # > # The directives in this section set up the values used by the 'main' > # server, which responds to any requests that aren't handled by a > # definition. These values also provide defaults for > # any containers you may define later in the file. > # > # All of these directives may appear inside containers, > # in which case these default settings will be overridden for the > # virtual host being defined. > > Wenn ich nun in /etc/httpd/conf.d einen namevirtualhost erstelle, > wird dennoch > der Inhalt des default server aus /etc/httpd/conf/httpd.conf präseniert. > > Versucht habe ich vieles, alles ohne das gewünschte Ergebnis. Hinzukommt, > dass ich gerne alle Anfragen von http nach https umleite und da habe ich > dann das Problem, dass eine Zertifikatswarnung kommt, wenn eine Anfrage > an den namebased virtualhost bei einem https-request den Inhalt und das > Zertifikat des default servers präsentiert. > > Warum ignoriert der Apache den Virtualhost in /etc/httpd/conf/httpd.conf > und liefert den Inhalt des default server aus? Das macht er auch, wenn ich > den rewrite von http nach https ausschalte. > > Vielliecht hat hier jemand einen Tip für mich? > > -- > Grüße > > Andreas -- -------------------------------------------- e-Mail : klaus at tachtler.net Homepage: https://www.tachtler.net DokuWiki: https://dokuwiki.tachtler.net --------------------------------------------