Allgemeine Fragen & Anregungen

Zitat:

---

Wenn ich mir "meine Aussen-IP" besorge,
und diese dann im Browser eingebe a La 123.456.789:8080
dann komme ich sofort auf den Webserver und alle Funktionen sind mir frei.

Bei DynDNS ist die aktuelle IP hinterlegt,
mein Router ist für Dynamische DNS richtig konfiguriert.
(Wurde monatelang als Server für FMS32 genutzt)

---

Das ist doch schon mal gut.
Ports evtl. doppelt vergeben? solls ja geben.
Den Router mal komplett vom Strom trennen und neu starten lassen hat bei mir auch geholfen. Ich halte von den Telekom Routern nicht soviel. Evtl. mal nach neuer Firmware gucken ich meine bei den Dingern gab es Probleme mit der Dyndns.
Komisch ist nur das alles vorher ging.

Achso, wenn du nur "meinedyndnsadresse.org" wirst du ja nicht automatisch zum Port 8080 weitergeleitet. Gib mal http://meinedyndnsadresse.org:8080 ein und schau mal ob du nun drauf kommst.

Das wären so meine Vorschläge.

Zitat:

---

Zitat von Mr.Pieper

Wenn ich in der "FilterDME.txt" meine Blockrics anlege,
ist es dann normal, das diese im Webserver trotzdem auftauchen?
Der Filter ist richtig konfiguriert, alle Blockrics sind -RICSUBRIC eingetragen.

---

Vermutlich ist der Filter dann doch nicht richtig konfiguriert.
Wenn der Filter funktioniert, werden die Meldungen garnicht erst von AllFMS verarbeitet. Tauchen dann weder im Webserver noch über die Crusader oder FMS32 Schnittstelle auf.
Überprüf nochmal Deine FilterDME.txt.

Wenn Du z.B. Alle RICs ausfiltern willst, die mit 0 beginnen:
-0???????

(immer 8 Stellen nach dem + oder -!)

Gruß,
ahk

So, da bin ich wieder... :)

Ich muss sagen, mannnnooo bin ich blöd...:D

Also die Sache mit dem Server funktioniert einwandfrei.
Dank chortyenz Hilfe und meinem "ich seh den Wald vor lauter Bäumen" Gedenke,
gehts nun wunderbar. Hab schlicht und ergreifend vergessen in der DynURL den Port anzugeben.

Hatte ja immer dyndnsadresse.dyndns.org
Mit dem Zusatz :8080 für den Port, geht es einwandfrei :)

Nun besteht nur noch die Sache mit den Filter für die Blackrics.


Also ich habe bestimmte Rics, die ich filtern will.
Diese sind in der FilterDME in dieser Angabe hinterlegt:

-0123456?

Wobei "-" für blocken, "0123456" für besagte RIC und "?" als Wildcard für den Subricbuchstaben gesetzt wurde.

Und so setzt sich meine Filterliste zusammen.

Die Rics stehen untereinander in dieser Reihenfolge in der Liste.
Die "Beispiele oben" habe ich entfernt.

Also damit meine ich die:

Zitat:

---

-0234567?
;-133?????;Unterdrückt alle 133* Kennungen
;+1234????;Zeigt nur RICs an, die mit 1234 beginnen.
;-???????;Alle anderen unterdrücken.

---

Muss ich diese "Beispiele" etwa in der Liste lassen, oder sind diese nicht relevant?

