CGI Scripte lassen sich nicht ausführen

Irgendwelche Probleme mit XAMPP für Mac OS X? Dann ist hier genau der richtige Ort um nachzufragen.

CGI Scripte lassen sich nicht ausführen

Postby Holzdrache » 12. November 2010 11:13

Hallo zusammen,

ich habe ein Problem (denke mal Unverständnis meinerseits) mit Perl-Scripten unter xampp / os x.
Das folgende Script

#!/Applications/XAMPP/xamppfiles/bin/perl
print "Content-type: text/html\n\n";
print '<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">', "\n";
print "<html><head><title>CGI-Test</title></head>\n";
print "<body>hallo, das ist ein Test</body></html>\n";

lässt sich im Verzeichnis /Applications/XAMPP/cgi-bin nicht ausführen, laut dem Error-Log:

Options ExecCGI is off in this directory/Applications/XAMPP/xamppfiles/cgi-bin/test.pl

liegt es wohl daran, das ich in der Apache Konfiguration die Option ExecCGI für das CGI-Verzeichnis setze.
Das Problem:
in der httpd.conf (Verzeichnis Applications/XAMPP/etc) finde ich keinen Bereich der sich mit CGI befasst, wohl aber am Ende folgende beiden Zeilen:

#XAMPP
Include etc/extra/httpd-xampp.conf

Ich interpretiere das mal als Erweiterung der httpd.conf, und hab mir auch diese Datei angesehen. Allerdings weis ich beim besten Willen nicht wo ich dort was eintragen soll, um die Option ExecCGI zu setzen / zu erlauben.

Es mag sein, das ich einfach nur zu blöd dazu bin, jedoch sind mir diese Probleme von einer Apache / PhP Konfiguration unter Windoof unbekannt.

Die httpd-xampp.conf:

<IfDefine PHP>
LoadModule php5_module modules/libphp5.so
</IfDefine>
LoadModule perl_module modules/mod_perl.so

Alias /phpmyadmin "/Applications/XAMPP/xamppfiles/phpmyadmin"

<Directory "/Applications/XAMPP/xamppfiles/phpmyadmin">
AllowOverride AuthConfig Limit
</Directory>

#
# New XAMPP security concept
#
<LocationMatch "^/(?i:(?:xampp|security|licenses|phpmyadmin|webalizer|server-status|server-info))">
Order deny,allow
Deny from all
Allow from ::1 127.0.0.0/8 \
fc00::/7 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16 \
fe80::/10 169.254.0.0/16

ErrorDocument 403 /error/XAMPP_FORBIDDEN.html.var
</LocationMatch>

AddType application/x-httpd-php .php .php3 .php4

XBitHack on

<IfModule perl_module>
PerlPostConfigRequire "/Applications/XAMPP/xamppfiles/etc/extra/startup.pl"

# mod_perl settings
<IfModule mime_module>
AddType text/html .pl
</IfModule>

<FilesMatch "\.pl$">
SetHandler perl-script
PerlResponseHandler ModPerl::RegistryPrefork
PerlOptions +ParseHeaders
</FilesMatch>

<Directory "/xampp/cgi-bin">
<FilesMatch "\.pl$">
SetHandler cgi-script
</FilesMatch>
</Directory>

# ASP settings
<IfModule mime_module>
AddType text/html .asp
</IfModule>

<FilesMatch "\.asp$">
SetHandler perl-script
PerlResponseHandler Apache::ASP
PerlSetVar Global .
PerlSetVar StateDir "/Applications/XAMPP/xamppfiles/temp"
</FilesMatch>

<Directory "/xampp/cgi-bin">
<FilesMatch "\.asp$">
SetHandler cgi-script
</FilesMatch>
</Directory>
</IfModule>

Hat jemand evtl. eine auch für einen nicht ganz so gescheiten Menschen verständliche Lösung?

Vielen Dank,

Arno Schmidt
Holzdrache
 
Posts: 6
Joined: 11. November 2010 14:00

Re: CGI Scripte lassen sich nicht ausführen

Postby Nobbie » 12. November 2010 12:22

