Folgendes beschäftigt mich, mein FHEM Server ist nicht erreichbar ohne Internet.
Eigentlich sollte der FHEM Server dich auch ohne Internet weiter funktionieren...!
Ich habe seit über 24 Std. Eine Störung vom Provider...
Aber fhem macht nichts mehr.
Mit putty drauf sagt mir der Status fhem is running aber ich komme per Browser nicht drauf und machen tut er auch nichts weder Rollläden noch Beleuchtung.
Ist dieses Verhalten normal, ich bin der Meinung das dies bisher immer funktionierte.
Hi,
es gibt da dieses Attribute bei global:
ZitatdnsServer
Enthält die IP Adresse des DNS Servers. Die von bestimmten Modulen (oder eigenen Code) aufgerufene HttpUtils_NonblockingGet wird auch bei der DNS Auflösung nicht mehr blockieren, falls dieses Attribut gesetzt ist, da es in diesem Fall FHEM eigene Routinen aufgerufen werden. Sonst werden die OS-eigenen, blockierenden Routinen inet_aton bzw gethostbyname aufgerufen.
Je nachdem wie dein Netzwerk konfiguriert ist und jetzt sich dieser Fehler beim Provider auswirkt, könnte ich mir vorstellen, dass alles irgendwie ins Leere bzw. in eine Art Teergrube läuft.
Was ist wenn Du das Netzwerk (Router / Internet) einfach entfernst, sodass alle Namenabfragen negativ beantwortet werden?
Gruß Otto
Das mit dem DNS Server vermute ich auch, das die da vom Provider her Probleme haben.
Nur dachte ich das ich zumindest auf meinen FHEM Server komme.
Den Router habe ich Schönbohm übrigen Netzwerk getrennt, trotzdem komme ich nicht drauf über Port 8083.
mein Router is ja in dem Fall auch mein DNS mit der IP 10.x.x.1
Schau mal mit top wie hoch die CPU Last für den perl Prozess ist.
oh, jetzt grad in dem Moment ist nun seit über 25 Std. alles wieder da, ich weiß nicht ob der Perl Prozess jetzt noch aussagekräftig ist..?
Zumindest kann ich jetzt mal bei global schauen was dort eingetragen ist.
PID BENUTZER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1086 fhem 20 0 306036 186396 5456 S 0,3 2,3 0:38.08 perl
also jetzt da das Internet wieder da ist habe ich mal geschaut, bei mir steht aktuell nichts drin im attr dnsServer.
Ich bin jetzt aber etwas unsicher, da ja mein Fhem Server ohne Internet nicht erreichbar war, was mir so noch nie aufgefallen ist und das Internet war jetzt nicht das 1x mal weg.
Was kann ich denn noch schauen, oder muss das attr gesetzt werden.?
setz wie von Otto vorgeschlagen das Attribut und als Inhalt die IP von Deinen Router ...
bei mir war jetzt auch das Internet 2 Tage weg .... FHEM hat gemeckert aber mit normaler Geschwindigkeit alle Internetlosen Aufgaben bewältigt
Zitat von: Wuppi68 am 27 August 2019, 13:26:07
setz wie von Otto vorgeschlagen das Attribut und als Inhalt die IP von Deinen Router ...
bei mir war jetzt auch das Internet 2 Tage weg .... FHEM hat gemeckert aber mit normaler Geschwindigkeit alle Internetlosen Aufgaben bewältigt
Ok dann probiere ich das mal...!
Danke
zum testen kannst du doch das kabel rausziehen (WAN).
einmal mit attr dnsServer und einmal ohne.
Zitat von: frank am 27 August 2019, 13:28:45
zum testen kannst du doch das kabel rausziehen (WAN).
einmal mit attr dnsServer und einmal ohne.
;)
ja das habe ich gerade gemacht, aber ich komme dann nicht mehr auf den Fhem Server. Er macht die die Seite nicht auf :-\
kannst Du die Seite über die IP Adresse im Browser öffnen?
Zitat von: Wuppi68 am 27 August 2019, 13:39:05
kannst Du die Seite über die IP Adresse im Browser öffnen?
nein, dass funktioniert nicht mit IP+Port, aber der Fhem Server läuft das kann ich ja mit "service fhem status" in putty abfragen
Zitat von: moonsorrox am 27 August 2019, 13:42:49
nein, dass funktioniert nicht mit IP+Port, aber der Fhem Server läuft das kann ich ja mit "service fhem status" in putty abfragen
also ein http://127.0.0.1:8083 funktioniert nicht? Also die 127.0.0.1 gegen die IP Adresse Deines FHEM Servers ersetzen
ja genau 10.0.0.50:8083 funktioniert nicht
Ich weiß aber das dieses mal funktionierte :-\
Zitat von: moonsorrox am 27 August 2019, 13:54:05
ja genau 10.0.0.50:8083 funktioniert nicht
Ich weiß aber das dieses mal funktionierte :-\
hmmmmm, zeigt doch mal bitte Deine Netzwerk Konfiguration vom Rechner wo Du die Adresse in den Browser eingibst
Zitat von: Wuppi68 am 27 August 2019, 14:01:40
hmmmmm, zeigt doch mal bitte Deine Netzwerk Konfiguration vom Rechner wo Du die Adresse in den Browser eingibst
weiß jetzt nicht genau was du meinst und ich zeigen soll..? Ich habe hier daheim ein 10.0.0.x Netzwerk
Ich gebe die IP+Port vom Fhem Server im Firefox in die Adressleiste ein, der PC von dem ich es mache hat die 10.0.0.11 als IP
Fritzbox ist die 10.0.0.1
Nicht das der Browser auf dem PC das Problem ist?
Hast Du mal einen Mini Browser probiert? Ich nehm in Problemfällen da manchmal sowas wie QtWeb.NET
Ist portabel, nix installieren und macht wenig "Faxen"
Wuppi68 meint bestimmt sowas wie ipconfig /all wenn es Windows ist :)
jetzt mal per ssh auf die Kiste und top machen.
ich habe es es mit chrome und FF gemacht
Zitat von: CoolTux am 27 August 2019, 14:12:54
jetzt mal per ssh auf die Kiste und top machen.
mach ich nochmal
4015 fhem 20 0 354616 232760 5564 S 0,7 2,9 1:48.80 perl
Zitat von: moonsorrox am 27 August 2019, 14:13:10
ich habe es es mit chrome und FF gemacht
Naja die machen beide im Prinzip das Gleiche.
Oder schnapp Dir mal meinen Web Client ;D
https://heinz-otto.blogspot.com/2019/02/fhem-http-client.html
wget -O fhemcl.sh https://raw.githubusercontent.com/heinz-otto/fhemcl/master/fhemcl.shUnd probier über putty ein
bash fhemcl.sh 8083 listDa gäb es auch ne Powershell Variante, da kannst Du dann den zweiten test über Windows Powershell machen ;)
Zitat von: moonsorrox am 27 August 2019, 14:14:32
mach ich nochmal
4015 fhem 20 0 354616 232760 5564 S 0,7 2,9 1:48.80 perl
Sieht ruhig aus. Zu mindest im Moment keine Last. Eigentlich sollte das FHEMWEB erreichbar sein.
was wissen wir:
der FHEM Server ist via SSh zu erreichen
Windows ist der Client (wegen putty)
Netzmakse unbekannt (bis /26 gibt es keine Probleme mit dem Routing)
FHEM 10.0.0.50
PC 10.0.0.11
Fritte 10.0.0.1
Wenn verschiedene Brwoser schon getestet wurde aber putty funktioniert, dann kann es nur ein Viren(scanner)/Firewall sein oder FHEM hat kein WebIF auf 8083 welches es bedient
Aber ohne Fehlermeldung welche im Browser erscheint läßt mich nur auf meine Signatur verweisen
Ja ich habe ja das Kabel in der Fritzbox auch wieder drin....
Aber wenn ich es raus nehme komme ich wieder nicht drauf, dass kann doch nicht sein
@Otto
das zeigt er mir an
In »»fhemcl.sh«« speichern.
fhemcl.sh 100%[===============================================================================================>] 3,70K --.-KB/s in 0s
2019-08-27 14:23:19 (27,9 MB/s) - »fhemcl.sh« gespeichert [3789/3789]
root@FHEM-Server:~# bash fhemcl.sh 8083 list
@wuppi
Netzmaske ist 255.255.255.0
Dann läuft das Web nicht :(
Gegenprobe:
geht das mit dem list wenn Web läuft? (also Kabel drin und FHEM per Browser erreichbar)
ich habe es gerade mit dem Kabel drin gemacht, raus hatte ich es jetzt nicht, damit ich hier schreiben kann
der list Befehl listet Dir nicht deine Geräte? Analog wenn Du in der FHEM Kommandozeile ein list eingibst?
So wie Du gezeigt hast kommt das Script nicht zurück zum Prompt?
Wenn ja: Das Script setzt bei dieser verkürzten Angabe (nur Port) intern http://localhost/8083
Was sagt ?
ping localhost
oder
cat /etc/hosts
über putty kommt dieses hier, was ich absolut nicht verstehe ist die 127.0.1.1
root@FHEM-Server:~# cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 FHEM-Server
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
und hier ping localhost
root@FHEM-Server:~# ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.013 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.041 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.036 ms
64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.018 ms
64 bytes from localhost (127.0.0.1): icmp_seq=5 ttl=64 time=0.016 ms
64 bytes from localhost (127.0.0.1): icmp_seq=6 ttl=64 time=0.032 ms
64 bytes from localhost (127.0.0.1): icmp_seq=7 ttl=64 time=0.030 ms
64 bytes from localhost (127.0.0.1): icmp_seq=8 ttl=64 time=0.030 ms
64 bytes from localhost (127.0.0.1): icmp_seq=9 ttl=64 time=0.034 ms
^C
--- localhost ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 7995ms
rtt min/avg/max/mdev = 0.013/0.027/0.041/0.011 ms
127.0.1.1 FHEM-Server
ist der Eintrag für hostname - also dein Host sollte FHEM-Server heißen.
Könnte sein, dass unter Umständen der Name vom localen Nameresolver für hostname zurückgegeben wird.
aber am Fhem Server kann es nicht liegen, denn als das Internet weg war habe ich das auf einem weiteren Fhem Server (Testserver) getestet den ich in einer VM auf einem anderen Server habe und auch da kam ich nicht auf die Weboberfläche...
Irgendwie verstehe ich jetzt gar nichts mehr :-\ denn ich weiß ganz sicher das es mal ging.
Was kann ich denn jetzt noch kontrollieren.?
Sicher fällt das Internet wieder mal aus und mein Fhem macht dann gar nichts mehr. :-[
@Otto
hier habe ich dein list auch mal getestet
root@debian-vm:~# bash fhemcl.sh 8083 list
kommt auch nichts
Welche Module nutzt du, die evtl. Internet brauchen/zugreifen?
Evtl. eines was (noch) nicht non-blocking ist...
...Internet weg -> blockiert -> nix geht mehr...
Aber auch schon bei non-blocking Implementierung kann es bei der "Namensauflösung" zum Blockieren kommen...
...daher ja das Attribut dnsServer!
Dadurch wird auch die "Namensauflösung" non-blocking...
Aber: wenn du Module verwendest, die non-blocking Internetzugriffe implementiert haben bleibt das Problem nat. trotzdem...
Gruß, Joachim
sehr seltsam.
Wenn Du anstatt 8083 deine vollständige url eingibst? Also wie sonst im Browser?
Der Befehl list in deiner normalen Weboberfläche funktioniert?
Was Du noch probieren kannst: Mit diesen drei Zeilen in der FHEM Kommandozeile startest Du eine zweite FHEM Instanz.
"wget -qO fhem2.cfg https://svn.fhem.de/fhem/trunk/fhem/fhem.cfg"
"sed -i -e 's/\/fhem/\/fhem2/;;s/\/eventTypes/\/eventTypes2/;;s/8083/8093/;;$aattr initialUsbCheck disable 1' fhem2.cfg"
"perl /opt/fhem/fhem.pl /opt/fhem/fhem2.cfg"
Diese sollte danach mit Port 8093 erreichbar sein. Dann kannst Du Internet abziehen und testen. In diesem FHEM ist außer dem Web nichts definiert.
Geht das - wüsste man es liegt nicht am Host sondern an irgendetwas in Deiner Konfig im FHEM.
Ist es FHEM, der auf dem Port 8083 lauscht oder irgendwelcher Proxy oder Zwischenkomponent?
sudo netstat -tulp | grep 8083
was sagt überhaupt das FHEM Logfile?
wurde FHEM schon neu gestartet?
wurde der Server schon neu gestartet?
Abnormalien im /var/log/syslog ?
Abnormalien im output von dmesg ?
Läuft fhem vielleicht doppelt? (das ist meine Glaskugel)
so da bin ich wieder leider nur kurz.
Ich beantworte mal die Fragen:
Zitat von: MadMax-FHEM am 27 August 2019, 15:16:12
Welche Module nutzt du, die evtl. Internet brauchen/zugreifen?
das müßte ich der Reihe nach raus suchen. Momentan was ich weiß sind die Tankstellen
Eine macht grad Probleme
2019.08.27 17:32:32 3: Famila: Read response to update didn't match any Reading
2019.08.27 17:29:47 3: CUL_HM set KU_Rollladen statusRequest
2019.08.27 17:29:37 3: CUL_HM set KU_Rollladen pct 100
2019.08.27 17:02:32 3: Famila: Read response to update didn't match any Reading
2019.08.27 17:02:25 3: CUL_HM set KU_Rollladen pct 100
2019.08.27 16:59:26 3: CUL_HM set KU_Rollladen statusRequest
2019.08.27 16:57:24 3: CUL_HM set KU_Rollladen pct 100
2019.08.27 16:32:32 3: Famila: Read response to update didn't match any ReadingZitat von: Otto123 am 27 August 2019, 15:22:00
sehr seltsam.
Wenn Du anstatt 8083 deine vollständige url eingibst? Also wie sonst im Browser?
finde ich auch...!
Ich gabe ja die komplette Adresse ein, oder was meinst du..?
Zitat von: amenomade am 27 August 2019, 16:52:02
Ist es FHEM, der auf dem Port 8083 lauscht oder irgendwelcher Proxy oder Zwischenkomponent?
sudo netstat -tulp | grep 8083
Ausgabe
root@FHEM-Server:~# netstat -tulp | grep 8083
tcp 0 0 *:8083 *:* LISTEN 4015/perlZitat von: Wuppi68 am 27 August 2019, 17:14:14
was sagt überhaupt das FHEM Logfile?
wurde FHEM schon neu gestartet?
wurde der Server schon neu gestartet?
Abnormalien im /var/log/syslog ?
Abnormalien im output von dmesg ?
Läuft fhem vielleicht doppelt? (das ist meine Glaskugel)
das Logfile sagt darüber gar nichts, ich sehe nichts was damit zutun haben könnte.
Ja Server wurde schon mehrfach Neu gestartet, mache ich eigentlich immer als Erstes
Die einzigen Fehler bei der Augabe von dmesg sind diese
[ 0.000000] No AGP bridge found
[ 0.000000] ACPI Error: Gpe0Block - 32-bit FADT register is too long (32 bytes, 256 bits) to convert to GAS struct - 255 bits max, truncating (20131115/tbfadt-202)
[ 0.000000] No NUMA configuration found
[ 0.575866] Scanning for low memory corruption every 60 seconds
init: Failed to spawn mosquitto main process: unable to execute: No such file or directory
[ 2.141826] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'
[ 2.239131] init: Failed to spawn mosquitto main process: unable to execute: No such file or directory
[ 2.286025] init: failsafe main process (625) killed by TERM signal
[ 2.308752] init: Failed to obtain startpar-bridge instance: Unknown parameter: INSTANCE
mosquitto nutze ich aber nicht mehr, sollte ich evtl. mal deinstallieren.
Ich nutze den MQTT2 Server. evtl. gibt es damit Probleme
So ich hoffe ich habe alles soweit beantwortet, muss auch scho wieder weg :-[
ZitatIch gabe ja die komplette Adresse ein, oder was meinst du..?
wie sieht die aus?
Ich meinte:
bash fhemcl.sh <komplette Adresse so wie im Browser mit http oder https und user password davor, also wie im Browser> list WEBUnd nochmal: geht Dein list Befehl im Browser/in der normalen FHEM Oberfläche? Oder ist da was verboten oder wie auch immer?
Zitat von: Otto123 am 27 August 2019, 19:44:42
Ich meinte:
bash fhemcl.sh <komplette Adresse so wie im Browser mit http oder https und user password davor, also wie im Browser> list WEB
Und nochmal: geht Dein list Befehl im Browser/in der normalen FHEM Oberfläche? Oder ist da was verboten oder wie auch immer?
hallo Otto ja der list befehl funktioniert, soll ich die Ausgabe davon posten.?
diesen Befehl von oben soll ich so mal in putty eingeben.?
fhem ist der User und dann mein passwort
bash fhemcl.sh fhem passwort http://10.0.0.50 list WEB
Ne
http(s)://<Username>:<Password>@<hostName oder IP>:<portNummer>
Also
bash fhemcl.sh http://fhem:passwort@10.0.0.50:8083 list WEB
Zitat von: amenomade am 28 August 2019, 13:03:57
Ne
http(s)://<Username>:<Password>@<hostName oder IP>:<portNummer>
Also
bash fhemcl.sh http://fhem:passwort@10.0.0.50:8083 list WEB
das kommt als Ausgabe:
TABLE OF CONTENTS
About
Changes
Scope
Config files
This is the default welcome page used to test the correct
operation of the Apache2 server after installation on Ubuntu systems.
It is based on the equivalent page on Debian, from which the Ubuntu Apache
packaging is derived.
If you can read this page, it means that the Apache HTTP server installed at
this site is working properly. You should replace this file (located at
/var/www/html/index.html) before continuing to operate your HTTP server.
If you are a normal user of this web site and don't know what this page is
about, this probably means that the site is currently unavailable due to
maintenance.
If the problem persists, please contact the site's administrator.
Ubuntu's Apache2 default configuration is different from the
upstream default configuration, and split into several files optimized for
interaction with Ubuntu tools. The configuration system is
fully documented in
/usr/share/doc/apache2/README.Debian.gz. Refer to this for the full
documentation. Documentation for the web server itself can be
found by accessing the manual if the apache2-doc
package was installed on this server.
The configuration layout for an Apache2 web server installation on Ubuntu systems is as follows:
/etc/apache2/
|-- apache2.conf
| `-- ports.conf
|-- mods-enabled
| |-- *.load
| `-- *.conf
|-- conf-enabled
| `-- *.conf
|-- sites-enabled
| `-- *.conf
apache2.conf is the main configuration
file. It puts the pieces together by including all remaining configuration
files when starting up the web server.
ports.conf is always included from the
main configuration file. It is used to determine the listening ports for
incoming connections, and this file can be customized anytime.
Configuration files in the mods-enabled/,
conf-enabled/ and sites-enabled/ directories contain
particular configuration snippets which manage modules, global configuration
fragments, or virtual host configurations, respectively.
They are activated by symlinking available
configuration files from their respective
*-available/ counterparts. These should be managed
by using our helpers
a2enmod,
a2dismod,
a2ensite,
a2dissite,
and
a2enconf,
a2disconf
. See their respective man pages for detailed information.
The binary is called apache2. Due to the use of
environment variables, in the default configuration, apache2 needs to be
started/stopped with /etc/init.d/apache2 or apache2ctl.
Calling /usr/bin/apache2 directly will not work with the
default configuration.
By default, Ubuntu does not allow access through the web browser to
any file apart of those located in /var/www,
public_html
directories (when enabled) and /usr/share (for web
applications). If your site is using a web document root
located elsewhere (such as in /srv) you may need to whitelist your
document root directory in /etc/apache2/apache2.conf.
The default Ubuntu document root is /var/www/html. You
can make your own virtual hosts under /var/www. This is different
to previous releases which provides better security out of the box.
Please use the ubuntu-bug tool to report bugs in the
Apache2 package with Ubuntu. However, check <a
href="https://bugs.launchpad.net/ubuntu/+source/apache2">existing
bug reports before reporting a new bug.
Please report bugs specific to modules (such as PHP and others)
to respective packages, not to the web server itself.
TABLE OF CONTENTS
About
Changes
Scope
Config files
This is the default welcome page used to test the correct
operation of the Apache2 server after installation on Ubuntu systems.
It is based on the equivalent page on Debian, from which the Ubuntu Apache
packaging is derived.
If you can read this page, it means that the Apache HTTP server installed at
this site is working properly. You should replace this file (located at
/var/www/html/index.html) before continuing to operate your HTTP server.
If you are a normal user of this web site and don't know what this page is
about, this probably means that the site is currently unavailable due to
maintenance.
If the problem persists, please contact the site's administrator.
Ubuntu's Apache2 default configuration is different from the
upstream default configuration, and split into several files optimized for
interaction with Ubuntu tools. The configuration system is
fully documented in
/usr/share/doc/apache2/README.Debian.gz. Refer to this for the full
documentation. Documentation for the web server itself can be
found by accessing the manual if the apache2-doc
package was installed on this server.
The configuration layout for an Apache2 web server installation on Ubuntu systems is as follows:
/etc/apache2/
|-- apache2.conf
| `-- ports.conf
|-- mods-enabled
| |-- *.load
| `-- *.conf
|-- conf-enabled
| `-- *.conf
|-- sites-enabled
| `-- *.conf
apache2.conf is the main configuration
file. It puts the pieces together by including all remaining configuration
files when starting up the web server.
ports.conf is always included from the
main configuration file. It is used to determine the listening ports for
incoming connections, and this file can be customized anytime.
Configuration files in the mods-enabled/,
conf-enabled/ and sites-enabled/ directories contain
particular configuration snippets which manage modules, global configuration
fragments, or virtual host configurations, respectively.
They are activated by symlinking available
configuration files from their respective
*-available/ counterparts. These should be managed
by using our helpers
a2enmod,
a2dismod,
a2ensite,
a2dissite,
and
a2enconf,
a2disconf
. See their respective man pages for detailed information.
The binary is called apache2. Due to the use of
environment variables, in the default configuration, apache2 needs to be
started/stopped with /etc/init.d/apache2 or apache2ctl.
Calling /usr/bin/apache2 directly will not work with the
default configuration.
By default, Ubuntu does not allow access through the web browser to
any file apart of those located in /var/www,
public_html
directories (when enabled) and /usr/share (for web
applications). If your site is using a web document root
located elsewhere (such as in /srv) you may need to whitelist your
document root directory in /etc/apache2/apache2.conf.
The default Ubuntu document root is /var/www/html. You
can make your own virtual hosts under /var/www. This is different
to previous releases which provides better security out of the box.
Please use the ubuntu-bug tool to report bugs in the
Apache2 package with Ubuntu. However, check <a
href="https://bugs.launchpad.net/ubuntu/+source/apache2">existing
bug reports before reporting a new bug.
Please report bugs specific to modules (such as PHP and others)
to respective packages, not to the web server itself.
root@FHEM-Server:~#
Zitat von: Otto123 am 27 August 2019, 15:22:00
Was Du noch probieren kannst: Mit diesen drei Zeilen in der FHEM Kommandozeile startest Du eine zweite FHEM Instanz.
"wget -qO fhem2.cfg https://svn.fhem.de/fhem/trunk/fhem/fhem.cfg"
"sed -i -e 's/\/fhem/\/fhem2/;;s/\/eventTypes/\/eventTypes2/;;s/8083/8093/;;$aattr initialUsbCheck disable 1' fhem2.cfg"
"perl /opt/fhem/fhem.pl /opt/fhem/fhem2.cfg"
Diese sollte danach mit Port 8093 erreichbar sein. Dann kannst Du Internet abziehen und testen. In diesem FHEM ist außer dem Web nichts definiert.
Geht das - wüsste man es liegt nicht am Host sondern an irgendetwas in Deiner Konfig im FHEM.
das eingeben in der Fhem Kommandozeile scheitert bei mir an dem ersten Befehl schon
da kommt folgendes "Unknown command wget, try help."
Also... es sieht so aus, wie ob meine obere Vermutung stimmte...
Das ist nicht fhem, der antwortet, sondern Apache.
Das plus die Art und Weise wie dein Apache Server konfiguriert ist, könnte erklären, warum ohne Internet kein Zugriff auf Fhem möglich ist...
Hast Du Apache installiert? Wofür? Und wie ist es konfiguriert? Kannst Du ohne Internet und auch mit gestoppten Apache probieren?
ja ich hatte das mal vor längerer zeit installiert, aber genau weiß ich nicht wann.
Gemacht habe ich das weil ich mal Letsencryt Zertifikat nutzen wollte das habe ich dann aber nicht mehr genutzt.
Ich brauche den Apache da nicht drauf, ist bei mir aber in Vergessenheit geraten. Ich denke ich werde den jetzt mal versuchen zu deinstllieren, am liebsten Rückstandslos...
Weißt du wie ich das genau schaffe..? mit apt-get remove apache2 ist das glaube ich nicht getan
Zeig mal bitte den Output von ip a auf FHEM-Server.
Und bitte den Output von apache2ctl -S auf FHEM-Server.
apache habe ich schon runter geschmissen, dass war wohl der Übeltäter.
Habe das INternetkabel am Router abgezogen und nun komme ich auch wieder auf mein Fhem ohne Internet ;)
Ausgabe von ip a:
root@FHEM-Server:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:ae:ed:77:ba:d2 brd ff:ff:ff:ff:ff:ff
inet 10.0.0.50/24 brd 10.0.0.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a02:560:422e:4400:baae:edff:fe77:bad2/64 scope global dynamic
valid_lft 7045sec preferred_lft 3445sec
inet6 fd00::baae:edff:fe77:bad2/64 scope global deprecated dynamic
valid_lft 6468sec preferred_lft 0sec
inet6 2a02:560:42c2:eb00:baae:edff:fe77:bad2/64 scope global deprecated dynamic
valid_lft 6413sec preferred_lft 0sec
inet6 fe80::baae:edff:fe77:bad2/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 34:13:e8:40:92:a0 brd ff:ff:ff:ff:ff:ff
Zitat von: moonsorrox am 28 August 2019, 13:36:02
das eingeben in der Fhem Kommandozeile scheitert bei mir an dem ersten Befehl schon
da kommt folgendes "Unknown command wget, try help."
Ist ja jetzt quasi geklärt, aber der interessiert mich noch:
Du hast den Befehl so wie ich es geschrieben habe kopiert und "eingeworfen"? Also mit den "Anführungstrichen" vorn unten hinten?
Aber selbst wenn das funktioniert hätte, wärst Du ja dann wieder wahrscheinlich an deinem lokal installierten Apache gescheitert. Das Du uns den jetzt 3 Seiten Posts verschwiegen hast ::)
Zitat von: Otto123 am 28 August 2019, 14:48:57
Du hast den Befehl so wie ich es geschrieben habe kopiert und "eingeworfen"? Also mit den "Anführungstrichen" vorn unten hinten?
Aber selbst wenn das funktioniert hätte, wärst Du ja dann wieder wahrscheinlich an deinem lokal installierten Apache gescheitert. Das Du uns den jetzt 3 Seiten Posts verschwiegen hast ::)
nein Otto die "Anführungstriche" habe ich weggelassen.
Ja leider hatte ich den Apache nicht mehr auf dem Schirm, der ist mir durchgerutscht soll heißen ich hab eüberhaupt nicht mehr dran gedacht das ich diesen da noch drauf habe, sorry... ;)
Mit funktioniert das natürlich und die zweite Webinstanz wird auch ausgeführt, das ist eine sehr gute Möglichkeit stelle ich grad fest...
Muss ich die wieder beenden, oder besser wie kann ich die beenden.?
Zitat von: moonsorrox am 28 August 2019, 15:32:10
nein Otto die "Anführungstriche" habe ich weggelassen.
...
Mit funktioniert das natürlich und die zweite Webinstanz wird auch ausgeführt, das ist eine sehr gute Möglichkeit stelle ich grad fest...
Muss ich die wieder beenden, oder besser wie kann ich die beenden.?
Ja ja kennt kaum einer: https://commandref.fhem.de/#command :D
Du machst in der zweiten Instanz einfach shutdown. Automatisch gestartet wird die nicht. kannst sie mit der dritten Zeile jederzeit wieder starten.
Für den lauen Sommerabend noch zum lesen (https://heinz-otto.blogspot.com/2019/03/eine-weitere-fhem-instanz-auf-gleicher.html).
Gruß Otto
Ok.. Danke Otto für die Unterstützung ;)
Was ich immer noch spannend finde: Wie können sich Apache und FHEM an den gleichen TCP-Port binden? netstat hat ja FHEM auf 8083 ausgespuckt, geantwortet hat aber der Apache.
Vermutlich hast du die Apache-Config schon weggeräumt? Wenn nicht, zeig mal was in /etc/apache2 liegt.
Zitat von: Christoph Morrison am 28 August 2019, 16:37:16
Was ich immer noch spannend finde: Wie können sich Apache und FHEM an den gleichen TCP-Port binden? netstat hat ja FHEM auf 8083 ausgespuckt, geantwortet hat aber der Apache.
Vermutlich hast du die Apache-Config schon weggeräumt? Wenn nicht, zeig mal was in /etc/apache2 liegt.
ich hatte mit apt-get remove apache2 und mit apt-get autoremove schon ein wenig aufgeräumt er hat da auch einiges von apache2 weggeräumt, aber so ganz habe ich noch nicht aufgeräumt ich zeige mal was da noch alles drin liegt.
Screenshot.
Ich vermute einer hat auf http, der andere auf https geantwortet. Mir ist nicht klar wie er jedes mal, mit http oder https, und mit Port oder ohne Port die verschiedenen Seite / Skripte aufgerufen hat
Abhängig von der Konfiguration von Apache (Virtualhosts, rewrite Regel, proxy / reverse proxy, Port Eingabe oder Stern), kann schon viel passieren.
Zitat von: amenomade am 28 August 2019, 16:48:28
Ich vermute einer hat auf http, der andere auf https geantwortet. Mir ist nicht klar wie er jedes mal, mit http oder https, und mit Port oder ohne Port die verschiedenen Seite / Skripte aufgerufen hat
Abhängig von der Konfiguration von Apache (Virtualhosts, rewrite Regel, proxy / reverse proxy, Port Eingabe oder Stern), kann schon viel passieren.
ich habe mal in die port.conf geschaut:
# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default.conf
Listen 80
<IfModule ssl_module>
Listen 10.0.0.50:443
Listen 10.0.0.50:444
</IfModule>
<IfModule mod_gnutls.c>
Listen 10.0.0.50:443
Listen 10.0.0.50:444
</IfModule>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
Zitat von: moonsorrox am 28 August 2019, 16:44:51
ich hatte mit apt-get remove apache2 und mit apt-get autoremove schon ein wenig aufgeräumt er hat da auch einiges von apache2 weggeräumt, aber so ganz habe ich noch nicht aufgeräumt ich zeige mal was da noch alles drin liegt.
Screenshot.
Interessant wären die .conf Dateien in apache2 und die .conf Dateien in apach2/sites-enabled
eine meiner Dateien die ich unter Apache erstellt hatte und mit letsencrypt zertifizieren wollte ist diese mit folgendem Inhalt sicher sehr interessant.
Der apache2 sollte bei mir mal als Reverse Proxy laufen... den habe ich aber jetzt seperat auf einem Raspi, aber damit etwas Probleme
Die Webbadresse mal raus genommen ;)
<IfModule mod_ssl.c>
<VirtualHost 10.0.0.50:443>
# ServerName cp200
ServerName fhem.xxxxxxxxxxxxxxxxxxxxxxxxxxxx.de
ServerAdmin fhem@xxxxxxxxxxxxxxxxxxxxxxxx.de
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/xxxxxxxxxxxxxxxxxxxxxx.de.error.log
CustomLog ${APACHE_LOG_DIR}/xxxxxxxxxxxxxxxxxxxxxx.de.access.log combined
SSLCertificateFile /etc/letsencrypt/live/xxxxxxxxxxxxxxxxxxxxxx.de/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/xxxxxxxxxxxxxxxxxxxxxxxxx.de/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
ProxyRequests Off
ProxyVia Off
ProxyPreserveHost On
<Location /fhem>
ProxyPass http://localhost:8083/fhem
ProxyPassReverse http://localhost:8083/fhem
</Location>
<Directory />
RedirectPermanent / /fhem
</Directory>
<Proxy *>
AuthType Basic
AuthName "Password for FHEM Required"
AuthUserFile /etc/fhem-htpasswd
Require valid-user
Order deny,allow
Allow from all
</Proxy>
</VirtualHost>
</IfModule>
die anderen default.conf dateien sind so belassen, oben ja noch die ports.conf
Die apache2.conf ist auch noch default
# This is the main Apache server configuration file. It contains the
# configuration directives that give the server its instructions.
# See http://httpd.apache.org/docs/2.4/ for detailed information about
# the directives and /usr/share/doc/apache2/README.Debian about Debian specific
# hints.
#
#
# Summary of how the Apache 2 configuration works in Debian:
# The Apache 2 web server configuration in Debian is quite different to
# upstream's suggested way to configure the web server. This is because Debian's
# default Apache2 installation attempts to make adding and removing modules,
# virtual hosts, and extra configuration directives as flexible as possible, in
# order to make automating the changes and administering the server as easy as
# possible.
# It is split into several files forming the configuration hierarchy outlined
# below, all located in the /etc/apache2/ directory:
#
# /etc/apache2/
# |-- apache2.conf
# | `-- ports.conf
# |-- mods-enabled
# | |-- *.load
# | `-- *.conf
# |-- conf-enabled
# | `-- *.conf
# `-- sites-enabled
# `-- *.conf
#
#
# * apache2.conf is the main configuration file (this file). It puts the pieces
# together by including all remaining configuration files when starting up the
# web server.
#
# * ports.conf is always included from the main configuration file. It is
# supposed to determine listening ports for incoming connections which can be
# customized anytime.
#
# * Configuration files in the mods-enabled/, conf-enabled/ and sites-enabled/
# directories contain particular configuration snippets which manage modules,
# global configuration fragments, or virtual host configurations,
# respectively.
#
# They are activated by symlinking available configuration files from their
# respective *-available/ counterparts. These should be managed by using our
# helpers a2enmod/a2dismod, a2ensite/a2dissite and a2enconf/a2disconf. See
# their respective man pages for detailed information.
#
# * The binary is called apache2. Due to the use of environment variables, in
# the default configuration, apache2 needs to be started/stopped with
# /etc/init.d/apache2 or apache2ctl. Calling /usr/bin/apache2 directly will not
# work with the default configuration.
# Global configuration
#
#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE! If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the Mutex documentation (available
# at <URL:http://httpd.apache.org/docs/2.4/mod/core.html#mutex>);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
#ServerRoot "/etc/apache2"
#
# The accept serialization lock file MUST BE STORED ON A LOCAL DISK.
#
Mutex file:${APACHE_LOCK_DIR} default
#
# PidFile: The file in which the server should record its process
# identification number when it starts.
# This needs to be set in /etc/apache2/envvars
#
PidFile ${APACHE_PID_FILE}
#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300
#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On
#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100
#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 5
# These need to be set in /etc/apache2/envvars
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}
#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off
# 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 ${APACHE_LOG_DIR}/error.log
#
# LogLevel: Control the severity of messages logged to the error_log.
# Available values: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the log level for particular modules, e.g.
# "LogLevel info ssl:warn"
#
LogLevel warn
# Include module configuration:
IncludeOptional mods-enabled/*.load
IncludeOptional mods-enabled/*.conf
# Include list of ports to listen on
Include ports.conf
# Sets the default security model of the Apache2 HTTPD server. It does
# not allow access to the root filesystem outside of /usr/share and /var/www.
# The former is used by web applications packaged in Debian,
# the latter may be used for local directories served by the web server. If
# your system is serving content from a sub-directory in /srv you must allow
# access here, or in any related virtual host.
<Directory />
Options FollowSymLinks
AllowOverride None
Require all denied
</Directory>
<Directory /usr/share>
AllowOverride None
Require all granted
</Directory>
<Directory /var/www/>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>
#<Directory /srv/>
# Options Indexes FollowSymLinks
# AllowOverride None
# Require all granted
#</Directory>
# AccessFileName: The name of the file to look for in each directory
# for additional configuration directives. See also the AllowOverride
# directive.
#
AccessFileName .htaccess
#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
Require all denied
</FilesMatch>
#
# The following directives define some format nicknames for use with
# a CustomLog directive.
#
# These deviate from the Common Log Format definitions in that they use %O
# (the actual bytes sent including headers) instead of %b (the size of the
# requested file), because the latter makes it impossible to detect partial
# requests.
#
# Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
# Use mod_remoteip instead.
#
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
# Include of directories ignores editors' and dpkg's backup files,
# see README.Debian for details.
# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf
# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
Das erklärt allerdings alles noch nicht, warum du beim direkten Aufruf über Port 8083 den Apache gesehen hast. Der Apache sollte ja auf 443 lauschen und dann intern einen Aufruf nach 8083 machen.
Rätsel über Rätsel.
Zitat von: Christoph Morrison am 28 August 2019, 17:14:58
Das erklärt allerdings alles noch nicht, warum du beim direkten Aufruf über Port 8083 den Apache gesehen hast. Der Apache sollte ja auf 443 lauschen und dann intern einen Aufruf nach 8083 machen.
Rätsel über Rätsel.
ja ich weiß :-\
Ich hatte komischerweise auch einmal in dem ganzen Dilemma gestern die typische Apache Startseite gesehen ::)
Ich werde diese Ordner jetzt mal händisch löschen da es mit dem entfernen des Apache2 leider nicht gelöscht wurde.
Aber zum Glück haben wir das ja zusammen gefunden, denn ich wäre nie drauf gekommen... obwohl ich einmal die Apache Seite gesehen, war wohl noch schwer beschäftigt mit dem nicht funktionierendem Internet bei mir hier.