Nein, die Beispiele sind nicht relevant. Die Zeilen werden ignoriert.
(Ich muss übrigens gestehen, dass mir gerade aufgefallen ist, dass mein letztes Beispiel sogar falsch ist. Es müssten 8 Fragezeichen sein -????????
Theoretisch sollte das so funktionieren.
Wird die FilterDME.txt überhaupt geladen? Ist sie im richtigen Verzeichnis?
Beim Starten von AllFMS müsste im Info-Fenster ein Text ähnlich 'xx Filter aus FilterDME.txt geladen' erscheinen. Stimmt die Anzahl ('xx') dort mit der Anzahl der Einträge in Deiner FilterDME.txt überein?
Du kannst mir Deine FilterDME.txt auch mal per E-Mail schicken, dann schaue ich mir sie mal an.

Gruß,
ahk

Hy...

Also AllFMS gibt mir aus wenn ich ihn starte:

26.11.09 15:10:06 FMS32pro Client 9322XXXXX:XXXX connected
26.11.09 15:10:00 Connected to Server 127.0.0.1:8000
26.11.09 15:09:59 FMS32-Pro Statustexte geladen.

Also wird der Filter nicht geladen.

Wie gesagt, ich hab die FilterDME.txt einfach wie beschrieben gefüttert.

Muss ich die vll. in der AllFMS.cfg noch aktivieren?
Weil irgendwie wird alles, was in der Filterliste ist, angezeigt.

Zitat:

---

Zitat von Mr.Pieper

Muss ich die vll. in der AllFMS.cfg noch aktivieren?

---

Nein, das ist nicht nötig.

Entweder ist die FilterDME.txt nicht im selben Verzeichnis, aus dem die AllFMS.exe gestartet wird, oder die FilterDME.txt ist fehlerhaft.

So muss es aussehen:

Hmm.. Joa.. Ich schick dir mal nen Auszug aus der FilterDME.txt via PN zu.

Gestartet wird alles aus einem Ordner.
FMS32 Daten übernimmt er auch einwandfrei.

Wie gesagt, PN kommt sofort.

Zitat:

---

Zitat von Beatzler

...

Folgendes Problem:

Wenn im POC32 mehrere Alarme (einzelne RIC´s) gleichzeitig auflaufen ( NEF + RTW oder Probealarme von ganzen Amtsfeuerwehren etc. ) und für einen dieser RIC´s eine Aktion ( Batch Ausführung ) hinterlegt ist werden die restlichen Alarme dieser gleichzeitigen Alarmierungen nicht mit ALLFMS übertragen. Im POC32 werden sie aber alle einwandfrei ausgewertet & angezeigt! Es wird nur die RIC welche auch die Batchausführung hinterlegt hat von ALLFMS übertragen.

Hat vielleicht jemand das gleiche Problem und kann einen Tipp geben ?

Habe es gestern nochmals nachvollziehen können es liegt definitiv nur an der Batchausführung. Diese wurde gestern testweise für einen größeren probealarm einmal rausgenommen und dann wurden auch wieder alle Alarmierungen richtig mit ALLFMS übertragen und somit in die Datenbank geschrieben !

...

---

Hey,

habe diesbezüglich nun eine Lösung gefunden und schon praktisch umgesetzt, läuft super !

Für alle die ein gleiches Problem haben:

Habe alle hinterlegten Aktionen in POC32 entfernt und dafür in FMS32 eingetragen. Mittels Allfms wird ja die POCSAG Dekodierung von POC32 in FMS32 übermittelt

Vorteile gegenüber Aktionsausführungen über POC 32:

- Es werden Globale und per RIC Aktionen gleichzeitig ausgeführt
UND
- Es werden auch alle einzelnen ( unterschiedlichen ) per RIC Aktionen die zur gleichen Zeit auflaufen ausgeführt
( Mehrfachalarm z.B. RTW + NEF, bei uns in der Leitstelle sind auch für bestimmte Stichwörter in der jeweiligen Region gleich ganze Alarmvorschläge hinterlegt welche dann direkt und gleichzeitig raus geschickt werden und auch dementsprechend gleichzeitig auflaufen (z.B. GefGutKl )

MFG Beatzler

hallo,

ich betreibe meinen server mit poc 32 und all fms.
in poc32 gibt es ja die sogenannten funktionsbits.
diese müssten ja den subrics entsprechen.

nun gibt es bei allfms bei den dme alarmierungen neben der information das es sich um eine alarmierung handelt auch für jede meldung einen roten block wo alarm drinn steht.
kann man das irgendwie so machen, das dort jeh nach angewendeter subric alarm/Einsatz/Info/Test steht???

viele dank schonmal

Hallo,

Ist es möglich einzelne Fahrzeuge aus AllFMS zu entfernen? in Google Earth habe ich Fahrzeuge gelistet die schon länger außer Dienst sind. Wenn ich diese in Google Earth lösche sind die aber beim nächsten Start wieder vorhanden.

Zitat:

---

Zitat von Feuerwehrmann1984

Ist es möglich einzelne Fahrzeuge aus AllFMS zu entfernen? in Google Earth habe ich Fahrzeuge gelistet die schon länger außer Dienst sind.

---

Schau mal in die AllFMS.cfg
Dort gibt es eine Zeile
GEMaxFzgAlter 86400
d.h. die Fahrzeuge werden max 24 Stunden (86400 Sekunden) nach dem letzten Status angezeigt. Diese Zeit kannst Du natürlich verkürzen.

Gruß,
Arne

@ ahk,

vielen dank hat geklappt:-)

Nabend Leute!

Ich habe einen AllFMS-Webserver am laufen,
der Zugriff hierdrauf funktioniert auch wunderbar.

Das ganze läuft aber momentan über den normalen Port 80 - HTTP.

Jetzt ist meine Frage, ob jemand weiß, wie ich das ganze soweit absichere, das mein Passwort verschlüsselt übertragen wird und das ganze einigermaßen sicher wird!

Ist HTTPS ein Lösungsansatz?

So eine Lösung suche ich auch noch.
Ich würde das ganze erstmal über einen anderen öffentlichen Port weiterleiten also quasi so:
http://dyndns.org:12403. Im Router stellst du dann eine Portweiterleitung auf Port80 ein.

Weitere Lösungen wären hier Open SSH und/oder OpenSSL. Nur wie man das ganze auf einer Windows kiste zum laufen bringt habe ich noch nicht ausfindig machen können.
Bin auch nicht so wirklich der Experte was solche Sachen angeht. Evtl. hat hier jemand mehr Erfahrungen mit dem absichern von Internetverbindungen und könnte erklären wie man das einrichten könnte.

Das ganze ist mir auch bekannt.

Bloss werden, wenn man sich einloggt Passwort und Benutzer unverschlüselt übertragen.
Wenn man sich jetzt über ein öffentliches WLAN einloggt oder ähnliches und jemand den ganzen Verkehr mitsniffen sollte, hat er Zugriff auf unseren FMS-Webserver.

Folgendes kann passieren: http://www.heise.de/newsticker/meldu...tz-755193.html