This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UTM 9 DynDns festures.ph verändert -> Nix geht mehr

Hallo zusammen,

ich wollte bei meiner UTM 9 die DynDns Liste um All-Inkl erweitern.

Ich habe mich an die Anleitung (fast) gehalten, die ich im Netz gefunden habe:

  1. Shell Zugriff aktivieren (Managment > System Settings > Shell Access)
  2. Mit Putty auf die Firewall verbinden und den Loginuser benutzen
  3. Anschließend mit su root Rechte erhalten
  4. vi /var/confd/res/dyndns/features.ph
  5. einen Provider abändern und speichern (z.B no-ip)
’no-ip‘ => {
’server‘   => ‚dyndns.kasserver.com‘,
‚protocol‘ => ‚dyndns2‘,
‚options‘  => [],
’support‘  => {
’strategy‘ => 1,
‚hostname‘ => 1,
},
},

Verändert habe ich den Eintrag von "DNS-O-Matic" aber selbst wenn ich diesen wieder zurück benenne bleibt die Liste leer.

Den einzigen Fehler, den ich wohl gemacht habe war, dass ich in diesem Beispiel "no-ip" durch "all-inkl" ersetzt habe.
Dann alles wie in der Liste zu sehen angepasst habe und mit Esc dann :wq beendet.

Dann habe ich einen refresh im Browser gemacht und wollte den so hinzugefügten Anbieter auswählen. Wenn ich jetzt bei "Typ" auf den
Dropdown gehe ist die Liste leider leer...

wenn ich wieder die features.ph aufrufe ist diese aber ganz normal vorhanden (bis auf meine Änderung)

Was kann ich jetzt tun, dass es wieder funktioniert? Das einspielen meines Back ups hat daran nichts geändert.

Die Maske sah vorher auch anders aus. Ich habe aber keine Ahnung wie ich das wieder beheben soll.

Vielen Dank schon vorab an die Community

Gruß
Patrick



