Mono bei Hostsharing: Unterschied zwischen den Versionen

Aus Hostsharing Wiki
Zur Navigation springen Zur Suche springen
(mono aus /usr/bin starten)
 
(13 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 5: Zeile 5:
== Mono bei Hostsharing ==
== Mono bei Hostsharing ==


Momentan ist Mono nicht zentral auf den Hostsharing Servern installiert.  
Mono wird als Debian Paket bereitgestellt, siehe https://packages.debian.org/de/bookworm/mono-complete


Mono wird als Debian Paket bereitgestellt, siehe https://packages.debian.org/de/buster/mono-complete
Momentan ist Mono nicht zentral auf den Hostsharing Servern installiert, damit nicht unnötig Platz belegt wird.


Das könnten wir bei Bedarf einrichten, allerdings ist die Version von Mono in unserem aktuell verwendeten Debian 10 (Buster) schon ziemlich alt (Mono 5.18).
Wir können die Mono Pakete pro Managed Server installieren. Bitte eine E-Mail an die [[Hostmaster]].
 
Das ist ganz normal, bei nodejs/npm sieht es ähnlich aus, weil die Entwicklung solcher Projekte etwas schneller fortschreitet als die Debian Releases, die auf Stabilität bedacht sind.
 
== Mono lokal im Benutzer installieren ==
 
Es gibt aber einen Weg, ein binäres Paket im eigenen Benutzerverzeichnis zu installieren,
welches die gewünschte Funktionalität einer ziemlich aktuellen Mono Version (Mono 6.8) bietet.
 
Das binäre Paket kann hier heruntergeladen werden: https://download.solidcharity.com/tarballs/tpokorra/mono/mono-6.8.0.105.bin.debian10.tar.gz
 
Es enthält eine env.sh Datei, die ausgeführt werden muss, um die entsprechenden Pfade zu aktivieren.
 
Beispiel:
 
<pre>
$ cd ~
$ wget https://download.solidcharity.com/tarballs/tpokorra/mono/mono-6.8.0.105.bin.debian10.tar.gz
$ tar xzf mono-6.8.0.105.bin.debian10.tar.gz
$ ln -s mono-6.8.0.105 mono
$ source mono/env.sh
$ mono --version
Mono JIT compiler version 6.8.0.105 (Debian 6.8.0.105+dfsg-3 Sun Dec 13 21:52:01 CET 2020)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
TLS:          __thread
SIGSEGV:      altstack
Notifications: epoll
Architecture:  amd64
Disabled:      none
Misc:          softdebug
Interpreter:  yes
LLVM:          supported, not enabled.
Suspend:      hybrid
GC:            sgen (concurrent by default)
</pre>
 
=== Beschreibung zur Erstellung des binären Pakets ===
 
Natürlich muss man immer hinterfragen, ob man fremden binären Paketen vertraut. Alternativ kann man anhand der folgenden Anleitung das binäre Paket gegebenenfalls selber herstellen:
 
Zuerst werden aktuelle Mono Pakete für Debian Buster benötigt. Diese können aus den Quellen der Mono Pakete von Debian Bullseye für Debian Buster gebaut werden.
Die entsprechenden Skripte liegen hier: https://github.com/tpokorra/lbs-mono/tree/master/mono und https://github.com/tpokorra/lbs-mono/tree/master/xsp
Beim XSP wurde allerdings eine neuere Version verwendet (4.7.1) als momentan von Debian bereitgestellt wird (4.2, siehe https://packages.debian.org/de/bullseye/mono-xsp).
 
Es gibt ein Bash Skript [https://github.com/tpokorra/lbs-mono/blob/master/mono2bintarball/setup.sh] und ein Python Skript [https://github.com/tpokorra/lbs-mono/blob/master/mono2bintarball/mono2bintarball.py].
Diese werden auf einem Build Server ausgeführt, und es werden die folgenden Schritte ausgeführt:
 
* Es werden die Namen der aktuell installierten Pakete auf dem Hostsharing Server heruntergeladen.
* Dann wird eine Liste angefertigt von Paketen, die wir lokal installieren wollen für Mono.
* Dann werden lokal die gewünschten Mono Pakete installiert.
* Dann werden die Pakete, die installiert worden sind, mit den Paketen auf dem Hostsharing Server abgeglichen. Die Inhalte der zusätzlichen Pakete werden in das binäre Paket gepackt.
* Auch einige spezifische Mono Dateien, die teilweise erst mit den Installationsskripten installiert wurden (z.B. aot Cache, config Dateien), werden in das binäre Paket gepackt.
* Die Pfade in den bash Skripten zum Starten von Mono werden angepasst, damit es im Benutzerverzeichnis ausgeführt werden kann.
* Es wird eine env.sh Datei dazu gepackt.


== Mono Anwendung mit xsp debuggen ==
== Mono Anwendung mit xsp debuggen ==
Zeile 71: Zeile 18:


index.aspx
index.aspx
<pre>
<syntaxhighlight lang=html>
<%@ Page Language="C#" %>
<%@ Page Language="C#" %>
<html xmlns="www.w3.org/1999/xhtml">
<html xmlns="www.w3.org/1999/xhtml">
Zeile 86: Zeile 33:
     </div>
     </div>
</body>
</body>
</pre>
</syntaxhighlight>


Um Kompilierfehler im Browser zu sehen, diese Datei anlegen:
Um Kompilierfehler im Browser zu sehen, diese Datei anlegen:


web.config
web.config
<pre>
<syntaxhighlight lang=html>
<configuration>
<configuration>
     <system.web>
     <system.web>
Zeile 97: Zeile 44:
     </system.web>
     </system.web>
</configuration>
</configuration>
</pre>
</syntaxhighlight>


Eigene IP Adresse herausfinden:
Eigene IP Adresse herausfinden:
$ ping -4 xyz00.hostsharing.net
<syntaxhighlight lang=shell>
 
ping -4 xyz00.hostsharing.net
Nun kann der Server gestartet werden:
</syntaxhighlight>
$ xsp4 --port=8080 --address=83.223.xx.yyy
Nun kann der Server mit dieser IP Adresse gestartet werden:
 
<syntaxhighlight lang=shell>
xsp4 --port=8080 --address=aa.bbb.cc.ddd
</syntaxhighlight>
Die Seite ist nun über http://xyz00.hostsharing.net:8080 erreichbar.
Die Seite ist nun über http://xyz00.hostsharing.net:8080 erreichbar.


Zeile 111: Zeile 60:
Für den produktiven Einsatz benutzt man den fastcgi Server.
Für den produktiven Einsatz benutzt man den fastcgi Server.


Dazu muss man im Shared Hosting den zusätzlichen Dienst für den fastcgi Server buchen, und beim Service um einen freien Port bitten. Wir benutzen im Beispiel den Port 4001.
Dazu muss man entsprechend RAM für den Webspace buchen, und beim Service um einen freien Port bitten. Wir benutzen im Beispiel den Port 4001.
 
.config/systemd/user/mono.service:


bin/start-mono.sh
<syntaxhighlight lang=init>
<pre>
[Unit]
#!/bin/bash
Description=OpenPetra
After=network.target


cd $HOME/aspnetapp
[Service]
. $HOME/mono/env.sh
Type=simple
exec fastcgi-mono-server4 \
Restart=on-abort
  /socket=tcp:127.0.0.1:4001 \
WorkingDirectory=%h/aspnetapp
  /applications=/:$HOME/aspnetapp \
  --logfile=$HOME/var/log/monoserver.log \
  --loglevels=All \
  --verbose \
  > /dev/null 2>&1 &
echo $! > $HOME/var/run/mono.pid
</pre>


bin/stop-mono.sh
ExecStart=/usr/bin/fastcgi-mono-server4 /socket=tcp:127.0.0.1:4001 /applications=/:%h/aspnetapp /appconfigfile=%h/etc/common.config --logfile=%h/var/log/monoserver.log --loglevels=Standard
<pre>
#!/bin/bash


kill -QUIT $( cat $HOME/var/run/mono.pid )
StandardOutput=append:%h/var/log/mono.log
</pre>
StandardError=inherit


.monitrc
[Install]
<pre>
WantedBy=default.target
set daemon 60 with start delay 10
</syntaxhighlight>
set logfile /home/pacs/xyz00/users/meinuser/var/log/monit.log
 
set idfile /home/pacs/xyz00/users/meinuser/var/run/monit.id
etc/common.config:
set statefile /home/pacs/xyz00/users/meinuser/var/run/monit.state
 
set mailserver localhost
<syntaxhighlight lang=xml>
set mail-format { from: monit@xyz00.hostsharing.net }
<?xml version="1.0" encoding="utf-8" ?>
check process mono with pidfile /home/pacs/xyz00/users/meinuser/var/run/mono.pid
<configuration>
     start program "/home/pacs/xyz00/users/meinuser/bin/start-mono.sh"
  <system.web>
    stop program "/home/pacs/xyz00/users/meinuser/bin/stop-mono.sh"
    <sessionState
</pre>
      mode="InProc"
      timeout="30" /> <!-- timeout in minutes -->
    <customErrors mode="Off"/>
    <compilation tempDirectory="/home/pacs/xyz00/users/meinuser/var/tmp" debug="true" strict="false" explicit="true"/>
  </system.web>
  <system.web.extensions>
     <scripting>
      <webServices>
          <jsonSerialization maxJsonLength="8000000" />
      </webServices>
    </scripting>
  </system.web.extensions>
</configuration>
</syntaxhighlight>


Es sollten die entsprechenden leeren Verzeichnisse erstellt werden, und die Rechte für .monitrc geändert werden:
Es sollten die entsprechenden leeren Verzeichnisse erstellt werden:
<pre>
<syntaxhighlight lang=shell>
$ mkdir -p $HOME/var/log
mkdir -p $HOME/var/log
$ mkdir -p $HOME/var/run
mkdir -p $HOME/var/run
$ chmod 600 .monitrc
</syntaxhighlight>
</pre>


Und dann noch in crontab den Monit Service eintragen, mit <code>crontab -e</code>
Service aktivieren und starten:
<pre>
@reboot rm -f $HOME/var/run/monit.id && /usr/bin/monit -c "$HOME/.monitrc"
</pre>


Dieser Befehl muss zum ersten Mal manuell ausgeführt werden:
<syntaxhighlight lang=shell>
<pre>
$ systemctl --user enable mono.service --now
$ /usr/bin/monit -c "$HOME/.monitrc"
</syntaxhighlight>
</pre>


Nun muss noch dem Apache mitgeteilt werden, wie er auf den fastcgi Server zugreift:
Nun muss noch dem Apache mitgeteilt werden, wie er auf den fastcgi Server zugreift:


doms/meine-domain.de/subs-ssl/www/.htaccess
doms/meine-domain.de/subs-ssl/www/.htaccess
<pre>
<syntaxhighlight lang=apache>
DirectoryIndex index.aspx
DirectoryIndex index.aspx
RewriteEngine on
RewriteEngine on
RewriteBase /
RewriteBase /
RewriteRule ^(.*) fcgi://127.0.0.1:4001/$1 [proxy,last]
RewriteRule ^(.*) fcgi://127.0.0.1:4001/$1 [proxy,last]
</pre>
</syntaxhighlight>


Dann sollte unter https://www.meinedomain.de/ die Mono Applikation erreichbar sein!
Dann sollte unter https://www.meinedomain.de/ die Mono Applikation erreichbar sein!
Zeile 182: Zeile 133:
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]
[[Kategorie:Software]]
[[Kategorie:Mono]]
[[Kategorie:Eigene Daemons]]
[[Kategorie:Eigene Daemons]]

Aktuelle Version vom 3. Januar 2025, 16:42 Uhr

Allgemein

Mono [1] ist ein Open Source .NET Framework und ermöglicht es, .NET Anwendungen in C# unter Linux auszuführen.

Mono bei Hostsharing

Mono wird als Debian Paket bereitgestellt, siehe https://packages.debian.org/de/bookworm/mono-complete

Momentan ist Mono nicht zentral auf den Hostsharing Servern installiert, damit nicht unnötig Platz belegt wird.

Wir können die Mono Pakete pro Managed Server installieren. Bitte eine E-Mail an die Hostmaster.

Mono Anwendung mit xsp debuggen

Man kann eine Mono Anwendung direkt mit xsp ausführen, ohne den Umweg über den Apache. Das kann beim Debuggen nützlich sein.

Beispiel:

index.aspx 

<%@ Page Language="C#" %>
<html xmlns="www.w3.org/1999/xhtml">
<%@ Import Namespace="System" %>
<head runat="server">
    <title></title>
</head>
<body>
    <div>
        <%
            Response.Write( "Hello World<br/>");
            Response.Write( String.Format("Current Time is {0}<br/>", DateTime.Now));
        %>
    </div>
</body>

Um Kompilierfehler im Browser zu sehen, diese Datei anlegen:

web.config 

<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>

Eigene IP Adresse herausfinden: 

ping -4 xyz00.hostsharing.net

Nun kann der Server mit dieser IP Adresse gestartet werden: 

xsp4 --port=8080 --address=aa.bbb.cc.ddd

Die Seite ist nun über http://xyz00.hostsharing.net:8080 erreichbar.

Mono und fastcgi Server im Produktiveinsatz

Für den produktiven Einsatz benutzt man den fastcgi Server.

Dazu muss man entsprechend RAM für den Webspace buchen, und beim Service um einen freien Port bitten. Wir benutzen im Beispiel den Port 4001.

.config/systemd/user/mono.service: 

[Unit]
Description=OpenPetra
After=network.target

[Service]
Type=simple
Restart=on-abort
WorkingDirectory=%h/aspnetapp

ExecStart=/usr/bin/fastcgi-mono-server4 /socket=tcp:127.0.0.1:4001 /applications=/:%h/aspnetapp /appconfigfile=%h/etc/common.config --logfile=%h/var/log/monoserver.log --loglevels=Standard

StandardOutput=append:%h/var/log/mono.log
StandardError=inherit

[Install]
WantedBy=default.target

etc/common.config: 

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.web>
    <sessionState
      mode="InProc"
      timeout="30" /> <!-- timeout in minutes -->
    <customErrors mode="Off"/>
    <compilation tempDirectory="/home/pacs/xyz00/users/meinuser/var/tmp" debug="true" strict="false" explicit="true"/>
  </system.web>
  <system.web.extensions>
    <scripting>
      <webServices>
           <jsonSerialization maxJsonLength="8000000" />
      </webServices>
    </scripting>
   </system.web.extensions>
</configuration>

Es sollten die entsprechenden leeren Verzeichnisse erstellt werden: 

mkdir -p $HOME/var/log
mkdir -p $HOME/var/run

Service aktivieren und starten: 

$ systemctl --user enable mono.service --now

Nun muss noch dem Apache mitgeteilt werden, wie er auf den fastcgi Server zugreift:

doms/meine-domain.de/subs-ssl/www/.htaccess 

DirectoryIndex index.aspx
RewriteEngine on
RewriteBase /
RewriteRule ^(.*) fcgi://127.0.0.1:4001/$1 [proxy,last]

Dann sollte unter https://www.meinedomain.de/ die Mono Applikation erreichbar sein!

Abgerufen von „https://wiki.hostsharing.net/index.php?title=Mono_bei_Hostsharing&oldid=7213“