Installation auf RPI nicht möglich

[thghh]

Hallo,

ich versuche gerade meine ersten Schritte mit 3CX und bin genau nach Installationsanweisung für den Raspberry PI vorgegangen.

Die Installation wird mit einem Fehler durchgeführt und ich kann das Webinterface nicht aufrufen.

Was kann ich tun?

Danke

pi@rpi-3cx:~ $ sudo wget https://downloads-global.3cx.com/downloads/misc/d10pi.zip; sudo bash d10pi.zip
--2022-01-21 07:33:00--  https://downloads-global.3cx.com/downloads/misc/d10pi.zip
Resolving downloads-global.3cx.com (downloads-global.3cx.com)... 104.22.14.119, 104.22.15.119, 172.67.39.236, ...
Connecting to downloads-global.3cx.com (downloads-global.3cx.com)|104.22.14.119|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2856 (2.8K) [application/x-zip-compressed]
Saving to: ‘d10pi.zip’

d10pi.zip           100%[===================>]   2.79K  --.-KB/s    in 0s     

2022-01-21 07:33:00 (13.8 MB/s) - ‘d10pi.zip’ saved [2856/2856]

--2022-01-21 07:33:01--  http://downloads-global.3cx.com/downloads/3cxpbx/public.key
Resolving downloads-global.3cx.com (downloads-global.3cx.com)... 172.67.39.236, 104.22.15.119, 104.22.14.119, ...
Connecting to downloads-global.3cx.com (downloads-global.3cx.com)|172.67.39.236|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1179 (1.2K) [application/pkcs8]
Saving to: ‘STDOUT’

-                   100%[===================>]   1.15K  --.-KB/s    in 0s     

2022-01-21 07:33:01 (53.4 MB/s) - written to stdout [1179/1179]

Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
OK
deb http://downloads-global.3cx.com/downloads/debian bullseye main
deb [arch=armhf] http://downloads-global.3cx.com/downloads/debian bullseye-testing main
Ign:1 http://downloads-global.3cx.com/downloads/debian bullseye-testing InRelease
Ign:2 http://downloads-global.3cx.com/downloads/debian bullseye InRelease
Err:3 http://downloads-global.3cx.com/downloads/debian bullseye-testing Release
  404  Not Found [IP: 104.22.14.119 80]
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease                 
Hit:5 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Err:6 http://downloads-global.3cx.com/downloads/debian bullseye Release
  404  Not Found [IP: 104.22.14.119 80]
Reading package lists... Done
E: The repository 'http://downloads-global.3cx.com/downloads/debian bullseye-testing Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
E: The repository 'http://downloads-global.3cx.com/downloads/debian bullseye Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
gnupg is already the newest version (2.2.27-2).
wget is already the newest version (1.21-1+deb11u1).
0 upgraded, 0 newly installed, 0 to remove and 44 not upgraded.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
dphys-swapfile is already the newest version (20100506-7).
net-tools is already the newest version (1.60+git20181103.0eebece-1).
0 upgraded, 0 newly installed, 0 to remove and 44 not upgraded.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package 3cxpbx

 

[fxbastler]

Hallo,

ich wusste gar nicht, dass 3CX inzwischen Debian 11 (Bullseye) auf dem RPi unterstützt. In der offiziellen deutschen 3CX Anleitung ist immer noch auf das armhf Debian 10 (Buster) Lite Image verlinkt. Ich würde es einmal damit probieren.

 

[thghh]

Danke aber hier wird gezeigt wie es damit geht. Ab Minute 7:50

Gab es da eine Änderung? Hm

 

[fxbastler]

Das ist keine Anleitung vom Hersteller. Das ist ein Video von irgend einem anderen. Es ist nicht aktuell. Es ist an dieser Stelle auch nicht präzise. Dessen Bemühungen in allen Ehren - aber das ist nicht richtig und ich würde so etwas definitiv nicht ungefragt übernehmen oder nachbauen wollen.

Im Video wird bei 13:21 auch sichtbar (ja, ich hab mir das wirklich kurz angeschaut, Schande!), dass er Debian 10 (Buster) verwendet.

 

[thghh]

Ok danke ich probiere es mit dem Image vom Hersteller

 

[fxbastler]