This thread was automatically locked due to age.
Parents
  • Brauchtst Du also eine originale features.ph?

     

    # Copyright (C) 2007,2012 Astaro GmbH & Co. KG www.astaro.com
    # For copyright information look at /doc/astaro-license.txt
    # or www.astaro.com/.../astaro-license.txt
    #
    # Author: Ingo Schwarze <ischwarze@astaro.com> 16.7.2007
    #
    ##############################################################################
    # static ddclient configuration data for various dynamic DNS services
    ##############################################################################

    {
    'dns-o-matic' => {
    'server' => 'updates.dnsomatic.com',
    'protocol' => 'dyndns2',
    'options' => [],
    'support' => {
    'mx' => 1,
    'backupmx' => 1,
    'strategy' => 1,
    'hostname' => 1,
    'wildcard' => 1,
    },
    },
    'dnspark' => {
    'server' => 'control.dnspark.com',
    'protocol' => 'dnspark',
    'options' => [],
    'support' => {
    'mx' => 1,
    'mxpri' => 1,
    'strategy' => 1,
    'hostname' => 1,
    'aliases' => 1,
    },
    },
    'dtdns' => {
    'server' => 'www.dtdns.com',
    'protocol' => 'dtdns',
    'options' => ['client=SophosUTM'],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    'aliases' => 1,
    },
    },
    'dyndns' => {
    'server' => 'members.dyndns.org',
    'protocol' => 'dyndns2',
    'options' => [],
    'support' => {
    'mx' => 1,
    'backupmx' => 1,
    'strategy' => 1,
    'hostname' => 1,
    'wildcard' => 1,
    'aliases' => 1,
    'ipv6' => { 'strategy' => 'if', 'record' => ['a', 'both'] },
    },
    },
    'dyndns-custom' => {
    'server' => 'members.dyndns.org',
    'protocol' => 'dyndns2',
    'options' => ['custom=yes'],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    'aliases' => 1,
    'ipv6' => { 'strategy' => 'if', 'record' => ['a', 'both'] },
    },
    },
    'easydns' => {
    'server' => 'members.easydns.com',
    'protocol' => 'easydns',
    'options' => [],
    'support' => {
    'mx' => 1,
    'backupmx' => 1,
    'strategy' => 1,
    'hostname' => 1,
    'wildcard' => 1,
    'aliases' => 1,
    },
    },
    'freedns' => {
    'server' => 'freedns.afraid.org',
    'protocol' => 'freedns',
    'options' => [],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    'aliases' => 1,
    'ipv6' => { 'strategy' => 'if', 'record' => ['a', 'aaaa'] },
    },
    },
    'namecheap' => {
    'server' => 'dynamicdns.park-your-domain.com',
    'protocol' => 'namecheap',
    'options' => [],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    'aliases' => 1,
    },
    },
    'no-ip' => {
    'server' => 'dynupdate.no-ip.com',
    'protocol' => 'noip',
    'options' => [],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    },
    },
    'opendns' => {
    'server' => 'updates.opendns.com',
    'protocol' => 'dyndns2',
    'options' => [],
    'support' => {
    'strategy' => 1,
    'label' => 1,
    },
    },
    'selfhost' => {
    'server' => 'carol.selfhost.de',
    'protocol' => 'dyndns2',
    'options' => [],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    },
    },
    'strato' => {
    'server' => 'dyndns.strato.com',
    'protocol' => 'dyndns2',
    'options' => [],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    },
    },
    'zoneedit' => {
    'server' => 'dynamic.zoneedit.com',
    'protocol' => 'zoneedit1',
    'options' => [],
    'support' => {
    'strategy' => 1,
    'hostname' => 1,
    'aliases' => 1,
    },
    },
    }

  • Hallo Thorsten,

    besten Dank. Ich habe die Datei wieder angepasst. Leider hat das auch nach einem Neustart nicht den gewünschten Effekt gehabt.

    Hast du eine Idee was passiert sein kann?

    Beim ersten Versuch die Datei abzuändern ist mir Putty abgeschmiert und ich habe eine Meldung bekommen, dass noch eine Instanz der features.ph geöffnet ist.

    Ich habe aber dann, da ich noch nichts geändert hatte, die vom System erstellte features.ph.s?? löschen lassen und dann konnte ich die normale features.ph wieder öffnen und editieren.

     

    VG

    Patrick

  • Vielleicht sind auch fehlerhafte Informationen in der Database. Dann müsstest Du vielleicht ein Rebuild in Erwägung ziehen. Leider gehen dann Statistiken und gespeicherte SPX-Kennwörter flöten. Wenn Du darauf verzichten kannst: 

    /etc/init.d/postgresql92 rebuild
  • Habe beides durchgeführt beim restart des dyndns bekomme ich folgendes angezeigt:

    ltc-gw:/home/login # /var/mdw/scripts/dyndns restart
    :: restart dyndns
    dyndns error: kill failed
    WARNING: file /etc/ddclient/ddclient.conf: Cannot open file '/etc/ddclient/ddclient.conf'. (No such file or directory)
    stat() on closed filehandle FD at /usr/sbin/ddclient line 1011.
    Use of uninitialized value $mode in bitwise and (&) at /usr/sbin/ddclient line 1012.
    readline() on closed filehandle FD at /usr/sbin/ddclient line 1024.
    WARNING: file /etc/ddclient/ddclient.conf: Cannot open file '/etc/ddclient/ddclient.conf'. (No such file or directory)
    stat() on closed filehandle FD at /usr/sbin/ddclient line 1011.
    Use of uninitialized value $mode in bitwise and (&) at /usr/sbin/ddclient line 1012.
    readline() on closed filehandle FD at /usr/sbin/ddclient line 1024.
    dyndns error: start failed
    dyndns error: still not running
    [ failed ]

     

    dann habe ich den rebuild gemacht:

    ltc-gw:/home/login # /etc/init.d/postgresql92 rebuild
    Rebuilding PostgreSQL database, all reporting data will be lost!
    Enter "yes" to continue...
    yes
    :: Stopping PostgreSQL done
    :: Initializing the PostgreSQL database done
    :: Starting PostgreSQL done
    :: Restarting SMTP Proxy
    :: Stopping SMTP Proxy
    [ ok ]
    :: Starting SMTP Proxy
    [ ok ]
    [ ok ]

    dann hab ich mich eingeloggt -> keine Veränderung

    ein erneuter restert des dyndns durchgeführt mit dem gleichen Ergebnis wie oben! Er kann dyndns nicht starten

     

    gibt es noch weitere Ansätze?

  • Hallo Patrick,

    Herzlich willkommen hier in der Community !

    (Sorry, my German-speaking brain isn't creating thoughts at the moment. [:(])

    Have you tried restoring a config backup from prior to the change?

    If that didn't work, I fear that your best move from here is to re-image from ISO after taking several configuration backups off the UTM.

    MfG - Bob (Bitte auf Deutsch weiterhin.)

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Hallo,

    vielen Dank für die Willkommensgrüße. Ich habe es geschafft, dass die UTM mir wieder alle dyndns Anbieter anzeigt. Die features.ph war defekt. ich habe die nun komplett neu erstellt und schon ging alles wieder. Nur mein ursprüngliches Problem hat sich nicht gelöst. Es passt zwar nicht hier unter diesen Thread aber mein eigentliches Problem ist, dass ich nicht von außen per ssl auf mein "voffice" zugreifen kann. Bzw. bekommen ich über das kleine Sophos SSL Tool keine Verbindung.

    Es hat monatelang funktioniert aber jetzt will es einfach nicht mehr. Habe meine DynDns bei FrerDNS. Von mir wurden keine Einstellungen verändert aber ich komme nicht mehr drauf.

    Ich habe alles getestet! Wenn ich in ping.eu die URL eingebe, dann zeigt er mir die IP an, die Ports in der UTM wurden nicht geändert aber es will einfach nicht.

    folgende Konfiguration:

    FreeDNS: sub.chickenkiller.com

    All-Inkl: sub.chickenkiller.com auf voffice.meine-domain.de (CNAME)

    UTM: sub.chickenkiller.com / FreeDNS / Schnittstelle;External / Benutzername & Passwort

    UTM: sonst halt die Netzwerkfreigabe und Ports definiert

     

    Vielleicht kann mir ja jmd helfen

     

    Besten Dank

  • What do you see in the SSL VPN log when the connection fails, Patrick?

    MfG - Bob (Bitte auf Deutsch weiterhin.)

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Hi,

    ich bekomme folgende Anzeige:

     

    Fri Oct 04 20:15:33 2019 OpenVPN 2.3.8 i686-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Oct 30 2018
    Fri Oct 04 20:15:33 2019 library versions: OpenSSL 1.0.2l 25 May 2017, LZO 2.09
    Enter Management Password:
    Fri Oct 04 20:15:33 2019 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
    Fri Oct 04 20:15:33 2019 Need hold release from management interface, waiting...
    Fri Oct 04 20:15:33 2019 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
    Fri Oct 04 20:15:33 2019 MANAGEMENT: CMD 'state on'
    Fri Oct 04 20:15:33 2019 MANAGEMENT: CMD 'log all on'
    Fri Oct 04 20:15:33 2019 MANAGEMENT: CMD 'hold off'
    Fri Oct 04 20:15:33 2019 MANAGEMENT: CMD 'hold release'
    Fri Oct 04 20:15:44 2019 MANAGEMENT: CMD 'username "Auth" "USERNAME"'
    Fri Oct 04 20:15:44 2019 MANAGEMENT: CMD 'password [...]'
    Fri Oct 04 20:15:44 2019 Socket Buffers: R=[65536->65536] S=[65536->65536]
    Fri Oct 04 20:15:44 2019 MANAGEMENT: >STATE:1570212944,RESOLVE,,,,,,
    Fri Oct 04 20:15:44 2019 Attempting to establish TCP connection with [AF_INET]100.91.15.92:10417 [nonblock]
    Fri Oct 04 20:15:44 2019 MANAGEMENT: >STATE:1570212944,TCP_CONNECT,,,,,,
    Fri Oct 04 20:15:54 2019 TCP: connect to [AF_INET]100.91.15.92:10417 failed, will try again in 5 seconds: Das System hat versucht, einem Verzeichnis, das sich auf einem mit JOIN zugeordneten Laufwerk befindet, ein Laufwerk mit SUBST zuzuordnen.
    Fri Oct 04 20:15:59 2019 MANAGEMENT: >STATE:1570212959,RESOLVE,,,,,,
    Fri Oct 04 20:15:59 2019 MANAGEMENT: >STATE:1570212959,TCP_CONNECT,,,,,,
    Fri Oct 04 20:16:09 2019 TCP: connect to [AF_INET]100.91.15.92:10417 failed, will try again in 5 seconds: Das System hat versucht, einem Verzeichnis, das sich auf einem mit JOIN zugeordneten Laufwerk befindet, ein Laufwerk mit SUBST zuzuordnen.
    Fri Oct 04 20:16:14 2019 MANAGEMENT: >STATE:1570212974,RESOLVE,,,,,,
    Fri Oct 04 20:16:14 2019 MANAGEMENT: >STATE:1570212974,TCP_CONNECT,,,,,,

     

     

    Dabei ist mir aufgefallen, dass mein PC, wenn ich über "wieistmeineip.de" eine andere externe IP aufweist, als die, die mir die Firewall als external on eth1 angezeigt wird. Seltsamerweise funktionieren von außen beide nicht. Wenn ich von einem PC innerhalb des Netzwerkes die IP 100.91.15.92 verwende bekomme ich über den Browser Zugriff. meine externe IP ist jedoch 156.67.XXX.XXX diese erreiche ich auch über die URL von freeDNS und löst auch richtig auf. Die IP 100... wir als interne IP nicht über nslookup gefunden.

     

    Die Einstellungen in der UTM müssten diese IP durchlassen. Ich verzweifel hier langsam...

  • Hmmmm.  When you look on the 'DynDNS' tab, does your chickenkiller entry show a successful update?  In the past, I had to manually update my FreeDNS at times.  I just checked two installations and both show recent, successful updates.  Are you on version 9.605?

    MfG - Bob (Bitte auf Deutsch weiterhin.)

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Ich habe die Version 9.605-1. Auch das Update ist erfolgreich und wird automatisch von der UTM angestoßen.

    Ich verstehe nicht, warum ich 2 externe IP Adressen habe.

  • Habe nun meinen Anbieter angeschrieben. Habe die Antwort bekommen, dass bei der Umstellung meines Profils von Privat auf Business ein Fehler aufgetreten ist.

    Mir wurde keine öffentliche IP zugewiesen. Ich verstehe zwar nicht, warum das Problem jetzt erst aufgetreten ist, da die Umstellung schon Anfang des Jahres war aber egal...

     

    Der Anbieter hat die Einstellungen angepasst und siehe da ich kann wieder von außen auf mein Netzwerk zugreifen.

     

    Vielen Dank an die Community

Reply
  • Habe nun meinen Anbieter angeschrieben. Habe die Antwort bekommen, dass bei der Umstellung meines Profils von Privat auf Business ein Fehler aufgetreten ist.

    Mir wurde keine öffentliche IP zugewiesen. Ich verstehe zwar nicht, warum das Problem jetzt erst aufgetreten ist, da die Umstellung schon Anfang des Jahres war aber egal...

     

    Der Anbieter hat die Einstellungen angepasst und siehe da ich kann wieder von außen auf mein Netzwerk zugreifen.

     

    Vielen Dank an die Community

Children
No Data