[gelöst] Dokuwiki auf neuen Server übertragen

[croixaigle]

Servus @all,

ich habe meinen server neu aufgesetzt debian 10.6. Ein Fullbackup in einer img gemacht Debian Stretch.
Die Daten vom Dokuwiki lagen bei mir unter /var/www/ dort habe ich sie auch wieder eingefügt
Apache und sonstige Paket abhängigen Programme sollten installiert sein
Installation wie folgt:

Code: Alles auswählen

apt update
apt dist-upgrade

apt-get install dokuwiki

Die dateien wiki.conf wieder eingefügt in /etc/apache2/sites-available/
laut Anleitung soll in dem Ordner die default liegen, hier ist die 000-default.conf und ist über den port 80 http erreichbar

In /etc/apache2 sind auch die /ssl-certs mit eingetragen, die den verweis von wiki.conf wieder geben

Was mir da einfällt, ich muss die wiki.conf noch aktivieren, sprich mita2enmoder oder/und a2ensite?
Hier kommt der bash: a2ensite: Kommando nicht gefunden.

/var/log/apache2/error.log

[core:notice] [pid 15092] AH00094: Command line: '/usr/sbin/apache2'

[hec_tech]

Wenn a2ensite nicht funktioniert kannst du noch immer einfach einen symlink machen.

Ich habe aber wenn a2ensite nicht funktioniert so meine bedenken ob Apache2 überhaupt ordentlich installiert ist.

[croixaigle]

da sas System noch recht neu war, habe ich es erneut installiert und folgende Schritte ausgeführt:

Code: Alles auswählen

apt update 
apt upgrade
apt update
apt dist-upgrade
apt install apache2
libapache2-mod-wsgi python-dev
chown -R www-data:www-data /var/www/
chmod -R 755 /var/www/
kopieren der wiki.conf in /etc/apache2/sites-available/wiki.conf
ssl-certs in /etc/apache2 kopieren
a2ensite .conf

Fehler:
bash: a2ensite: Kommando nicht gefunden.

wo soll der Fehler sein? Wenn die Befehle für apache2 richtig sind, muss ja, irgendwo ein Fehler sein und in der log müsste dies auch zu sehen sein?
Gibt es alternativen Befehl zu a2ensite?

[croixaigle]

hier der auszug aus dem error.log

Code: Alles auswählen

[Mon Nov 16 15:43:30.799710 2020] [mpm_prefork:notice] [pid 26633] AH00163: Apache/2.4.38 (Debian) mod_python/3.3.1 Python/2.7.16 configured -- resuming normal operations
[Mon Nov 16 15:43:30.799748 2020] [core:notice] [pid 26633] AH00094: Command line: '/usr/sbin/apache2'
[Mon Nov 16 16:07:45.465005 2020] [mpm_prefork:notice] [pid 26633] AH00169: caught SIGTERM, shutting down
[Mon Nov 16 16:07:45.575482 2020] [:error] [pid 15092] python_init: Python version mismatch, expected '2.7.5+', found '2.7.16'.
[Mon Nov 16 16:07:45.575579 2020] [:error] [pid 15092] python_init: Python executable found '/usr/bin/python'.
[Mon Nov 16 16:07:45.575587 2020] [:error] [pid 15092] python_init: Python path being used '/usr/lib/python2.7:/usr/lib/python2.7/plat-x86_64-linux-gnu:/usr/lib/python2.7/lib-tk:/usr/lib/python2.7/lib-old:/usr/lib/python2.7/lib-dynload'.
[Mon Nov 16 16:07:45.575600 2020] [:notice] [pid 15092] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Mon Nov 16 16:07:45.575607 2020] [:notice] [pid 15092] mod_python: using mutex_directory /tmp 
[Mon Nov 16 16:07:45.588599 2020] [mpm_prefork:notice] [pid 15092] AH00163: Apache/2.4.38 (Debian) mod_python/3.3.1 Python/2.7.16 configured -- resuming normal operations
[Mon Nov 16 16:07:45.588646 2020] [core:notice] [pid 15092] AH00094: Command line: '/usr/sbin/apache2'
[Mon Nov 16 16:10:33.139746 2020] [mpm_prefork:notice] [pid 15092] AH00171: Graceful restart requested, doing restart
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
[Mon Nov 16 16:10:33.290541 2020] [:error] [pid 15092] python_init: Python version mismatch, expected '2.7.5+', found '2.7.16'.
[Mon Nov 16 16:10:33.298209 2020] [:error] [pid 15092] python_init: Python executable found '/usr/bin/python'.
[Mon Nov 16 16:10:33.298225 2020] [:error] [pid 15092] python_init: Python path being used '/usr/lib/python2.7:/usr/lib/python2.7/plat-x86_64-linux-gnu:/usr/lib/python2.7/lib-tk:/usr/lib/python2.7/lib-old:/usr/lib/python2.7/lib-dynload'.
[Mon Nov 16 16:10:33.298239 2020] [:notice] [pid 15092] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Mon Nov 16 16:10:33.298250 2020] [:notice] [pid 15092] mod_python: using mutex_directory /tmp 
[Mon Nov 16 16:10:33.487336 2020] [mpm_prefork:notice] [pid 15092] AH00163: Apache/2.4.38 (Debian) mod_python/3.3.1 Python/2.7.16 configured -- resuming normal operations
[Mon Nov 16 16:10:33.487355 2020] [core:notice] [pid 15092] AH00094: Command line: '/usr/sbin/apache2'