Zeige uns doch bitte auch die httpd.conf - und das ganze bitte in "code" Tags (siehe oben 5. Button von links). Ist die Installation von Xampp so "jungfräulich"? Oder ist da schon irgendwas geändert worden?
Nobbie
 
Posts: 6771
Joined: 09. March 2008 13:04

Re: CGI Scripte lassen sich nicht ausführen

Postby Holzdrache » 12. November 2010 14:33

Nobbie wrote:Zeige uns doch bitte auch die httpd.conf - und das ganze bitte in "code" Tags (siehe oben 5. Button von links). Ist die Installation von Xampp so "jungfräulich"? Oder ist da schon irgendwas geändert worden?


neenee, ich hab da nichts geändert. Und danke für den Tip mit dem Code Tag.

Code: Select all
#
# This is the main Apache HTTP server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See <URL:http://httpd.apache.org/docs/2.2> for detailed information.
# In particular, see
# <URL:http://httpd.apache.org/docs/2.2/mod/directives.html>
# for a discussion of each configuration directive.
#
# Do NOT simply read the instructions in here without understanding
# what they do.  They're here only as hints or reminders.  If you are unsure
# consult the online docs. You have been warned. 
#
# Configuration and logfile names: If the filenames you specify for many
# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path.  If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"
# with ServerRoot set to "/Applications/xampp/xamppfiles" will be interpreted by the
# server as "/Applications/xampp/xamppfiles/logs/foo.log".

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# Do not add a slash at the end of the directory path.  If you point
# ServerRoot at a non-local disk, be sure to point the LockFile directive
# at a local disk.  If you wish to share the same ServerRoot for multiple
# httpd daemons, you will need to change at least LockFile and PidFile.
#
ServerRoot "/Applications/XAMPP/xamppfiles"

#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses.
#
#Listen 12.34.56.78:80
Listen 80

#
# Dynamic Shared Object (DSO) Support
#
# To be able to use the functionality of a module which was built as a DSO you
# have to place corresponding `LoadModule' lines at this location so the
# directives contained in it are actually available _before_ they are used.
# Statically compiled modules (those listed by `httpd -l') do not need
# to be loaded here.
#
# Example:
# LoadModule foo_module modules/mod_foo.so
#
LoadModule authn_file_module modules/mod_authn_file.so
LoadModule authn_dbm_module modules/mod_authn_dbm.so
LoadModule authn_anon_module modules/mod_authn_anon.so
LoadModule authn_dbd_module modules/mod_authn_dbd.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule authz_dbm_module modules/mod_authz_dbm.so
LoadModule authz_owner_module modules/mod_authz_owner.so
LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule auth_basic_module modules/mod_auth_basic.so
LoadModule auth_digest_module modules/mod_auth_digest.so
LoadModule file_cache_module modules/mod_file_cache.so
LoadModule cache_module modules/mod_cache.so
LoadModule disk_cache_module modules/mod_disk_cache.so
LoadModule mem_cache_module modules/mod_mem_cache.so
LoadModule dbd_module modules/mod_dbd.so
LoadModule bucketeer_module modules/mod_bucketeer.so
LoadModule dumpio_module modules/mod_dumpio.so
LoadModule echo_module modules/mod_echo.so
LoadModule case_filter_module modules/mod_case_filter.so
LoadModule case_filter_in_module modules/mod_case_filter_in.so
LoadModule ext_filter_module modules/mod_ext_filter.so
LoadModule include_module modules/mod_include.so
LoadModule filter_module modules/mod_filter.so
LoadModule charset_lite_module modules/mod_charset_lite.so
LoadModule deflate_module modules/mod_deflate.so
LoadModule ldap_module modules/mod_ldap.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule logio_module modules/mod_logio.so
LoadModule env_module modules/mod_env.so
LoadModule mime_magic_module modules/mod_mime_magic.so
LoadModule cern_meta_module modules/mod_cern_meta.so
LoadModule expires_module modules/mod_expires.so
LoadModule headers_module modules/mod_headers.so
LoadModule ident_module modules/mod_ident.so
LoadModule usertrack_module modules/mod_usertrack.so
LoadModule unique_id_module modules/mod_unique_id.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule mime_module modules/mod_mime.so
LoadModule dav_module modules/mod_dav.so
LoadModule status_module modules/mod_status.so
LoadModule autoindex_module modules/mod_autoindex.so
LoadModule asis_module modules/mod_asis.so
LoadModule info_module modules/mod_info.so
LoadModule suexec_module modules/mod_suexec.so
LoadModule cgi_module modules/mod_cgi.so
LoadModule cgid_module modules/mod_cgid.so
LoadModule dav_fs_module modules/mod_dav_fs.so
LoadModule vhost_alias_module modules/mod_vhost_alias.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule dir_module modules/mod_dir.so
LoadModule imagemap_module modules/mod_imagemap.so
LoadModule actions_module modules/mod_actions.so
LoadModule speling_module modules/mod_speling.so
LoadModule userdir_module modules/mod_userdir.so
LoadModule alias_module modules/mod_alias.so
LoadModule rewrite_module modules/mod_rewrite.so
#LoadModule apreq_module modules/mod_apreq2.so
LoadModule ssl_module modules/mod_ssl.so