In der von mir verlinkten originalen Anleitung vom Hersteller 3CX verweist dieser auf kein eigenes Image. 3CX verweist auf das zu verwendende Image vom Hersteller des Raspi, der Raspberry Pi Foundation. Ein Unterschied ...

 

[fxbastler]

Wenn du ein Lieber und Netter bist, dann hinterlasse dem Ersteller und allen späteren Betrachtern des Videos bei Youtube einen dahingehenden Kommentar. Das wird denen eventuell helfen diesen Fehler nicht zu wiederholen und dann hier danach zu fragen (so wie es ab und an vorkommt).

 

[fxbastler]

Die vom Video Ersteller verlinkten A*n Produkte sind auch suboptimal, inkl. deren Preise dort.
Er empfiehlt nicht das original Raspi Netzteil, das ist gar nicht gut. Das Gehäuse ist schlecht gewählt. Ein passives Full Armor Gehäuse für den Raspberry Pi 4 (man schaue z.B. bei berrybase) ist wesentlich besser geeignet, langlebiger, hat keine eingebaute Fehlerquelle und ist leise, nämlich still.

 

[thghh]

Hat nun geklappt danke

 

[wallymgbh]

Hallo

Bei der Installation auf einem RPI 4 ist darauf zu achten das man NICHT die normale Raspian Lite Version nimmt. Die hat nämlich Debian 11.

Vielmehr muss man die Lagacy mit Debian Buster nehmen. Auch wichtig ist den wget Befehl mit sudo davor auszuführen. Sonst fehlen einem die Rechte.

 

[thghh]

Nachdem nun alles läuft und auch die Portweiterleitungen in der Firewall eingetragen sind, kommen nun doch viele Meldungen. Da ich keine Erfahrungen habe bzw. das in einer Fritz!Box nicht angezeigt wird mal die Frage, ob das normal ist?

Anbei ein kleiner Auszug von insgesamt mehreren hundert Einträgen.

 

[fxbastler]

Das ist nicht anormal. Die Port 5060 Anfragen werden hier und da zu Black List Einträgen und entspr. E-Mails führen. Daher die Ports 5060 eingehend idealerweise nur für die IP des SIP Provider öffnen. Der Rest der Einträge lässt sich nicht wirklich verhindert wenn die volle Funktionalität der 3CX gewünscht ist.

 

[wallymgbh]

Hallo,

wenn keine Nebenstellen von extern kommen braucht der Port 5060 garnicht frei sein. Funktioniert hier seit Jahren. Alternativ kann man auch einen abweichenden SIP Port nehmen der nicht so bekannt ist.

 

[bitn2]

Das sieht mir so nach einem Unifi Gateway aus. Ja, da brauchst du nur den 5060 auf den IP Bereich deines Providers beschränken und danach ist Ruhe. Herausfinden kannst du das in dem du den SIP Server anpingst und anhand der IP mal hier guckst welches Netz deinem Provider gehört, dann kannst du das entsprechend in der Portweiterleitung einrichten: https://www.nirsoft.net/countryip/de.html

 

[thghh]

Danke und ja ist die UDM Pro von UI. Ich nutze Sipgate und die 217.10.79.9 steht nicht in der Liste.

 

[bitn2]

217.10.64.0/20 ist das Netz von Sipgate (da fällt auch die 217.10.79.9 drunter). Das trägst Du da dann in der Portweiterleitung ein. Als Beispiel bei mir mit der Telekom:

 

[thghh]

Hallo, danke für die Erklärung. Das bedeute dann aber auch, dass ich aus der aktuellen Regel den Port 5060 entfernen muss und diese dann in die neue Regel für Sipgate packe?

 

[bitn2]

Korrekt, ich würde das eh alles in einzelne Regeln packen. Dann kannst Du auch UDP oder TCP nutzen da wo es gefordert ist und musst nicht beides frei geben.

 

[thghh]

Ok dann sieht das so aus. Was ist mit Port 5061 der laut 3CX auch benötigt wird? Bleibt der in der allgemeinen Regel?

 

[bitn2]

Den brauchst du nur wenn du SIP mit TLS nutzt, was nicht der Fall sein wird. Ansonsten mach die anderen Portfreigaben auch noch einzeln und entsprechend nur UDP oder TCP, dann sieht alles schick aus.