Das kann ja auch am "whitelist" liegen. Das geht auf jeden Fall immer. Ansonsten war es trotzdem falsch. FMS32Pro kennt kein PW. Der Crusader schon.
Habe das jetzt auch korrigiert und im SVN aktualisiert.
Druckbare Version
Das kann ja auch am "whitelist" liegen. Das geht auf jeden Fall immer. Ansonsten war es trotzdem falsch. FMS32Pro kennt kein PW. Der Crusader schon.
Habe das jetzt auch korrigiert und im SVN aktualisiert.
Ist der Code bereits im Tarball von heute morgen 8:00 Uhr drin?Zitat:
Zitat von Buebchen
Mit dem Build ist der Effekt schlimmer als gestern -- siehe Anhang.
Andreas
Wenn ich jetzt aufgepasst habe, war das nicht drin. Ich habe eben neu exportiert. Man kann jetzt die aktuelle Fassung (15:43 Uhr) als tar.bz runterladen.Zitat:
Zitat von nepomuck
hi!
ich muß da noch mal nachhaken....
wenn ich also "telnet >server-ip< 9333" auf der dos-box meines clienten eingebe soll eine welcome message erfolgen?
also bei mir ists so, dass die box dann gelöscht wird und oben links in der ecke blinkt der dos-promt. nix mit meldung oder so. danach erfolgt rein gar nichts...
mache ich da nun was falsch, oder habe ich irgendwas übersehen?
MacLeod
Werde mir das mit dem FMS32Pro Client mal prüfen. Am ZVEI Timing liegt es defintiv nicht.Zitat:
Zitat von nepomuck
[Edit:]
So, habe jetzt mal ein bisschen mit dem BOS-Tool gespielt. Auf den ersten Blick kapier ich nicht, warum das bei Dir so seltsam aussieht.
Ist das Verhalten denn NUR beim ZVEI so ?
Generell beantwortet der monitord alle Verbindungsanfragen mit der welcomeMessage. Egal ob man sich von dieser IP aus überhaupt einloggen kann. Ggf. ein Problem mit ner Firewall ?Zitat:
Zitat von MacLeod
hm...Zitat:
Zitat von Buebchen
firewall ist nicht aktiv.
was ich auch mache, er spricht nicht mit mir.
ubuntu 6.10 server lüppt auf der kiste.
edit
hab mal per vmware nen ubuntu 6.10 client gestartet und dadrauf monitord gestartet. dort bekomme ich :
110:monitord 2.0.0 READY
komisch...
so...
also er wertet aus!
das erscheint auf dem server:
das ist doch schon mal klasse :-)Code:Display :6 8xx xxxx: 2
310:1183821515:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:2:1:0:2
1183821515
Display :6 8xx xxxx: f
310:1183821515:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:f:1:1:3
1183821515
Display :6 8xx xxxx: 2
310:1183821515:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:2:1:0:2
1183821515
Display :6 8xx xxxx: f
310:1183821516:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:f:1:1:3
1183821516
gleichzeitig habe ich per telnet geschaut, dort blieb aber nur "110:monitord 2.0.0 READY" demnach dann auch keine anzeige auf dem crusader :-(
warum nur geht das bei mir nicht...
*heul*
MacLeod
Der Crusader würde den Port 7778 nehmen. Nicht 9333. Am 9333 musst Du dich anmelden:
/User=test,PW=test)
220:74657374:74656374
oder deine IP in der monitord.xml freischalten, daß kein Login nötig ist.
Wo du gerade Crusader sagst: Ich glaube da muss ich mal den festgelegen Benutzernamen fms32pro ändern. Da war ich mal ein wenig geistig verwirrt.
Ja, aber mit dem Build von gestern Nachmittag sieht das ganze Besser aus.Zitat:
Zitat von Buebchen
Dafür habe ich jetzt einen anderen ZVEI-Fehler gefunden:
8-stellige 5-Ton-Alarmierungen sind mir bislang undbekannt :-)Zitat:
...
300:1183802454:4d6f6e69746f7264:4b616e616c2032:210 24:0:756E6B6C617265204175736C2073756E67
300:1183802455:4d6f6e69746f7264:4b616e616c2032:210 24:0:756E6B6C617265204175736C2073756E67
300:1183802456:4d6f6e69746f7264:4b616e616c2032:10261023:0:756E6B6C617265204175736C2073756E67
300:1183802457:4d6f6e69746f7264:4b616e616c2032:210 23:1:4D656C6465726175736C2073756E67
...
300:1183813665:4d6f6e69746f7264:4b616e616c2032:210 31:0:756E6B6C617265204175736C2073756E67
300:1183813666:4d6f6e69746f7264:4b616e616c2032:210 31:0:756E6B6C617265204175736C2073756E67
300:1183813667:4d6f6e69746f7264:4b616e616c2032:10331056:0:756E6B6C617265204175736C2073756E67
300:1183813668:4d6f6e69746f7264:4b616e616c2032:210 56:0:756E6B6C617265204175736C2073756E6
....
Der Fehler kommt auf Port 9333 und 9300 an.
viele Grüße,
Andreas
So, crusader muss sich jetzt auch anmelden. Da es dort keine Benutzernamen gibt habe ich das so integriert:
Es wird nach einem Benutzer "crusader" gesucht. Mit dessen Passwort kann sich der Crusader anmelden (in der Standard-Version ist das Passwort "pw"). So habe ich es auch in der monitord.xml hinterlegt.
@Nepomuck:
Auch nicht schlecht :-) Werde mir das mal anschauen. Sieht ein bisschen so aus, als ob da irgendein Zähler nicht zurück auf "Null" geht. Die letzten 4 Ziffern stimmen ja vermutlich dann wieder.
hm..
nun steigt er mir beim make aus:
Code:-Wno-deprecated SocketServer.cpp -o SocketServer.o
SocketServer.cpp: In member function âvoid SocketThread::checkLoginCrusader(std::string)â:
SocketServer.cpp:709: error: no match for âoperator<<â in âstd::operator<< [with _Traits = std::char_traits<char>]...
...
eam<_CharT, _Traits>::operator<<(std::basic_streambuf<_CharT, _Traits>*) [with _CharT = char, _Traits = std::char_traits<char>]
make[1]: *** [SocketServer.o] Error 1
make[1]: Leaving directory `/home/macleod/2.1/monitord'
make: *** [all] Error 2
Kleiner Fehler bei den Debug-Ausgabe. Ist jetzt behoben. SVN aktualisiert.
jo, make lüppt jetzt durch :-)
nur zeigt mir crusader immer noch nichts an :-(((
wenn's bei anderen geht, aber bei mir nicht, muß ich doch was falsch machen, bzw an irgendetwas nicht gedacht haben. nur was???
ideen?
MacLeod
Um den Crusader-Port zu testen folgenden machen:
1. Telnet auf den Port 7778
2. PASS:pw
(oder statt pw das in der monitord.xml angegebene Passwort für den crusader Benutzer)
Jetzt sollten Ausgaben erfolgen, wenn etwas neu ausgewertet wird. Der Crusader Server macht keine Meldung, wenn man sich mit dem Port verbindet.
Das gleiche beim FMS32Pro:
1. Telnet auf den Port 9300
Fertig
Für den monitord:
1. telnet auf den Port 9333
2. Es sollte die Meldung "110:monitord 2.0.0 READY" kommen.
3. mit 220:<User-In-Hex>:<Passwort-in-Hex> anmelden
Jetzt sollten auch hier ausgaben erfolgen. Die erfolgreiche Anmeldung wird bestätigt.
WICHTIG.
in der monitord.xml kann man IPs sperren:
Code:<auth>
<login>
<name>test</name>
<password>test</password>
</login>
<login>
<name>crusader</name>
<password>pw</password>
</login>
<!-- Bisher nur IP Adressen. Keine Netze oder Bereiche ! -->
<!-- Mehrfachnennungen sind aber moeglich, sofern sie Sinn machen -->
<!-- Suchreihenfolge: allow, login, deny -->
<ip action=login> any </ip> <!-- Diese IPs muessen sich einloggen -->
<ip action=allow>192.168.0.1</ip> <!-- Diese IPs muessen sich nicht einloggen -->
<ip action=allow>192.168.0.2</ip> <!-- Diese IPs muessen sich nicht einloggen -->
<ip action=allow>192.168.0.3</ip> <!-- Diese IPs muessen sich nicht einloggen -->
<ip action=deny>any</ip> <!-- Diese IPs koennen sich nicht einloggen -->
</auth>