<IfDefine JUSTTOMAKEAPXSHAPPY>
LoadModule php4_module        modules/libphp4.so
LoadModule php5_module        modules/libphp5.so
</IfDefine>

<IfModule !mpm_winnt_module>
<IfModule !mpm_netware_module>
#
# If you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch. 
#
# User/Group: The name (or #number) of the user/group to run httpd as.
# It is usually good practice to create a dedicated user and group for
# running httpd, as with most system services.
#
User nobody
Group nogroup
</IfModule>
</IfModule>

# '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
# <VirtualHost> definition.  These values also provide defaults for
# any <VirtualHost> containers you may define later in the file.
#
# All of these directives may appear inside <VirtualHost> containers,
# in which case these default settings will be overridden for the
# virtual host being defined.
#

#
# ServerAdmin: Your address, where problems with the server should be
# e-mailed.  This address appears on some server-generated pages, such
# as error documents.  e.g. admin@your-domain.com
#
ServerAdmin you@example.com

#
# ServerName gives the name and port that the server uses to identify itself.
# This can often be determined automatically, but we recommend you specify
# it explicitly to prevent problems during startup.
#
# If your host doesn't have a registered DNS name, enter its IP address here.
#
#ServerName www.example.com:80
# XAMPP
ServerName localhost

#
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/Applications/XAMPP/xamppfiles/htdocs"

#
# Each directory to which Apache has access can be configured with respect
# to which services and features are allowed and/or disabled in that
# directory (and its subdirectories).
#
# First, we configure the "default" to be a very restrictive set of
# features. 
#
<Directory />
    Options FollowSymLinks
    AllowOverride None
    #XAMPP
    #Order deny,allow
    #Deny from all
</Directory>

#
# Note that from this point forward you must specifically allow
# particular features to be enabled - so if something's not working as
# you might expect, make sure that you have specifically enabled it
# below.
#

#
# This should be changed to whatever you set DocumentRoot to.
#
<Directory "/Applications/XAMPP/xamppfiles/htdocs">
    #
    # Possible values for the Options directive are "None", "All",
    # or any combination of:
    #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
    #
    # Note that "MultiViews" must be named *explicitly* --- "Options All"
    # doesn't give it to you.
    #
    # The Options directive is both complicated and important.  Please see
    # http://httpd.apache.org/docs/2.2/mod/core.html#options
    # for more information.
    #
    Options Indexes FollowSymLinks ExecCGI Includes

    #
    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be "All", "None", or any combination of the keywords:
    #   Options FileInfo AuthConfig Limit
    #
    AllowOverride All

    #
    # Controls who can get stuff from this server.
    #
    Order allow,deny
    Allow from all

</Directory>

#
# DirectoryIndex: sets the file that Apache will serve if a directory
# is requested.
#
<IfModule dir_module>
    DirectoryIndex index.html index.php index.htmls index.htm
</IfModule>

#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
    Order allow,deny
    Deny from all
</FilesMatch>

#
# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog logs/error_log

