Re: Server antwortet nicht mehr! Error-Log läuft fast über!
Alexander Kühne wrote: Vielen Dank für die schnelle Antwort: Max Dittrich wrote: Alexander Kühne wrote: Hallo zusammen! Bin neu auf dieser Liste. Ich sags vorne weg, falls ich also irgendwas falsch mache: Entschuldigung. Hier also mein kleines Problem: [...] gearbeitet, die Leistung des Rechners ging zunehmend in die Knie! Die Anwendung svchost.exe zieht selbst im Leerlauf mal 80 Prozent der CPU-Leistung. Habe den Virenscanner wieder deinstalliertkein Erfolg. Durch probieren bekam ich heraus: Beende ich den Apache-Server hört aich die Festplatte auf zu rödeln. Das Error-Log des Apache läft fast über. Immer mit nur einer Mitteilung: [Sat Jun 05 10:32:41 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. Die Fehlermeldung ist nicht identisch mit der unter http://httpd.apache.org/docs-2.0/mod/mpm_winnt.html#win32disableacceptex zitierten, aber dort gibt es auch einen Hinweis auf Antivirenprogramme. Also probier doch mal Win32DisableAcceptEx Aber wie wende ich denn diese Zeile an? Kommt die in die Apache httpd.conf oder ist die irgendwo einzugeben, wie ein Befehl? Vielleicht könntest DU das noch kurz erklären? Wäre sehr nett! Nochmals vielen Dank Trage Sie einfach an das Ende der Datei httpd.conf. Mehr zum Aufbau und der unterschiedlichen Konfigurationsabschnitte kannst Du unter http://httpd.apache.org/docs-2.0/configuring.html nachlesen. Vor dem Neustart solltest Du die Konfiguration mit 'Apache.exe -t -f absoluter\pfad\httpd.conf' auf Syntaxfehler testen. gruss, .max -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Caching verhindern
Hallo in der squid.conf, solltest du dir den Abschnitt no_store angucken, der könnte so aussehen : acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY mfg Stefan Am 07.06.2004 um 11:56 schrieb Rainer Traut: Hallo, folgendes Problem, Apache2, Redhat ES3: Ich pflege ein eigenes Yum-RPM Repository, das ändert sich unter Umständen mehrmals täglich. Der Server ist aber nur über einen Squid zu erreichen und der cached die Seiten zu lange, dh. zB Header Dateien. Wie und was kann ich tun, dass die Seiten öfters aktualisiert werden, bzw. bestimmte Dateien/Verzeichnisse gar nicht gecached werden? Evtl. muss ich das auch im Squid konfigurieren? Danke schonmal Rainer --- --- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --- --- -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Mal wieder mod_rewrite
Moin allerseits, ich hab grad ein (hoffentlich) kleines Problem mit mod_rewrite und mir fehlen irgendwie die richtigen Stichworte zum Weitersuchen: (vereinfachtes Beispiel) Auf einem Server leite ich die Domain foo.bar in das Verzeichnis /home/foo httpd.conf: VirtualHost DocumentRoot /home/foo/ ServerName www.foo.bar Directory / AllowOverride All /Directory /VirtualHost In /home/foo liegt dann eine .htaccess mit RewriteRules, die auch wunderbar funktioniert und z.B. aus foo.bar/test.html foo.bar/index.php/func=test macht. Jetzt habe ich eine weitere Domain foo2.bar die über einen ähnlichen Eintrag in der httpd.conf in das Verzeichnis /home/foo/foo2 geleitet wird. So weit, so gut. Jetzt möchte in in /home/foo/foo2 eine .htaccess mit anderen RewriteRules nutzen. Dummerweise werden aber die aus /home/foo benutzt und die aus /home/foo/foo2 ignoriert. Was mache ich da falsch, bzw. was übersehe ich? Ich hoffe, das war einigermaßen verständlich... ;-) Grüße Günther -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Server antwortet nicht mehr! Error-Log läuft fast über!
Habe die Lösung gefunden: Der Indianer antwortet wieder! Vielen Dank für deine Hilfe Max Dittrich! Werde die Lösung nochmals posten: Zum Hergang: Nachdem ich den Virenscanner Antivir auf meiner Maschine (Windows XP) installiert hatte, hat sich der Apache2-Server nicht mehr gemeldet! Das Error-Log lief fast über mit einer sich immer wiederholenden Fehlermeldung: [Mon Jun 07 05:28:16 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. Mir wurde aufgrund der Fehlermeldung geraten die Zeile: Win32DisableAcceptEx in meine httpd.conf unten einzutragen. Und siehe da: Der Indianer antwortet wieder und das Error-Log wird nicht weiter in Anspruch genommen: [] [Mon Jun 07 05:28:15 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. [Mon Jun 07 05:28:15 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. [Mon Jun 07 05:28:16 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. [Mon Jun 07 05:28:16 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. [Mon Jun 07 05:28:16 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. [Mon Jun 07 05:28:16 2004] [notice] Parent: Received shutdown signal -- Shutting down the server. [Mon Jun 07 05:28:16 2004] [notice] Child 2872: Exit event signaled. Child process is ending. [Mon Jun 07 05:28:16 2004] [warn] (OS 10106)Der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden. : winnt_accept: Failed to allocate an accept socket. Temporary resource constraint? Try again. [Mon Jun 07 05:28:17 2004] [notice] Child 2872: Released the start mutex [Mon Jun 07 05:28:18 2004] [notice] Child 2872: Waiting for 250 worker threads to exit. [Mon Jun 07 05:28:18 2004] [notice] Child 2872: All worker threads have exited. [Mon Jun 07 05:28:18 2004] [notice] Child 2872: Child process is exiting [Mon Jun 07 05:28:18 2004] [notice] Parent: Child process exited successfully. [Mon Jun 07 11:48:46 2004] [notice] Parent: Created child process 2576 [Mon Jun 07 11:48:46 2004] [notice] Disabled use of AcceptEx() WinSock2 API [Mon Jun 07 11:48:46 2004] [notice] Child 2576: Child process is running [Mon Jun 07 11:48:46 2004] [notice] Child 2576: Acquired the start mutex. [Mon Jun 07 11:48:46 2004] [notice] Child 2576: Starting 250 worker threads. [Mon Jun 07 11:48:46 2004] [notice] Child 2576: Listening on port 80. -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: HTTP 1.1 Problem
Max Dittrich wrote: aLiEnTxC wrote: Da besteht wohl auch ein kleines Konfigurationsproblem. :) ja, sorry... ich weiss... hab das nur bei meinem newskonto so eingerichtet, das er den kompletten namen Anzeigt... Zum Problem: Ich bin vor kurzem von Domainfactory zu einem angemietetem Server umgezogen. Habe natürlich meine Homepages dorthin mitgenommen... das Problem ist nun, das mein Gästebuch und meine Gallerie nicht mehr richtig funktionieren. Also das äusert sich so: Wenn HTTP 1.1 aktiviert ist, dann bekomme ich einen Download angeboten, was eigentlich nicht so sein sollte. Wenn ich HTTP 1.1 ausschalte dann funktioniert die Seite wunderbar... ( http://dune-rockmusic.de/gaestebuch/ und http://alientxc.de/hochzeit/gallerie ) Du hast irgendein Problem mit Transfer-Encoding - sprich mod_gzip, mod_deflate oder irgendein mod_perl/php Handler. hmpf, hab in meiner apache config gar kein mod_gzip geladen. Habs gleich mal ergänzt.. auszug aus meiner httpd.conf schnipp--- LoadModule config_log_module /usr/lib/apache/1.3/mod_log_config.so LoadModule mime_magic_module /usr/lib/apache/1.3/mod_mime_magic.so LoadModule mime_module /usr/lib/apache/1.3/mod_mime.so LoadModule negotiation_module /usr/lib/apache/1.3/mod_negotiation.so LoadModule status_module /usr/lib/apache/1.3/mod_status.so LoadModule gzip_module /usr/lib/apache/1.3/mod_gzip.so # LoadModule info_module /usr/lib/apache/1.3/mod_info.so # LoadModule includes_module /usr/lib/apache/1.3/mod_include.so LoadModule autoindex_module /usr/lib/apache/1.3/mod_autoindex.so LoadModule dir_module /usr/lib/apache/1.3/mod_dir.so LoadModule cgi_module /usr/lib/apache/1.3/mod_cgi.so # LoadModule asis_module /usr/lib/apache/1.3/mod_asis.so LoadModule imap_module /usr/lib/apache/1.3/mod_imap.so # LoadModule action_module /usr/lib/apache/1.3/mod_actions.so # LoadModule speling_module /usr/lib/apache/1.3/mod_speling.so LoadModule userdir_module /usr/lib/apache/1.3/mod_userdir.so LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so LoadModule rewrite_module /usr/lib/apache/1.3/mod_rewrite.so LoadModule access_module /usr/lib/apache/1.3/mod_access.so LoadModule auth_module /usr/lib/apache/1.3/mod_auth.so # LoadModule anon_auth_module /usr/lib/apache/1.3/mod_auth_anon.so # LoadModule dbm_auth_module /usr/lib/apache/1.3/mod_auth_dbm.so # LoadModule db_auth_module /usr/lib/apache/1.3/mod_auth_db.so # LoadModule proxy_module /usr/lib/apache/1.3/libproxy.so # LoadModule digest_module /usr/lib/apache/1.3/mod_digest.so # LoadModule cern_meta_module /usr/lib/apache/1.3/mod_cern_meta.so LoadModule expires_module /usr/lib/apache/1.3/mod_expires.so # LoadModule headers_module /usr/lib/apache/1.3/mod_headers.so # LoadModule usertrack_module /usr/lib/apache/1.3/mod_usertrack.so # LoadModule unique_id_module /usr/lib/apache/1.3/mod_unique_id.so LoadModule setenvif_module /usr/lib/apache/1.3/mod_setenvif.so # LoadModule sys_auth_module /usr/lib/apache/1.3/mod_auth_sys.so # LoadModule put_module /usr/lib/apache/1.3/mod_put.so # LoadModule ssl_module /usr/lib/apache/1.3/mod_ssl.so # LoadModule throttle_module /usr/lib/apache/1.3/mod_throttle.so # LoadModule allowdev_module /usr/lib/apache/1.3/mod_allowdev.so # LoadModule eaccess_module /usr/lib/apache/1.3/mod_eaccess.so # LoadModule roaming_module /usr/lib/apache/1.3/mod_roaming.so # LoadModule suphp_module /usr/lib/apache/1.3/mod_suphp.so LoadModule perl_module /usr/lib/apache/1.3/mod_perl.so LoadModule php4_module /usr/lib/apache/1.3/libphp4.so ---schnapp falls dir da vieleicht noch was auffällt, nur raus damit ;-) Benutze mal http://web-sniffer.net/ einmal mit Accept-Encoding: gzip und einmal ohne. Im ersten Fall wird vermutlich komprimierter Inhalt geschickt, jedoch nicht per Header Content-Encoding angemeldet. Ohne Angebot des Browsers auch komprimierte Inhalte zu verarbeiten kommt eine ordentliche XHTML-Seite. hmm... also mit und ohne dem Apache-gzip-Modul zeigt er an das Content-Encoding = gzip ist. Ist wohl auch etwas merkwürdig.. dann wird es wohl an der php.ini liegen... da gibt es nämlich keine extension für gzip... Ich weiss nicht genau ob es an Apache liegt (es sind zwar php scripte), aber ich vermute es mal... Als Browser verwende ich IE 6.0, hab das Problem aber auch schon bei IE 5 und 5.5 festgestellt. Auch PHP bietet Komprimierung per Outputbuffering. Vielleicht findet sich dort die Ursache. Jupp, das werde ich mir mal ansehen... das ganze ist auf jeden fall mal wieder eine neue abzeigung die ich zuvor nicht gefunden habe ;-) Gruß, Thomas -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Caching verhindern
Hi, ok, verstanden. Rein interessehalber, kann ich das auf dem Apache auch irgendwo einstellen? Gruss Rainer Stefan Loewe wrote: Hallo in der squid.conf, solltest du dir den Abschnitt no_store angucken, der könnte so aussehen : acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY mfg Stefan Am 07.06.2004 um 11:56 schrieb Rainer Traut: Hallo, folgendes Problem, Apache2, Redhat ES3: Ich pflege ein eigenes Yum-RPM Repository, das ändert sich unter Umständen mehrmals täglich. Der Server ist aber nur über einen Squid zu erreichen und der cached die Seiten zu lange, dh. zB Header Dateien. Wie und was kann ich tun, dass die Seiten öfters aktualisiert werden, bzw. bestimmte Dateien/Verzeichnisse gar nicht gecached werden? Evtl. muss ich das auch im Squid konfigurieren? Danke schonmal Rainer -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Caching verhindern
Wenn der Apache gleichzeitig der erste antwortende Server wäre ja ;) Auch der Apache hat Caching Funktionalitäten. gruss Stefan Am 07.06.2004 um 12:49 schrieb Rainer Traut: Hi, ok, verstanden. Rein interessehalber, kann ich das auf dem Apache auch irgendwo einstellen? Gruss Rainer Stefan Loewe wrote: Hallo in der squid.conf, solltest du dir den Abschnitt no_store angucken, der könnte so aussehen : acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY mfg Stefan Am 07.06.2004 um 11:56 schrieb Rainer Traut: Hallo, folgendes Problem, Apache2, Redhat ES3: Ich pflege ein eigenes Yum-RPM Repository, das ändert sich unter Umständen mehrmals täglich. Der Server ist aber nur über einen Squid zu erreichen und der cached die Seiten zu lange, dh. zB Header Dateien. Wie und was kann ich tun, dass die Seiten öfters aktualisiert werden, bzw. bestimmte Dateien/Verzeichnisse gar nicht gecached werden? Evtl. muss ich das auch im Squid konfigurieren? Danke schonmal Rainer --- --- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --- --- -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Caching verhindern
Ja nun... Mich deucht da war doch was... Mal so als Beispiel (kein Proxy benutzt...) [EMAIL PROTECTED] root]# wget -S www.heise.de --13:00:07-- http://www.heise.de/ = `index.html.2' Auflösen des Hostnamen »www.heise.de« fertig. Verbindungsaufbau zu www.heise.de[193.99.144.71]:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 1 HTTP/1.1 200 OK 2 Date: Mon, 07 Jun 2004 11:00:07 GMT 3 Server: Apache/1.3.29 4 Cache-Control: max-age=900 5 Expires: Mon, 07 Jun 2004 11:15:07 GMT 6 Vary: Accept-Encoding,User-agent 7 Connection: close 8 Content-Type: text/html; charset=iso-8859-1 [ = ] 24,658 1.68M/s 13:00:07 (1.68 MB/s) - »index.html.2« gespeichert [24658] Wo kann ich denn die ganzen http Header im Apache einstellen? Damit ich sagen kann, alles was in einem bestimmten Verzeichnis ist, 'expires' in 20 Minuten? Gruss Rainer Stefan Loewe wrote: Wenn der Apache gleichzeitig der erste antwortende Server wäre ja ;) Auch der Apache hat Caching Funktionalitäten. gruss Stefan Am 07.06.2004 um 12:49 schrieb Rainer Traut: Hi, ok, verstanden. Rein interessehalber, kann ich das auf dem Apache auch irgendwo einstellen? Gruss Rainer Stefan Loewe wrote: Hallo in der squid.conf, solltest du dir den Abschnitt no_store angucken, der könnte so aussehen : acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY mfg Stefan Am 07.06.2004 um 11:56 schrieb Rainer Traut: Hallo, folgendes Problem, Apache2, Redhat ES3: Ich pflege ein eigenes Yum-RPM Repository, das ändert sich unter Umständen mehrmals täglich. Der Server ist aber nur über einen Squid zu erreichen und der cached die Seiten zu lange, dh. zB Header Dateien. Wie und was kann ich tun, dass die Seiten öfters aktualisiert werden, bzw. bestimmte Dateien/Verzeichnisse gar nicht gecached werden? Evtl. muss ich das auch im Squid konfigurieren? -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Caching verhindern
Das sind html meta tags, die nicht im Apache eingestellt werden : wget -S www.heise.de --13:19:59-- http://www.heise.de/ = `index.html.1' Resolving www.heise.de... done. Connecting to www.heise.de[193.99.144.71]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Mon, 07 Jun 2004 11:19:59 GMT 3 Server: Apache/1.3.29 4 Cache-Control: max-age=900 5 Expires: Mon, 07 Jun 2004 11:34:59 GMT 6 Vary: Accept-Encoding,User-agent 7 Connection: close 8 Content-Type: text/html; charset=iso-8859-1 [ = ] 24,589 180.55K/s 13:19:59 (180.55 KB/s) - `index.html.1' saved [24589] cat index.html | grep expir meta http-equiv=expires content=900 Am 07.06.2004 um 13:05 schrieb Rainer Traut: Ja nun... Mich deucht da war doch was... Mal so als Beispiel (kein Proxy benutzt...) [EMAIL PROTECTED] root]# wget -S www.heise.de --13:00:07-- http://www.heise.de/ = `index.html.2' Auflösen des Hostnamen »www.heise.de« fertig. Verbindungsaufbau zu www.heise.de[193.99.144.71]:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 1 HTTP/1.1 200 OK 2 Date: Mon, 07 Jun 2004 11:00:07 GMT 3 Server: Apache/1.3.29 4 Cache-Control: max-age=900 5 Expires: Mon, 07 Jun 2004 11:15:07 GMT 6 Vary: Accept-Encoding,User-agent 7 Connection: close 8 Content-Type: text/html; charset=iso-8859-1 [ =] 24,658 1.68M/s 13:00:07 (1.68 MB/s) - »index.html.2« gespeichert [24658] Wo kann ich denn die ganzen http Header im Apache einstellen? Damit ich sagen kann, alles was in einem bestimmten Verzeichnis ist, 'expires' in 20 Minuten? Gruss Rainer Stefan Loewe wrote: Wenn der Apache gleichzeitig der erste antwortende Server wäre ja ;) Auch der Apache hat Caching Funktionalitäten. gruss Stefan Am 07.06.2004 um 12:49 schrieb Rainer Traut: Hi, ok, verstanden. Rein interessehalber, kann ich das auf dem Apache auch irgendwo einstellen? Gruss Rainer Stefan Loewe wrote: Hallo in der squid.conf, solltest du dir den Abschnitt no_store angucken, der könnte so aussehen : acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY mfg Stefan Am 07.06.2004 um 11:56 schrieb Rainer Traut: Hallo, folgendes Problem, Apache2, Redhat ES3: Ich pflege ein eigenes Yum-RPM Repository, das ändert sich unter Umständen mehrmals täglich. Der Server ist aber nur über einen Squid zu erreichen und der cached die Seiten zu lange, dh. zB Header Dateien. Wie und was kann ich tun, dass die Seiten öfters aktualisiert werden, bzw. bestimmte Dateien/Verzeichnisse gar nicht gecached werden? Evtl. muss ich das auch im Squid konfigurieren? --- --- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --- --- -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
AW: Antwort: Re: Probleme mit HTTPS
Hallo Markus, da hatte ich mich wohl nicht ganz richtig ausgefrückt. Ich benutze den Apache (inzwischen 2.0.49) als Webserver und gleichzeitig als Proxyserver. Aber Du hast recht - die HTTPS-Seiten sollen nur durchgeschleust werden - von einem externen Webserver über meinen Apache-Proxy an den Internet Explorer. Da hakt es aber scheinbar. Zwischenzeitlich hatte ich die Info bekommen, dass der Apache auch in 2.x incl mod_ssl ausgeliefert wird. Für Windows (XP) hab ich die entsprechende MSI-Datei aber unter Apache.org nicht gefunden. Ich bin aber immer noch nicht sicher, ob mein Problem tatsächlich damit zusammenhängt, weil wie Du ja schon sagtest die HTTPS-Seiten eigentlich nur durchgeschleust werden sollten. Wie ich Dich verstanden habe liegt es möglicherweise an der Nutzng des 443 Ports für den SSL-Proxy ? Hat jemand einen Tip wie ich das speziell konfigurieren muss ? Danke im Voraus Michael -Ursprüngliche Nachricht- Von: Marcus Reimann [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 5. Juni 2004 01:56 An: users-de@httpd.apache.org Betreff: RE: Antwort: Re: Probleme mit HTTPS Hallo Michael, vielleicht kannst Du Dir viel Arbeit sparen: Wenn ich Dich richtig verstanden habe, nutzt Du den Apache als Proxy-Server und nicht als Webserver. Für das proxying von SSL benötigtst Du IMHO überhaupt keine SSL-Module, da die Aufrufe ja nur durch den Apache geschleust werden sollen. Google mal mit Suchbegriffen wie +apache +ssl +proxying. Dort gibt es die ein oder anderen Hinweise zum Thema. Die Lösung könnte die Nutzung des Ports 443 für den SSL-Proxy sein. Allerdings solltest Du nochmal überdenken, ob der Einsatz des Apache-Webservers als Proxy-Server die beste Variante ist. Squid oder andere darauf spezialiserte Proxy-Server sind da IMHO besser geeignet. Gruß Marcus Reimann M. Reimann Systemberatung http://www.reimann-systemberatung.de -Original Message- From: Schoof, Michael [mailto:[EMAIL PROTECTED] Sent: Friday, June 04, 2004 1:01 PM To: 'users-de@httpd.apache.org' Subject: AW: Antwort: Re: Probleme mit HTTPS Danke für die Info, für die neuesten Apache 2.x Versionen gibt es die SSL-Version scheinbar nicht. Hat das einen Grund ? Kennt jemand eine gute Doku die beschreibt was alles nötig ist, damit der Apache mit SSL läuft - incl. Abhängigkeiten in Richtung Betriebssystem usw. - sprich was muss ich ausserhalb des Apache noch alles tun, um SSL zu nutzen. Danke für die Info Michael -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 3. Juni 2004 12:13 An: users-de@httpd.apache.org Betreff: Antwort: Re: Probleme mit HTTPS hier gibt es binaries mit ssl in allen versionen http://www.gknw.com/development/apache/ lg Dietmar Thomas Hilbert [EMAIL PROTECTED] am 03.06.2004 12:07:16 Bitte antworten an users-de@httpd.apache.org An:users-de@httpd.apache.org Kopie: Thema: Re: Probleme mit HTTPS Um mod_ssl für Apache 2.0 zu bekommen, müssen Sie sich den aktuellen Quellcode per CVS downloaden und kompilieren. Die Sourcecode-Versionen auf der httpd.apache.org-Site lassen sich mit mod_ssl derzeit nicht erfolgreich kompilieren. Wenn Sie VC 7.0 oder höher verwenden, vergessen Sie nicht, die Projekt- files und das Workspacefile vor dem Kompilieren mit VC zu öffnen und auf die neue Version zu konvertieren. Für den Notfall kann ich Ihnen das Plugin auch per eMail zusenden. Gruss, Thomas - Original Message - From: Schoof, Michael [EMAIL PROTECTED] To: users-de@httpd.apache.org Sent: Thursday, June 03, 2004 12:00 PM Subject: Probleme mit HTTPS Hallo Liste, mal eine Frage von einem Apache-Gelegenheitsadmin für den Hausgebrauch. Ich habe einen Apache 2.x auf Windows-XP in meinem LAN laufen und er tut auch soweit ganz gut. Die Einstellungen im Internet Explorer sind so, dass der Apache als Proxy für den Zugriff auf Webseiten im WWW genutzt wird. Wenn ich jetzt Seiten mit HTTPS versuche zu laden wird die Seite nicht aufgebaut. Stelle ich die oben genannte Proxy-Einstellung im IE ab lädt der Browser die Seiten ohne Probleme. Meine Schlussfolgerung: Es liegt am Apache, der die HTTPS Seiten nicht verarbeiten/weiterleiten kann. Ist die Annahme richtig. Ausgehend von dieser Annahme habe ich versucht mit mod_ssl weiterzukommen. Der Eintrag (auskommentiert) in der config-Datei ist auch vorhanden. Allerdings das modul nicht im Verzeichnis modules. Gibt es dieses Modul schon für den Apache 2.x ? Ich habe bisher nur Infos über Apache 1.2 und 1.3 gefunden. Oder kann ich alternativ Apache_ssl verwenden - und gibt es das schon für 2.x ? Würde mich freuen wenn mir jemand weiterhelfen könnte. Danke und Gruß Michael -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED]
Re: Antwort: Re: Probleme mit HTTPS
Hallo Michael, mit Listen 443 in der conf lauscht der Apache auch am https-Port 443. Ob das jedoch ohne mod_ssl funktioniert, weiss ich nicht. Du kannst nach Verwendung dieses Befehls VirtualHosts anlegen, ganz so, wie auch von Port 80 gewohnt: VirtualHost *:443 ServerName www.foo.bar Include conf/foobar_ssl.conf /VirtualHost Dort dann einfach per mod_rewrite (Proxy) durchreichen. So hab ichs zumindest gemacht, denke aber schon, dass du mod_ssl brauchst (ich reiche auch nur durch). Gruss, Thomas - Original Message - From: Schoof, Michael [EMAIL PROTECTED] To: users-de@httpd.apache.org Sent: Monday, June 07, 2004 1:32 PM Subject: AW: Antwort: Re: Probleme mit HTTPS Hallo Markus, da hatte ich mich wohl nicht ganz richtig ausgefrückt. Ich benutze den Apache (inzwischen 2.0.49) als Webserver und gleichzeitig als Proxyserver. Aber Du hast recht - die HTTPS-Seiten sollen nur durchgeschleust werden - von einem externen Webserver über meinen Apache-Proxy an den Internet Explorer. Da hakt es aber scheinbar. Zwischenzeitlich hatte ich die Info bekommen, dass der Apache auch in 2.x incl mod_ssl ausgeliefert wird. Für Windows (XP) hab ich die entsprechende MSI-Datei aber unter Apache.org nicht gefunden. Ich bin aber immer noch nicht sicher, ob mein Problem tatsächlich damit zusammenhängt, weil wie Du ja schon sagtest die HTTPS-Seiten eigentlich nur durchgeschleust werden sollten. Wie ich Dich verstanden habe liegt es möglicherweise an der Nutzng des 443 Ports für den SSL-Proxy ? Hat jemand einen Tip wie ich das speziell konfigurieren muss ? Danke im Voraus Michael -Ursprüngliche Nachricht- Von: Marcus Reimann [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 5. Juni 2004 01:56 An: users-de@httpd.apache.org Betreff: RE: Antwort: Re: Probleme mit HTTPS Hallo Michael, vielleicht kannst Du Dir viel Arbeit sparen: Wenn ich Dich richtig verstanden habe, nutzt Du den Apache als Proxy-Server und nicht als Webserver. Für das proxying von SSL benötigtst Du IMHO überhaupt keine SSL-Module, da die Aufrufe ja nur durch den Apache geschleust werden sollen. Google mal mit Suchbegriffen wie +apache +ssl +proxying. Dort gibt es die ein oder anderen Hinweise zum Thema. Die Lösung könnte die Nutzung des Ports 443 für den SSL-Proxy sein. Allerdings solltest Du nochmal überdenken, ob der Einsatz des Apache-Webservers als Proxy-Server die beste Variante ist. Squid oder andere darauf spezialiserte Proxy-Server sind da IMHO besser geeignet. Gruß Marcus Reimann M. Reimann Systemberatung http://www.reimann-systemberatung.de -Original Message- From: Schoof, Michael [mailto:[EMAIL PROTECTED] Sent: Friday, June 04, 2004 1:01 PM To: 'users-de@httpd.apache.org' Subject: AW: Antwort: Re: Probleme mit HTTPS Danke für die Info, für die neuesten Apache 2.x Versionen gibt es die SSL-Version scheinbar nicht. Hat das einen Grund ? Kennt jemand eine gute Doku die beschreibt was alles nötig ist, damit der Apache mit SSL läuft - incl. Abhängigkeiten in Richtung Betriebssystem usw. - sprich was muss ich ausserhalb des Apache noch alles tun, um SSL zu nutzen. Danke für die Info Michael -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 3. Juni 2004 12:13 An: users-de@httpd.apache.org Betreff: Antwort: Re: Probleme mit HTTPS hier gibt es binaries mit ssl in allen versionen http://www.gknw.com/development/apache/ lg Dietmar Thomas Hilbert [EMAIL PROTECTED] am 03.06.2004 12:07:16 Bitte antworten an users-de@httpd.apache.org An:users-de@httpd.apache.org Kopie: Thema: Re: Probleme mit HTTPS Um mod_ssl für Apache 2.0 zu bekommen, müssen Sie sich den aktuellen Quellcode per CVS downloaden und kompilieren. Die Sourcecode-Versionen auf der httpd.apache.org-Site lassen sich mit mod_ssl derzeit nicht erfolgreich kompilieren. Wenn Sie VC 7.0 oder höher verwenden, vergessen Sie nicht, die Projekt- files und das Workspacefile vor dem Kompilieren mit VC zu öffnen und auf die neue Version zu konvertieren. Für den Notfall kann ich Ihnen das Plugin auch per eMail zusenden. Gruss, Thomas - Original Message - From: Schoof, Michael [EMAIL PROTECTED] To: users-de@httpd.apache.org Sent: Thursday, June 03, 2004 12:00 PM Subject: Probleme mit HTTPS Hallo Liste, mal eine Frage von einem Apache-Gelegenheitsadmin für den Hausgebrauch. Ich habe einen Apache 2.x auf Windows-XP in meinem LAN laufen und er tut auch soweit ganz gut. Die Einstellungen im Internet Explorer sind so, dass der Apache als Proxy für den Zugriff auf Webseiten im WWW genutzt wird. Wenn ich jetzt Seiten mit HTTPS versuche zu laden wird die Seite nicht aufgebaut. Stelle ich die oben genannte Proxy-Einstellung im IE ab lädt der Browser die Seiten ohne Probleme. Meine Schlussfolgerung: Es liegt am Apache, der die HTTPS Seiten nicht verarbeiten/weiterleiten kann. Ist die Annahme richtig. Ausgehend von dieser Annahme habe
Re: fragen zu mod_rewrite
Hallo Stefan, möchte gerne folgendes mit mod_rewrite umbiegen. von www.domäne1.de http://www.domäne1.de nach www.subdom.domäne1.de http://www.subdom.domäne1.de Was muss ich den hier am Vhost anpassen ? Und wo / was in Sachen mod_rewrite ? Ein bisschen wie die alt Fasnacht...aber warum ueberhaupt mod_rewrite verwenden? RedirectPermanent / http://www.subdom.domäne1.de/ Tuts doch auch? Gruesse frank -- Frank Thommen, Informatik Support Gruppe, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mo-Do) Web: http://www.isg.inf.ethz.ch -- -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: AW: Antwort: Re: Probleme mit HTTPS
Hallo Michael, da hatte ich mich wohl nicht ganz richtig ausgefrückt. Ich benutze den Apache (inzwischen 2.0.49) als Webserver und gleichzeitig als Proxyserver. Aber Du hast recht - die HTTPS-Seiten sollen nur durchgeschleust werden - von einem externen Webserver über meinen Apache-Proxy an den Internet Explorer. Da hakt es aber scheinbar. Zwischenzeitlich hatte ich die Info bekommen, dass der Apache auch in 2.x incl mod_ssl ausgeliefert wird. Für Windows (XP) hab ich die entsprechende MSI-Datei aber unter Apache.org nicht gefunden. Die wirst du auch nicht finden. Die Exportbestimmungen der USA verbieten den Export von Binaries derartiger Verschlüsselungssoftware. Der Quelltext darf allerdings verbreitet werden, so daß du dir das Modul selbst kompilieren kannst. Ich bin aber immer noch nicht sicher, ob mein Problem tatsächlich damit zusammenhängt, weil wie Du ja schon sagtest die HTTPS-Seiten eigentlich nur durchgeschleust werden sollten. Wie ich Dich verstanden habe liegt es möglicherweise an der Nutzng des 443 Ports für den SSL-Proxy ? siehe dazu http://httpd.apache.org/docs/misc/howto.html#proxyssl. Auch wenn dies noch aus der Doku zum 1.3 stammt, gilt es entsprechend auch für den 2er. Zum Durchreichen von Requests brauchst du kein mod_ssl. Du mußt den Apache nur zusätzlich zu Port 80 auch an Port 443 lauschen lassen und die Requests entsprechend behandeln. Hat jemand einen Tip wie ich das speziell konfigurieren muss ? siehe dazu http://httpd.apache.org/docs-2.0/mod/mod_proxy.html. Du benötigst einen Forward Proxy. Das ganze packst du dann noch in entsprechende Virtual-Host-Container für Port 80 und Port 443. ansonsten ... noch mal nachfrangen :) Gruß Kess -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: HTTP 1.1 Problem
aLiEnTxC wrote: Max Dittrich wrote: aLiEnTxC wrote: Benutze mal http://web-sniffer.net/ einmal mit Accept-Encoding: gzip und einmal ohne. Im ersten Fall wird vermutlich komprimierter Inhalt geschickt, jedoch nicht per Header Content-Encoding angemeldet. Ohne Angebot des Browsers auch komprimierte Inhalte zu verarbeiten kommt eine ordentliche XHTML-Seite. hmm... also mit und ohne dem Apache-gzip-Modul zeigt er an das Content-Encoding = gzip ist. Ist wohl auch etwas merkwürdig.. dann wird es wohl an der php.ini liegen... da gibt es nämlich keine extension für gzip... Jo, ich habe den Fehler in der php.ini gefunden... ---schnipp--- ; Transparent output compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression = Off ---schnapp--- das war vorher auf On ... jetzt nachdem ich es deaktiviert habe funzt es... Vielen Vielen Dank für den denkanstoss ;-) Gruß, Thomas -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Antwort: Re: AW: Antwort: Re: Probleme mit HTTPS
http://www.gknw.net/development/apache/httpd-2.0/win32/httpd-2.0.49-w32.zip lg Dietmar Astrid Keßler [EMAIL PROTECTED] am 07.06.2004 15:56:25 Bitte antworten an users-de@httpd.apache.org An:Schoof, Michael users-de@httpd.apache.org Kopie: Thema: Re: AW: Antwort: Re: Probleme mit HTTPS Hallo Michael, da hatte ich mich wohl nicht ganz richtig ausgefrückt. Ich benutze den Apache (inzwischen 2.0.49) als Webserver und gleichzeitig als Proxyserver. Aber Du hast recht - die HTTPS-Seiten sollen nur durchgeschleust werden - von einem externen Webserver über meinen Apache-Proxy an den Internet Explorer. Da hakt es aber scheinbar. Zwischenzeitlich hatte ich die Info bekommen, dass der Apache auch in 2.x incl mod_ssl ausgeliefert wird. Für Windows (XP) hab ich die entsprechende MSI-Datei aber unter Apache.org nicht gefunden. Die wirst du auch nicht finden. Die Exportbestimmungen der USA verbieten den Export von Binaries derartiger Verschlüsselungssoftware. Der Quelltext darf allerdings verbreitet werden, so daß du dir das Modul selbst kompilieren kannst. Ich bin aber immer noch nicht sicher, ob mein Problem tatsächlich damit zusammenhängt, weil wie Du ja schon sagtest die HTTPS-Seiten eigentlich nur durchgeschleust werden sollten. Wie ich Dich verstanden habe liegt es möglicherweise an der Nutzng des 443 Ports für den SSL-Proxy ? siehe dazu http://httpd.apache.org/docs/misc/howto.html#proxyssl. Auch wenn dies noch aus der Doku zum 1.3 stammt, gilt es entsprechend auch für den 2er. Zum Durchreichen von Requests brauchst du kein mod_ssl. Du mußt den Apache nur zusätzlich zu Port 80 auch an Port 443 lauschen lassen und die Requests entsprechend behandeln. Hat jemand einen Tip wie ich das speziell konfigurieren muss ? siehe dazu http://httpd.apache.org/docs-2.0/mod/mod_proxy.html. Du benötigst einen Forward Proxy. Das ganze packst du dann noch in entsprechende Virtual-Host-Container für Port 80 und Port 443. ansonsten ... noch mal nachfrangen :) Gruß Kess -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] -- -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Caching verhindern
Liebe Liste, Das sind html meta tags, die nicht im Apache eingestellt werden : und die im Zweifel von squid irgnoriert werden. Daher ist das nur der zweitbeste Weg. *Wenn* er an den squid rankommt, sollte er dort schrauben. Mit freundlichen Gruessen, Martin Ebert -- http://www.klug-suchen.de http://www.bahnsuche.de http://www.ddr-suche.de http://www.wb-online.de -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: HTTP 1.1 Problem
Thomas, liebe Liste, server:/# apache -v Auf beiden Kisten identisch? Oder apache2 im Spiel? Also bei Domainfactory weiss ich es nicht, weil ich dort kein Shellzugriff Mich deucht, dass Du lernen solltest, wie man mit telnet 80 umgeht. Mit freundlichen Gruessen, Martin Ebert -- http://www.klug-suchen.de http://www.bahnsuche.de http://www.ddr-suche.de http://www.wb-online.de -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Caching verhindern
Stefan Loewe wrote: Das sind html meta tags, die nicht im Apache eingestellt werden : Entschuldige, was sind Meta-Tags? Expires und Cache-Control in u.s. Ausgabe sind alles HTTP-Header. Der Herkunft der Meta-Tags (HTML) stammt wohl ursprünglich aus HTTP. wget -S www.heise.de --13:19:59-- http://www.heise.de/ = `index.html.1' Resolving www.heise.de... done. Connecting to www.heise.de[193.99.144.71]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Mon, 07 Jun 2004 11:19:59 GMT 3 Server: Apache/1.3.29 4 Cache-Control: max-age=900 5 Expires: Mon, 07 Jun 2004 11:34:59 GMT 6 Vary: Accept-Encoding,User-agent 7 Connection: close 8 Content-Type: text/html; charset=iso-8859-1 [ = ] 24,589 180.55K/s 13:19:59 (180.55 KB/s) - `index.html.1' saved [24589] cat index.html | grep expir meta http-equiv=expires content=900 Wahrscheinlich Bugfixing für kaputte Caches. [...] gruss, .max -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --