Community
    • Categories
    • Recent
    • Popular
    • Users
    • Search
    • Register
    • Login

    I-Doit OTRS Verbindung schlägt fehl

    Scheduled Pinned Locked Moved Betrieb
    4 Posts 2 Posters 3.0k Views 1 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • M Offline
      Montt
      last edited by

      Hallo zusammen,

      ich versuche gerade i-Doit open 1.4.8 mit OTRS open 3.3.14 zu verbinden.
      Diese befinden sich auf zwei verschiedenen Servern.

      Unter i-Doit habe ich in den Einstellungen für das TTS folgendes als URL/Protokoll eingegeben:
      http://otrs.meinedomain.com/otrs

      Wenn ich in der Infrastructure einen Server auswähle, und dann auf "Create Ticket" klicke, erscheint die Meldung "General error: SOAP call failed: Bad Gateway–-Please check your configuration settings, especially credentials and protocol (e. g. http) in service url."
      Laut der Beschreibungen im Netz soll der Link jedoch so OK sein.

      Wenn ich in den Einstellungen für das TTS folgendes als URL/Protokoll eingegebe:
      http://otrs.meinedomain.com/otrs/rpc.pl oder
      http://otrs.meinedomain.com/otrs/index.pl eingebe,
      dann erscheint die Meldung "General error: SOAP call failed: Forbidden---Please check your configuration settings, especially credentials and protocol (e. g. http) in service url."
      Warum "forbidden"? Muss ich noch im OTRS irgendwelche Rechte einstellen?

      1 Reply Last reply Reply Quote 0
      • D Offline
        daffodil
        last edited by

        Hi Montt,

        hast du auf der OTRS Seite das Plugin installiert?

        Wenn NEIN:
        https://bitbucket.org/synetics/otrs-opm-referenceidoitobjects

        Eine recht gute Erklärung zum Einrichten der Schnittstelle hat Quentitux hier im Forum gepostet:
        http://forum.i-doit.org/index.php/topic,3471.msg11469.html#msg11469

        Wenn JA:
        hast du es schon mit einem AJAX Proxy versucht?

        ReferenceIDoitObjects::API
        Please be aware of browsers' Same Origin Policy! This module uses AJAX requests access i-doit's API. If OTRS and i-doit are not available under the same domain name (or IP address), AJAX calls will fail.
        To avoid this "problem" (actually this policy is very useful) you can setup an AJAX proxy. This module already provides such a proxy located in the project repository under scripts/i-doit_api_proxy.php. It's written in PHP, so you have to install PHP 5.4 or higher and the PHP extension curl on the same machine where OTRS is installed. Make this little script available through your Web server and edit the script by setting $l_url to the URL of i-doit's API, e. g.
        http://example.org/i-doit/index.php?api=jsonrpc
        In OTRS' site configuration ReferenceIDoitObjects::API has to be set to this script, e. g.
        http://otrs.example.org/path/to/i-doit_api_proxy.php
        Note: You may test the proxy by simple calling it via your Web browser. It should display an error describing this is not a proper API call.

        Gruß
        daffodil

        i-doit 1.10.1 open

        1 Reply Last reply Reply Quote 0
        • M Offline
          Montt
          last edited by

          Danke fürs kümmern, daffodil,

          Ja, ich habe das Plugin 0.8 installiert und habe die Einstellungen von Quentitux fast 1:1 übernommen.

          Der Ajax Progy dürfte gar nicht funktionieren wegen der Same Origin Policy…

          Der Zugriff von I-DoIt zu OTRS und damit verbundene Bad Gateway Fehler müsste doch unabhängig davon sein, was im OTRS eingestellt ist, oder? Im Log von NGINX ist folgender Pfad zu sehen:

          x.x.x.x - - [16/Jun/2015:11:57:08 +0200] "POST /otrs/nph-genericinterface.pl/Webservice/GenericTicketConnector HTTP/1.1" 502 28 "-" "PHP-SOAP/5.5.9-1ubuntu4.9"

          Auf die nph-genericinterface.pl kann man per Browser zugreifen und es kommt auch ein Bad Gateway zurück.
          Auch versuche ich per Browser auf die index.pl zuzugreifen, die sich im gleichen Verzeichnis befindet, und dort offnet sich ganz normal die Anmeldeseite. Also scheint es keine Fehlkonfiguration vom NGINX zu sein, sondern das Perl Script nph-genericinterface.pl selbst kommt irgendwie nicht weiter, wenn man /otrs/nph-genericinterface.pl/Webservice/GenericTicketConnector anspricht…

          1 Reply Last reply Reply Quote 0
          • M Offline
            Montt
            last edited by

            Ich glaube bereits einen Schritt weiter gekommen zu sein.

            in der NGINX Konfiguration stand folgendes:

            server {
            
                server_name  otrs.betago.com;
                listen otrs.betago.com:80;
                access_log  /var/log/nginx/otrs_access.log;
                # These 2 lines were necessary to prevent buffer problems in OTRS
                fastcgi_buffers 8 16k;
                fastcgi_buffer_size 32k;
                fastcgi_read_timeout 300;
                # Enter your htdocs path here, e.g. /opt/otrs/var/httpd/htdocs
                root /opt/otrs/var/httpd/htdocs;
            
                # Do not log favicon access
                location = /favicon.ico {
                    access_log     off;
                    log_not_found  off;
                }
            
                location ^~ /otrs-web/ {
                     alias /opt/otrs/var/httpd/htdocs/;
                }
            
                location ~ ^/otrs/(.*\.pl)(/.*)?$ {
                    gzip off;
                    # Enter your fcgiwrap socket here
                    fastcgi_pass  unix:/var/run/fcgiwrap.socket;
                    fastcgi_index index.pl;
                    # Enter your OTRS cgi-bin path, e.g. <your_otrs_path>/bin/cgi-bin
                    fastcgi_param  SCRIPT_FILENAME /opt/otrs/bin/cgi-bin/$1;
                    include fastcgi_params;
                }
            }</your_otrs_path> 
            

            Ich habe jedoch auch folgende Konfiguration ergoogeln können:

            server {
            
                server_name  otrs.betago.com;
                listen otrs.betago.com:80;
                access_log  /var/log/nginx/otrs_access.log;
                # These 2 lines were necessary to prevent buffer problems in OTRS
                fastcgi_buffers 8 16k;
                fastcgi_buffer_size 32k;
                fastcgi_read_timeout 300;
                # Enter your htdocs path here, e.g. /opt/otrs/var/httpd/htdocs
                root /opt/otrs/var/httpd/htdocs;
            
                # Do not log favicon access
                location = /favicon.ico {
                    access_log     off;
                    log_not_found  off;
                }
            
                location ^~ /otrs-web/ {
                     alias /opt/otrs/var/httpd/htdocs/;
                }
            
              location ~ ^/otrs/(.*\.pl)(/.*)?$ {
                gzip off;
            fastcgi_pass unix:/var/run/fcgiwrap.socket;
            fastcgi_index index.pl;
            fastcgi_param SCRIPT_FILENAME   /opt/otrs/bin/fcgi-bin/$1;
            fastcgi_param QUERY_STRING      $query_string;
            fastcgi_param REQUEST_METHOD    $request_method;
            fastcgi_param CONTENT_TYPE      $content_type;
            fastcgi_param CONTENT_LENGTH    $content_length;
            fastcgi_param GATEWAY_INTERFACE CGI/1.1;
            fastcgi_param SERVER_SOFTWARE   nginx;
            fastcgi_param SCRIPT_NAME       $fastcgi_script_name;
            fastcgi_param REQUEST_URI       $request_uri;
            fastcgi_param DOCUMENT_URI      $document_uri;
            fastcgi_param DOCUMENT_ROOT     $document_root;
            fastcgi_param SERVER_PROTOCOL   $server_protocol;
            fastcgi_param REMOTE_ADDR       $remote_addr;
            fastcgi_param REMOTE_PORT       $remote_port;
            fastcgi_param SERVER_ADDR       $server_addr;
            fastcgi_param SERVER_PORT       $server_port;
            fastcgi_param SERVER_NAME       $server_name;
            }
            
            }
            
            

            Mit der zweiten Version kommt die Fehlermeldung Bad Gateway nicht mehr, aber dafür schon folgende Fehlermeldung:

            General error: SOAP call failed: looks like we got no XML document–-Please check your configuration settings, especially credentials and protocol (e. g. http) in service url.

            Ich suche weiter ;c)

            1 Reply Last reply Reply Quote 0
            • First post
              Last post