#
# LogLevel: Control the number of messages logged to the error_log.
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
#
LogLevel warn

<IfModule log_config_module>
    #
    # The following directives define some format nicknames for use with
    # a CustomLog directive (see below).
    #
    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
    LogFormat "%h %l %u %t \"%r\" %>s %b" common

    <IfModule logio_module>
      # You need to enable mod_logio.c to use %I and %O
      LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
    </IfModule>

    #
    # The location and format of the access logfile (Common Logfile Format).
    # If you do not define any access logfiles within a <VirtualHost>
    # container, they will be logged here.  Contrariwise, if you *do*
    # define per-<VirtualHost> access logfiles, transactions will be
    # logged therein and *not* in this file.
    #
    CustomLog logs/access_log common

    #
    # If you prefer a logfile with access, agent, and referer information
    # (Combined Logfile Format) you can use the following directive.
    #
    #CustomLog logs/access_log combined
</IfModule>

<IfModule alias_module>
    #
    # Redirect: Allows you to tell clients about documents that used to
    # exist in your server's namespace, but do not anymore. The client
    # will make a new request for the document at its new location.
    # Example:
    # Redirect permanent /foo http://www.example.com/bar

    #
    # Alias: Maps web paths into filesystem paths and is used to
    # access content that does not live under the DocumentRoot.
    # Example:
    # Alias /webpath /full/filesystem/path
    #
    # If you include a trailing / on /webpath then the server will
    # require it to be present in the URL.  You will also likely
    # need to provide a <Directory> section to allow access to
    # the filesystem path.

    #
    # ScriptAlias: This controls which directories contain server scripts.
    # ScriptAliases are essentially the same as Aliases, except that
    # documents in the target directory are treated as applications and
    # run by the server when requested rather than as documents sent to the
    # client.  The same rules about trailing "/" apply to ScriptAlias
    # directives as to Alias.
    #
    ScriptAlias /cgi-bin/ "/Applications/XAMPP/xamppfiles/cgi-bin/"

</IfModule>

<IfModule cgid_module>
    #
    # ScriptSock: On threaded servers, designate the path to the UNIX
    # socket used to communicate with the CGI daemon of mod_cgid.
    #
    #Scriptsock logs/cgisock
</IfModule>

#
# "/Applications/xampp/xamppfiles/cgi-bin" should be changed to whatever your ScriptAliased
# CGI directory exists, if you have that configured.
#
<Directory "/Applications/XAMPP/xamppfiles/phpmyadmin">
    AllowOverride None
    Options None
    Order allow,deny
    Allow from all
</Directory>

#
# DefaultType: the default MIME type the server will use for a document
# if it cannot otherwise determine one, such as from filename extensions.
# If your server contains mostly text or HTML documents, "text/plain" is
# a good value.  If most of your content is binary, such as applications
# or images, you may want to use "application/octet-stream" instead to
# keep browsers from trying to display binary files as though they are
# text.
#
DefaultType text/plain

<IfModule mime_module>
    #
    # TypesConfig points to the file containing the list of mappings from
    # filename extension to MIME-type.
    #
    TypesConfig etc/mime.types

    #
    # AddType allows you to add to or override the MIME configuration
    # file specified in TypesConfig for specific file types.
    #
    #AddType application/x-gzip .tgz
    #
    # AddEncoding allows you to have certain browsers uncompress
    # information on the fly. Note: Not all browsers support this.
    #
    #AddEncoding x-compress .Z
    #AddEncoding x-gzip .gz .tgz
    #
    # If the AddEncoding directives above are commented-out, then you
    # probably should define those extensions to indicate media types:
    #
    AddType application/x-compress .Z
    AddType application/x-gzip .gz .tgz

    #
    # AddHandler allows you to map certain file extensions to "handlers":
    # actions unrelated to filetype. These can be either built into the server
    # or added with the Action directive (see below)
    #
    # To use CGI scripts outside of ScriptAliased directories:
    # (You will also need to add "ExecCGI" to the "Options" directive.)
    #
    #AddHandler cgi-script .cgi
    AddHandler cgi-script .cgi .pl

    # For files that include their own HTTP headers:
    #AddHandler send-as-is asis

    # For server-parsed imagemap files:
    #AddHandler imap-file map

    # For type maps (negotiated resources):
    #AddHandler type-map var

    #
    # Filters allow you to process content before it is sent to the client.
    #
    # To parse .shtml files for server-side includes (SSI):
    # (You will also need to add "Includes" to the "Options" directive.)
    #
    AddType text/html .shtml
    AddOutputFilter INCLUDES .shtml