[snyborg]

Ich habe aber wenn a2ensite nicht funktioniert so meine bedenken ob Apache2 überhaupt ordentlich installiert ist.

Oder es fehlt die PATH-Variable zu /usr/sbin/

gibt es dort a2ensite? Denn eigentlich ist das im Package apache2 enthalten...

Oder du versuchst das als Benutzer?

[croixaigle]

wie kann man den Fehler finden, ggf die Path-Variable zu /usr/sbin??

Ich weiß es nicht ob es dort diesen Befehl gibt, so noch zu sehr ein Anfänger.

Nein, Den unterschied kenne ich soweit, was ich als User und was als root auszuführen habe.
Da die scripts usw unter dem Ordner mit root rechten sind, kann man es gut ableiten, nur dort was zu ändern als root
Habs jetzt auch mal mit user probiert, es ist schon nicht passend, wenn der gleiche Fehler hier auch kommt, zumindest sollte erster Fehler kommen, das die root rechte fehlen und dann der bash, so würde man den Fehler schneller identifizieren können

[hec_tech]

Wie gesagt das a2ensite erstellt nur einen Symlink von sites-enabled auf sites-available.

Also einfach den Symlink erstellen und Apache2 reloaden. Damit sollte die Konfig mal laufen.
Was ist wenn du den kompletten Pfad zu a2ensite angibst?

[croixaigle]

ok, und wie mache ich das dann? Erklärungen helfen mir nicht viel. Bräuchte Befehle oder Wörter mit denen ich das passende googlen kann.

Wie ist das, kann ich auch von dem Backup die @wiki.conf von /apache2/sites-enabled in /etc/apache2/sites-enabled kopieren oder sollte dies über einen Befehl gehen, das es ausgeführt wird?

weiterer Schritt:
folgende Befehle habe ich eingeben:

Code: Alles auswählen

apt-get install devscripts dpkg-dev build-essential
apt-get build-dep apache2

wenn ich den Apache2 neustarte kommt jetzt das:

Code: Alles auswählen

systemd[1]: Reloading The Apache HTTP Server.
apachectl[16124]: AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'Se
systemd[1]: Reloaded The Apache HTTP Server.
systemd[1]: Reloading The Apache HTTP Server.
apachectl[30690]: AH00526: Syntax error on line 4 of /etc/apache2/sites-enabled/wiki.conf:
apachectl[30690]: Invalid command 'SSLEngine', perhaps misspelled or defined by a module not included in the server configuration
apachectl[30690]: Action 'graceful' failed.
apachectl[30690]: The Apache error log may have more information.
systemd[1]: apache2.service: Control process exited, code=exited, status=1/FAILURE
systemd[1]: Reload failed for The Apache HTTP Server.

die wiki.conf

Code: Alles auswählen

<VirtualHost webserveradresse.org:443>

DocumentRoot /var/www/wiki
SSLEngine on
SSLCertificateFile      /etc/apache2/ssl-certs/wiki/wiki.crt
SSLCertificateKeyFile /etc/apache2/ssl-certs/wiki/wiki.key

die 2 Zertifikate sind in dem Order /etc/apache2/ssl-certs/wik

[croixaigle]

das ganze habe ich jetzt mit derAnleitung: https://www.howtoforge.de/anleitung/wie ... stalliert/
gemacht, was mich nur wundert, das die Befehle

Code: Alles auswählen

nginx -v

teilweise nichts bringen, hier kommt es zu dem fehler

Code: Alles auswählen

bash: nginx: Kommando nicht gefunden.

gibt man den genauen Pfad ein:

Code: Alles auswählen

/usr/sbin/nginx -v

erhält man die gewünschte Info

Somit wie am Anfang vom Beitrag dieser bash Fehler, lag da dran, das die zuordnung nicht eindeutig war.
Ich schätze das es an diesem /var/sbin/ liegt

[croixaigle]

so, musste den Beitrag wieder öffnen, da mein Problem weiter besteht.
Zumindest lerne ich heute einiges dazu.
Erst bin ich von apache2 auf nginx gegangen. jetzt wieder reture, da ich jetzt weiß wie der Befehl für die a2ensite sein muss:

Code: Alles auswählen

/usr/sbin/a2ensite wiki.conf

da nur ein webserver apache2 oder nginx laufen kann, würde ich bei apache2bleiben.

Jetzt habe ich die Certifikate mit letsencrypt erstellt habe, muss dies auch richtig in die wiki.conf eingetragen werden:

