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.
Advanced Member
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.
Advanced Member
Ist der Code bereits im Tarball von heute morgen 8:00 Uhr drin?Zitat von Buebchen
Mit dem Build ist der Effekt schlimmer als gestern -- siehe Anhang.
Andreas
Advanced Member
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.
Member
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
Advanced Member
Werde mir das mit dem FMS32Pro Client mal prüfen. Am ZVEI Timing liegt es defintiv nicht.
[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 ?
Geändert von Buebchen (06.07.2007 um 23:51 Uhr)
Advanced Member
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 ?
Member
hm...
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...
Geändert von MacLeod (07.07.2007 um 16:53 Uhr)
Member
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
Advanced Member
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.
Advanced Member
Ja, aber mit dem Build von gestern Nachmittag sieht das ganze Besser aus.
Dafür habe ich jetzt einen anderen ZVEI-Fehler gefunden:
8-stellige 5-Ton-Alarmierungen sind mir bislang undbekannt :-)...
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
Advanced Member
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.
Member
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]... ... eam<_CharT, _Traits>::operator<<(std::basic_streambuf<_CharT, _Traits>*) [with _CharT = char, _Traits = std::char_traits ] make[1]: *** [SocketServer.o] Error 1 make[1]: Leaving directory `/home/macleod/2.1/monitord' make: *** [all] Error 2
Advanced Member
Kleiner Fehler bei den Debug-Ausgabe. Ist jetzt behoben. SVN aktualisiert.
Member
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
Advanced Member
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>
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Berechtigungen
Zitieren