</IfModule>

#
# The mod_mime_magic module allows the server to use various hints from the
# contents of the file itself to determine its type.  The MIMEMagicFile
# directive tells the module where the hint definitions are located.
#
#MIMEMagicFile etc/magic

#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 500 "The server made a boo boo."
#ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
#ErrorDocument 402 http://www.example.com/subscription_info.html
#

#
# EnableMMAP and EnableSendfile: On systems that support it,
# memory-mapping or the sendfile syscall is used to deliver
# files.  This usually improves server performance, but must
# be turned off when serving from networked-mounted
# filesystems or if support for these functions is otherwise
# broken on your system.
#
EnableMMAP off
EnableSendfile off

# Supplemental configuration
#
# The configuration files in the /Applications/xampp/etc/extra/ directory can be
# included to add extra features or to modify the default configuration of
# the server, or you may simply copy their contents here and change as
# necessary.

# Server-pool management (MPM specific)
#Include /Applications/XAMPP/etc/extra/httpd-mpm.conf

# Multi-language error messages
Include /Applications/XAMPP/etc/extra/httpd-multilang-errordoc.conf

# Fancy directory listings
#Include /Applications/XAMPP/etc/extra/httpd-autoindex.conf

# Language settings
#Include /Applications/XAMPP/etc/extra/httpd-languages.conf

# User home directories
Include /Applications/XAMPP/etc/extra/httpd-userdir.conf

# Real-time info on requests and configuration
#Include /Applications/XAMPP/etc/extra/httpd-info.conf

# Virtual hosts
#Include /Applications/XAMPP/etc/extra/httpd-vhosts.conf

# Local access to the Apache HTTP Server Manual
#Include /Applications/XAMPP/etc/extra/httpd-manual.conf

# Distributed authoring and versioning (WebDAV)
#Include /Applications/XAMPP/etc/extra/httpd-dav.conf

# Various default settings
#Include /Applications/XAMPP/etc/extra/httpd-default.conf

# Secure (SSL/TLS) connections
#Include /Applications/XAMPP/etc/extra/httpd-ssl.conf

<IfModule ssl_module>
    <IfDefine SSL>
        Include etc/extra/httpd-ssl.conf
    </IfDefine>
</IfModule>


#
# Note: The following must must be present to support
#       starting without SSL on platforms with no /dev/random equivalent
#       but a statically compiled-in mod_ssl.
#
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
</IfModule>

#XAMPP
Include etc/extra/httpd-xampp.conf
Holzdrache
 
Posts: 6
Joined: 11. November 2010 14:00

Re: CGI Scripte lassen sich nicht ausführen

Postby Nobbie » 13. November 2010 23:21

Eine Sache fällt mir gerade erst auf:

lässt sich im Verzeichnis /Applications/XAMPP/cgi-bin nicht ausführen, laut dem Error-Log:

Options ExecCGI is off in this directory/Applications/XAMPP/xamppfiles/cgi-bin/test.pl


Was heißt das, wenn Du schreibst "lässt sich im Verzeichnis /Applications/XAMPP/cgi-bin nicht ausführen"?
Nobbie
 
Posts: 6771
Joined: 09. March 2008 13:04

Re: CGI Scripte lassen sich nicht ausführen

Postby Holzdrache » 15. November 2010 14:25

Nobbie wrote:Eine Sache fällt mir gerade erst auf:

lässt sich im Verzeichnis /Applications/XAMPP/cgi-bin nicht ausführen, laut dem Error-Log:

Options ExecCGI is off in this directory/Applications/XAMPP/xamppfiles/cgi-bin/test.pl