Code: Alles auswählen

alt:
SSLEngine on
SSLCertificateFile      /etc/apache2/ssl-certs/wiki/wiki.crt
SSLCertificateKeyFile /etc/apache2/ssl-certs/wiki/wiki.key

neu????:
# RSA
ssl_certificate /etc/letsencrypt/zertifikat/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/zertifikat/private.key;
# ECC
ssl_certificate /etc/letsencrypt/zertifikat_ecc/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/zertifikat_ecc/private.key;

muss zu den letsencrypt zertifikate noch was dazu geschrieben werden (Verwendung unter apache2)

[hec_tech]

Schön langsam glaube ich bei dir ist wirklich was mit der PATH Variable kaputt.

Du musst dir das mal genauer anschauen und fixen dann wird sowohl nginx wie auch apache2 richtig funktionieren.

[croixaigle]

also der webserver läuft jetzt einwandfrei. Wenn man apache2 mit Let's Encrypt verwendet, muss dazu noch snap (certbot) installiert werden. Und dann mit den SSL Parameter in die wiki.conf eingetragen werden.

Schön langsam glaube ich bei dir ist wirklich was mit der PATH Variable kaputt.

Du musst dir das mal genauer anschauen und fixen dann wird sowohl nginx wie auch apache2 richtig funktionieren.

Wie fängt man da am besten dann an mit der Path??
aber beide Dienste laufen nicht gleichzeitig? Entweder Apache2 oder nginx, da kann ich jetzt auch auf nginx verzichten. Muss ich die löschen oder kann ich die auch deaktiviert auf dem server belassen?

[hec_tech]

Moment mal wie machst du dich zu root bzw führst die Befehle aus?

[croixaigle]

zu root mit su und dann Passwort.
Als Benutzer mit sudo bringt nichts, da es heißt, keine Berechtigung:

Code: Alles auswählen

[sudo] Passwort für user-name: 
user-name ist nicht in der sudoers-Datei. Dieser Vorfall wird gemeldet.

[eggy]

"su -"
Das Minus ist wichtig.

[croixaigle]

entweder komme ich grad nicht drauf oder ich brauche Beispiele:

Code: Alles auswählen

su - update-rc.d -f nginx disable
su: Benutzer update-rc.d ist nicht vorhanden

[MSfree]

Code: Alles auswählen

su - update-rc.d -f nginx disable

So in einer Zeile kann das nicht funktionieren.

1. mußt du

Code: Alles auswählen

su -

und das root-Paßwort eingeben, damit du überhaupt erstmal root-Rechte bekommst.

2. du hast dich wohl schon länger nicht mehr mit dem init-System beschäftigt. Seit 2013 läuft Debian mit systemd und nicht mehr mit SysV-Init. Damit einhergehend ist, daß Sachen wie update-rc.d inzwischen obsolet sind bzw. gar nicht mehr funktionieren. Dienste schaltet man inzwischen mit systemctl an bzw. ab.

[novalix]

Mit dem Befehl "su" (switch user) wechselt man in eine andere User-Rolle bis man diese wieder verlässt.
Will man su - ähnlich wie sudo - für die Durchführung eines Befehls nutzen, nimmt man dafür den Schalter "c".

Code: Alles auswählen

su - update-rc.d -f nginx disable
su: Benutzer update-rc.d ist nicht vorhanden

Wäre also:

Code: Alles auswählen

su -c "update-rc.d -f nginx disable" root

Allerdings ist dieses Vorgehen aus verschiedenen Gründen nicht zu empfehlen.
Wenn Du nginx "disablen" willst, wirst Du mit sehr hoher Wahrscheinlichkeit mit "systemctl" arbeiten müssen. Wenn Du danach weiter mit Rootrechten arbeiten willst, machst Du es so:

Code: Alles auswählen

su - <enter>
systemctl disable nginx.service

[croixaigle]

@ novalix
den Befehl habe ich aus dem internet, das der hier nicht hin gehört, und auch nicht funktionieren kann, war mir bis jetzt nicht klar.

@ all
ich habe das im Internet gefunden, zu su und su - das macht das ganze verständlicher
https://software.linuxnetz.de/su/

@ hec_tech
ist dann nach dem ganzen etwas mit der PATH Variable? oder ist diese doch in Ordnung!

Jedenfalls läuft der Server mit den wichtigsten Einstellungen, DokuWiki, Nextcloud, OpenVPN mit Let's Encrypt.
Das hat mir immer jemand für mich gewartet, somit war dies auch für mich sehr schwierig.

[hec_tech]

Bei su hast du eben genau dieses Problem mit den Pfaden.

Entweder su - oder sudo -s verwenden wobei vorher dein User im sudoers file eingetragen sein muss oder der sudo Gruppe hinzugefügt sein muss.

lg
Gregor

[croixaigle]

ok, danke für die Info, wenn es das ist. Dann werde ich in Zukunft drauf schauen, das ich das so ausführe. Danke