Connect nicht immer möglich?

    Hallo zusammen,

    immer wieder berichten mir OM`s, dass sie mein Gateway erst gar nicht connecten können. Dafür jede andere im Echolink aufgelistete Station. Somit rückt der Focus für den möglichen Fehler schnell hier her.

    Ich darf vorwegschieben, dass ich hier eine Whitelist führe. Allerdings sind die bisher betroffenden OM`s da aufgeführt. Es ist auch nicht so, dass ich daran etwas ändere.

    Ich versuche mal die bekannten Fakten zusammen zu stellen:

    1. Dies Problem tritt nicht immer auf, so dass man nicht genau sagen kann wer oder wann man nicht connecten kann.
    2. Das kann vom Handy aus sein, oder aber auch über normale Windows Echolink. Eine Differenzierung war nicht festzustellen
    3. Heute geht es, morgen nicht mehr. (Ohne jegliche Änderung an Svxlink)
    4. Irgendwann geht es dann wieder. (Ebenfalls ohne Änderung)
    5. Die Einstellungen in der Echolink.conf:
    MAX_QSOS=10
    MAX_CONNECTIONS=10
    Es spielt aber keine Rolle, da meist nur max 4 Verbindungen zustande kommen.
    6. Wenn der betroffene OM einen anderen OM, welcher bereits mit mir verbunden ist connected, dann ist es kein Problem, das klappt immer.

    Jemand eine Idee, was das sein könnte?

    Hallo Stefan,

    ich habe das Problem auch schon beobachtet. Es taucht hin und wieder einmal auf. SvxLink gibt dann folgende Fehlermeldung aus:

    *** WARNING: Ignoring incoming from xxxxxx since the IP address registered in the directory server (x.x.x.x) is not the same as the remote IP address (x.x.x.x) of the incoming Connection.

    Mein SvxLink-System hängt allerdings hinter einem Echolink-Proxy. Vielleicht hat es ja damit etwas zu tun. Eine Lösung habe ich bisher noch nicht gefunden ...

    Schönen Gruß
    Frank, DL3DCW

    Hallo Frank,

    das mit dem Zugang über Handys, das ist bekannt. Da sind schnell wechselnde IP`s welche sich durch wechselnde Zellen ergeben. Es gibt dazu auch eine genauere Erklärung hier im Forum, finde die aber leider nicht.

    Heute Abend hat es sich wieder ergeben. Aus nicht nachvollziehbaren Gründen konnte er sich nicht einloggen. Seine verwendete Soft war Echolink für Windows. Er konnte sich wohl mit dem Testserver problemfrei verbinden. Auf meiner Seite hatte ich das Protokoll von Svxlink mitlaufen. Von seinem Versuch sich einzuloggen keine Spur.

    So bin ich hingegangen und habe ihn über via Funk mittels DTMF direkt connected. Svxlink meldet auch den Aufbau der Verbindung, aber er kommt nicht zustande und bricht dann schließlich ab. Auf seiner Seite wurde das Gateway allerdings als connected angezeigt. Aber nichts geht.

    Schließlich habe ich mich entschlossen, einen Reboot meines RasPi durchzuführen. Es hat zwar danach einige Minuten gedauert,bis ich in Echolink nicht mehr als online gelistet wurde. Danach Svxlink neu gestartet und siehe da, die Welt war wieder in Ordnung. Der OM konnte das Gateway wieder connecten.

    Das, was ich heute Nachmittag erfahren konnte bestätigt es im Wesentlichen das eingangs genannte. Die Frage ist jedoch, was ist die Ursache für dieses Problem? Und wie stellt man das ab?

    also keinerlei Eintrgungen im Log wenn ein OM einen Connectversuch startet? Komisch...
    Wenn eine Station nicht connecten kann, können dann andere Stationen auch nicht connecten oder betrifft es nur diesen einen OM?
    Kann es sein, dass Deine öffentliche IP häufiger wechselt?

    73's de Adi, DL1HRC

    Nein, eigentlich ändert sich meine IP nur sehr selten, manchmal nur einmal im Monat. Und das das in dem Moment der Fall war, ist daher sehr unwahrscheinlich.

    Was mir gerade noch einfiel, als der OM mich connected hat, sah es für Ihn erst so aus, als würde die Verbindung stehen. Habe das via Telefon mitverfolgen können. Der Ton zum connect kam, meine Ansage aber schon nicht mehr.

    Solches Verhalten kenne ich nur, wenn man Portprobleme hat im Router bzw. die beiden Ports nicht richtig geroutet werden. Da bekommt man den Connect auch hin, aber danach passiert eben nichts mehr. Zumindest ist das Verhalten dabei gleich.
    Das kann es zumindest routerseitig eigentlich nicht sein. Da habe ich ja nichts geändert und in aller Regel geht es ja auch. Zumal andere OM`s in einer solchen Situation mich ja auch connecten können.

    Hm, keine Ahnung :( Wenn SvxLink eine eigehende Verbindung erkennt gibt es sofort im Log eine Meldung aus: "Incoming EchoLink connection from..." usw. und noch weitere wenn die Verbindung aufgebaut ist/wird. Wird eine Station abgewiesen das selbe..nix ohne Logeintrag. Habe gerade noch mal in des Sourcen nachgeschaut.
    Die Tatsache, dass keinerlei Logmeldung erscheint deutet darauf hin dass möglicherweise Dein Svx-Node gar nicht erreicht wird, sei es durch eine Firewall, Portforward oder durch eine falsche IP-Adresse.
    Da hilft nur sniffen per tcpdump o.ä.

    73's de Adi, DL1HRC

    tja....... ist eben sehr suspekt alles. Was in dem Zusammenhang ja auch interessant ist, nach dem Reboot des RasPi ging es ja wieder. Also sollten doch Forwarding, Firewall und Co. nicht ins Visier geraten, denn die sind nach dem Reboot ja genauso da wie vorher.

    Vielleicht verschluckt sich das Ding ja auch nur so ab und an mal, wie gesagt, es ist kein dauerhaftes Problem. Und soetwas zu finden, naja............. ich jedenfalls nicht.

    Quote


    Vielleicht verschluckt sich das Ding ja auch nur so ab und an mal, wie gesagt, es ist kein dauerhaftes Problem. Und soetwas zu finden, naja............. ich jedenfalls nicht.

    Glücklich wäre ich damit aber nicht, die Ursache muß sich doch finden lassen. So ein Verhalten wäre doch sicher schon mehreren OMs aufgefallen.
    Versuch das doch mal einzugrenzen, wenn der om connected und in Zweiter gleichzeitig, bekommt dann keiner eine Verbindung oder nur der Eine nicht? Läßt sich eine Verbindung von Deinem Svx zu diesem OM aufbauen?

    vy 73's de Adi, DL1HRC

    Moin Adi,

    ob andere OM`s das Problem auch haben weiß ich nicht. Und ich will ja auch nicht ausschließen, das hier lokal ein Problem besteht. Alles spricht ja auch dafür.

    Um Deine Fragen zu beantworten, wenn der Fall eintritt, dass der OM mich nicht connecten kann, dann kann ich ihn über DTMF auch nicht erreichen. Die Ansage kommt zwar noch, dass der Aufbau läuft (.....verbinde mit XXXXX) aber das wars dann aber auch.

    Quote

    om connected und in Zweiter gleichzeitig, bekommt dann keiner eine Verbindung oder nur der Eine nicht?

    Den Fall hatte ich zumindest bewusst noch nicht. Kürzlich war die Situation wie folgt:

    OM 1 connected sich. Alles gut
    OM 2 connected 10 Min später und kommt nicht rein
    OM 2 connected OM 1, welcher noch mit mir verbunden ist, dann gehts natürlich

    Wenn OM 2 sich disconnected und ich ihn versuche via DTMF (nach angemessener Zeit) zu connecten, erfolgt die Ansage über den Aufbau der Verbindung und Ende.

    Das einzige was ich von hier aus machen kann, dies alles im Falle des Falles noch einmal ausgiebig zu testen und zu dokumentieren. Vielleicht lassen sich so noch weitere Zusammenhänge erkennen.

    Hallo Sven,

    die Einstellungen Deines Routers sind ok? Sie leiten die UDP Ports 5198 und 5199 auf den Rechner, auf dem Sxlink läuft? Ist der TCP Port 5200 vom Rechner ins Internet freigegeben? Siehe auch hier http://www.satszene.ch/hb9dww/echolin…l_solutions.htm
    Das wäre zuerst zu prüfen.
    Rufzeichen und Passwort richtig eingetragen?

    Aber das von mir hier angefragte Problem ist jedoch anders gelagert. Mein Gate kann von außen her manchmal nicht con werden.

    Hi,

    ja das ist ein anderes Problem und ein bisschem mehr Input wäre hier schon hilfreich. Was sagt das SvxLink-Log? Wird ein Connect zum EL-Verzeichnisdienst angezeigt oder kommt da eine eine entsprechende Fehlermeldung?
    Für das Erscheinen auf der EchoLink-Statuswebseite ist die LocationInfo notwendig und der Parameter

    Code
    STATUS_SERVER_LIST=aprs.echolink.org:5199


    entsprechend freizugeben.

    vy 73's de Adi, DL1HRC

    Hallo zusammen,

    so, heute Mittag ein wenig getestet mit anderen Stationen.

    Der Kollege Norbert befand sich in der Nähe von DB0POC-L. Um uns zu verständigen, haben wir zunächst eine Verbindung von seinem Smartphone nach DG7JG-L hergestellt. Die war auch stabil.

    Im zweiten Schritt wollten wir DB0POC-L hinzufügen um Betrieb über Funk machen zu können. Dazu hat Norbert meine Nodenummer gesendet und bekam auch eine Ansage, dass die Verbindung aufgebaut wird. Dies endete aber kurz drauf in einem Timeout, ohne das die Verbindung zustande kam. Es ist auch dabei direkt zu erwähnen, dass ich das laufende Protokoll im Auge hatte und(!) wieder keinen Eintrag über eine eingehende Verbindung sehen konnte.

    (Die Whitelist habe ich zwischenzeitlich auch mal rausgenommen und Svxlink neu gestartet. Keine Änderung)

    Gegenversuch.

    Per DTMF hab ich dann DB0POC-L connected. Das selbe Spiel, ich bekomme die Ansage, dass die Verbindung aufgebaut wird und kurz drauf, dass diese wieder disc wird.

    Dann hab eich mein Windows Echolink gestartet und mir einen Proxy gesucht. Darüber habe ich dann DB0POC-L connected. (ich weiß, das geht eigentlich nicht, aber ich wollte ja auch nur sehen, ob die Verbindung zustand kommt, um das näher einzugrenzen. Den bei dem Windows Programm üblichen Balken konnte ich sehen und dieser war moduliert. Auch als der OM Norbert gesprochen hat, war dies zu erkennen. Das ich ihn nicht gehört hat, lag in dem Falle aber nur an meiner Konfiguration im Windows, ansonsten hätte ich auch Ton gehört, hat nichts mit dem eigentlichen Problem zu tun.

    Eine weitere Beobachtung:

    Im Protokoll bekomme ich immer wieder mal Warnhinweise, dass der APRS Server nicht zu erreichen ist. Irgendwann gehts aber wieder. Auch die Darstellung auf APRS.fi ist ok. Nein, die IP ist immer noch die selbe. Laut FritzBox: verbunden seit 03.11.2014, 11:04 Uhr

    Zwischenzeitlich hatten wir auch DB0ACC-L ausprobiert. Der Connect lief sauber ab und blieb auch erhalten. Weiterhin habe ich Dich Adi auf WSF gerufen. Auch die Verbindung war ok.

    Die essentielle Frage für mich ist:
    Warum geht es mit dem einen OM oder auch Repeater und mit anderen wieder nicht? Warum taucht die eingehende Verbindung nicht im laufenden Log auf? Was ist anderes als vor noch 2 Monaten?

    Hallo Adi,

    Du hast eigentlich vollen Zugriff. Kannst Dich auch mit dem Gate connecten. Sollte gehen, wenn nicht, dann haste den Fehler sogar live ;)

    Wenn Du die Zugangsdaten nicht mehr hast, dann melde Dich doch bitte
    nochmal eben.

    Hi all,

    so wie ich das einschätze lag es an einem localen Firewall, der per iptables den eingehenden IP-Verkehr ganzer Netze sperrte. Das ganze offensichtlich sporadisch per Nachladen weiterer IP-Bereiche (z.B. 212.0.0.0/8), damit es nicht ganz so einfach wird die Ursache zu erkennen :evil: Nach nem Neustart gings dann mal wieder....wer denkt sich so was nur aus ???

    vy 73's de Adi, DL1HRC

    Hallo Adi,

    hmmm denke, das kann ich leider so nicht stehen lassen, denn diese eigens eingerichtete Firewall ist insbesondere zur Überwachung von SSH Logins eingerichtet worden. Die IP-Tabels sollen mir die bösen Jungs und Bots einfach draußen lassen. Und da gibt es leider ganz viele von wie man im Log gut erkennen kann.

    Alle für Echolink benötigten Ports sind andere Protokolle (TCP und UDP) und eben die bekannten 5198-5200. Die bleiben davon gänzlich unberührt.

    Weiterhin hat das Abschalten dieser "Firewall" auch keine Änderung gebracht. Jetzt, nach dem Update von Svxlink, welches Du freundlicherweise hier installiert hast, sind diese Probleme scheinbar weg. Zumindest traten sie bisher nicht wieder auf. Und das, obwohl die Firewall aktiv ist.

    Sollte ich mit meiner Meinung falsch liegen, was die Firewall angeht, dann bitte korrigiere mich. Für mich ist das hier auch nur Hobby und lerne auch gerne dazu. :)

    Hi,

    also zumindest deutet das Verhalten daruf hin, dass es am Firewall lag.
    Gesperrt war beispielsweise das gesamte Netz 212.x.x.x für alle eingehende Verbindungen (und ca. 30 weitere IP-Bereiche), so dass ich weder per EchoLink noch per ssh auf Deinen Rechner kam. Vermutlich hatte das Sperren/Verwerfen der eingehen Anfragen Proirität gegenüber den Freigaben auf 5198-5200. Ein Bereich im 212er Netz gehört einer Institution für die ich tätig bin, so dass ich von einer EL-Station in Halle und meinen Rechnern gar nicht erst auf Dein System draufkam.
    Ich bin jetzt nicht der große Firewall-Held nur irgendwie kann man das nicht einfach machen weil Du damit einen extrem großen Anteil der User ausschließt. Wenn Du Probleme mit ssh-Anfragen haben solltest, dann würde ich von außen einen anderen Port wählen, z.B. 43123 und den auf die 22 umleiten. Weiterhin würde ich per iptables nur wenige Anfragen von Usern von ein und der selben IP pro Minute zulassen und nach der 5.Anfrage für 15Minuten sperren. Das setzt die Lust für Einbruchsversuche gewaltig herab. Ganze IP-Bereiche sperren würde ich nur im Außnahmefall.
    Ich kann Dir da leider keine weiteren Tips geben, da ich mich mit dem verwendeten Firewall nicht auskenne. Im Modul EchoLink selbst hat sich dabei im letzten Jahr IP-mäßig nicht viel getan, so das ich mir nicht vorstellen kann, dass es am Update lag.

    vy 73's de Adi, DL1HRC

    Edited once, last by dl1hrc (December 13, 2014 at 5:23 PM).