Was heißt das, wenn Du schreibst "lässt sich im Verzeichnis /Applications/XAMPP/cgi-bin nicht ausführen"?


Hallo Nobbie,
bei Aufruf des Scripts in Safari (URL: http://localhost/cgi-bin/test.pl) erscheint:

Zugriff verweigert!

Der Zugriff auf das angeforderte Objekt ist nicht möglich. Entweder kann es vom Server nicht gelesen werden oder es ist zugriffsgeschützt.

Ab dem XAMPP-Verzeichnis (inklusive) sind alle Ordner-Rechte Lesen u. Schreiben, für alle Benutzer.

Ich weis echt keine Lösung mehr :-(
Holzdrache
 
Posts: 6
Joined: 11. November 2010 14:00

Re: CGI Scripte lassen sich nicht ausführen

Postby Nobbie » 15. November 2010 16:28

Ach so, das heißt also, Du hast Dich nur schwer vertippt (was recht lästig ist, denn es ist sowieso schon sehr schwer zu helfen, wenn man nicht direkt am PC selbst sitzt). Die Meldung "lässt sich im Verzeichnis /Applications/XAMPP/cgi-bin" hast Du frei erfunden und das Verzeichnis ist auch falsch. Na denn.

Ab dem XAMPP-Verzeichnis (inklusive) sind alle Ordner-Rechte Lesen u. Schreiben, für alle Benutzer.


Das reicht nicht!

Es müssen ALLE Verzeichnisse (ab ganz oben) lesbar sein für den Apache-User (das ist der Anwender, unter dessen UserID der Apache Prozess ausgeführt wird.). Also auch das Verzeichnis /Applications und auch das Verzeichnis /.

Und es müssen auch die Dateien lesbar sein, also speziell auch die Datei /Applications/XAMPP/xamppfiles/cgi-bin/test.pl

Ansonsten kannst Du auch mal versuchen, ein Perl Script in einem anderen Ordner auszuführen, dass muss nicht im /cgi-bin liegen. Stelle mal die test.pl in das htdocs-Verzeichnis und rufe es dort via http://localhost/test.pl auf - das sollte gehen (wieder unter der Voraussetzung, dass die Ordner und Dateien gelesen werden können).

Zeige uns außerdem mal das Script test.pl - was steht da überhaupt drin?

P.S.: Ich sehe gerade diese Zeile in der httpd.conf

AddHandler cgi-script .cgi .pl

Hast Du das so eingetragen? Die Endung .pl ist normalerweise dort nicht angegeben. Zusammen mit der ScriptAlias-Direktive (weiter oben) ist das doppelt gemoppelt - das kann auch die Fehlerursache sein. In jedem Fall sollte aber nun der Test funktionieren, wenn Du (wie oben beschrieben) die test.pl in das htdocs-Verzeichnis stellst und dort ausführst.
Nobbie
 
Posts: 6771
Joined: 09. March 2008 13:04

Re: CGI Scripte lassen sich nicht ausführen

Postby Holzdrache » 16. November 2010 10:29

Nobbie wrote:Ach so, das heißt also, Du hast Dich nur schwer vertippt (was recht lästig ist, denn es ist sowieso schon sehr schwer zu helfen, wenn man nicht direkt am PC selbst sitzt). Die Meldung "lässt sich im Verzeichnis /Applications/XAMPP/cgi-bin" hast Du frei erfunden und das Verzeichnis ist auch falsch. Na denn.

Ab dem XAMPP-Verzeichnis (inklusive) sind alle Ordner-Rechte Lesen u. Schreiben, für alle Benutzer.


Das reicht nicht!

Es müssen ALLE Verzeichnisse (ab ganz oben) lesbar sein für den Apache-User (das ist der Anwender, unter dessen UserID der Apache Prozess ausgeführt wird.). Also auch das Verzeichnis /Applications und auch das Verzeichnis /.

Und es müssen auch die Dateien lesbar sein, also speziell auch die Datei /Applications/XAMPP/xamppfiles/cgi-bin/test.pl

Ansonsten kannst Du auch mal versuchen, ein Perl Script in einem anderen Ordner auszuführen, dass muss nicht im /cgi-bin liegen. Stelle mal die test.pl in das htdocs-Verzeichnis und rufe es dort via http://localhost/test.pl auf - das sollte gehen (wieder unter der Voraussetzung, dass die Ordner und Dateien gelesen werden können).

Zeige uns außerdem mal das Script test.pl - was steht da überhaupt drin?

P.S.: Ich sehe gerade diese Zeile in der httpd.conf

AddHandler cgi-script .cgi .pl

Hast Du das so eingetragen? Die Endung .pl ist normalerweise dort nicht angegeben. Zusammen mit der ScriptAlias-Direktive (weiter oben) ist das doppelt gemoppelt - das kann auch die Fehlerursache sein. In jedem Fall sollte aber nun der Test funktionieren, wenn Du (wie oben beschrieben) die test.pl in das htdocs-Verzeichnis stellst und dort ausführst.


Ersteinmal vielen Dank.
Der entscheidende Tip ist in der Tat das perl-script einfach in den htdocs Ordner zu kopieren. Dort funktioniert es einwandfrei.

Aber was ich absolut garnicht verstehe:
Auch wenn ich im htdocs Ordner einen weiteren Ordner erstelle (z.b. "cgi") und das Script reinkopiere, klappt es einwandfrei. Kopiere ich das Script in den CGI-BIN Ordner kommt der obige Zugriff verweigert.

Anmerkung:
Alle Ordner sind die Originalordner, nichts kopert, verschoben oder sonstetwas. Auch die httpd.conf ist unverändert. Alle Pfade, Dateien sind lesbar. Es sieht so aus als wäre das cgi-bin Verzeichnis 'verboten' o. ä.

Vielen Dank für deine Mühe,

Arno
Holzdrache
 
Posts: 6
Joined: 11. November 2010 14:00

Re: CGI Scripte lassen sich nicht ausführen

Postby Nobbie » 16. November 2010 12:37

Holzdrache wrote:Kopiere ich das Script in den CGI-BIN Ordner kommt der obige Zugriff verweigert.


Das ist eben meine Vermutung von oben - wenn das Script im cgi-bin liegt (und zwar nicht unterhalb von htdocs, sondern "neben" htdocs), dann wird es auf Grund der ScriptAlias Direktive (s. httpd.conf) ausgeführt. Weil es aber auch die Endung *.pl besitzt, wird es nochmal als CGI-Script erkannt (wegen der "AddHandler cgi-script .cgi .pl" Direktive). Und ich vermute, dass es deswegen "doppelt" von Apache geöffnet (und an Perl durchgereicht) wird, aber beim zweiten Öffnen geht das "in die Hose", weil das Script durch das erste Öffnen blockiert ist. Das ist geraten, aber ich denke, die Wahrheit ist nicht weit weg. Du könntest aus Spass mal das Script in cgi-bin umbennen und nennst es (beispielsweise) test.xxx - und dann rufst Du im Browser http://localhost/cgi-bin/test.xxx auf - ich würde raten, dann tut es das auch. Weil es nicht mehr die Endung .pl (und auch nicht die Endung .cgi) hat und nicht mehr "doppelt" geöffnet wird.

Am einfachsten löschst Du die ScriptAlias Direktive (und Apache Neustart nicht vergessen!) und Du kannst auch den Ordner cgi-bin, der neben htdocs liegt, löschen (brauchst Du nicht mehr). Entweder legst Du nun die Perl-Scripts hin, wozu Du Lust hast, oder (wenn Du unbedingt http://localhost/cgi-bin/test.pl als URL sehen willst) Du legst einen neuen Ordner cgi-bin unterhalb von htdocs an und legst die Script dort hinein. Das ist aber weder notwendig noch erzwungen.

Ich vermute, dass diese fehlerhafte Doppelkonfiguration deshalb bisher nicht aufgefallen ist, weil vielleicht die meisten die Scripte einfach im htdocs-Ordner ausführen - und da tun sie es ja.
Nobbie
 
Posts: 6771
Joined: 09. March 2008 13:04


Return to XAMPP für Mac OS X

Who is online

Users browsing this forum: No registered users and 1 guest