[V3.0 IP5.1] Problem mit Netzwerkeinstellungen

[Robert_Mini]

Man kann es auch gar nicht mit spitzen Klammern eingeben (weil bei der Eingabe einer spitzen Klammer erscheint die Fehlermeldung "das ist syntaktisch ungültig".
==>>> Das ist ein in grau dargestellter HILFETEXT. Das gibt es seit 2017 so und ab heute ist es ein Problem?

Wenn eh schon eine Syntaxprüfung der IP vorhanden ist, dann weiß ich gar nicht, was man da noch absichern sollte/könnte.
Dann hab ich aber das Problem noch nicht verstanden. Ich hätte bisher verstanden, dass man das auch so eingeben darf...
Ist aber egal, ich kann da nichts (mehr) beitragen.

Robert

[StefanW]

Hi Robert,

ich erkläre es gerne.

Ein normaler IP-Netzwerk Host benötigt ZWEI Parameter:

1. Seine IP Adresse
2. Die Netzwerkmaske des Netzwerkes zu dem diese IP gehört.

Damit kann ein Host mit anderen Hosts im gleichen Netzwerk auf Basis der IP kommunizieren


Wenn der Host auch mit anderen Hosts in ANDEREN Netzen (z.B. dem Internet) kommunizieren möchte, dann braucht es

3. die IP Adresse des ROUTERS Routers der die Verbindung zu den ANDEREN Netzen darstellt (man nennt das Default Gateway).

Wenn man diese nicht definiert, dann kann ein Host nicht mit Hosts in ANDEREN Netzen kommunizieren. Genau das ist hier passiert. Es wurden nur die Eingaben für 1. und 2. gemacht und anschließend konnte der Host (hier der Timberwolf Server) nicht mit dem Update Server im Internet kommunizieren. Das ist so Stand der Technik.

Wenn man bei Windows auf Statisch stellt und den Eintrag für Default Gateway nicht ausfüllt, dann kommt der Windows PC auch nicht in das Internet. Da gibt es auch keine großartige Detailmeldung, sondern da steht beim Mouseover über dem Icon "kein Internetzugriff". Muss man dann selbst finden.


Fazit:

Ein Host der mit dem Internet kommunizieren will benötigt mindestens drei Parameter für eine IP-Kommunikation. Mit zwei Parametern geht es nicht. (Korrekterweise muss man noch erwähnen, dass für die Namensauflösung noch als vierter Parameter ein DNS Server anzugeben ist, damit von Namen auf IP aufgelöst werden kann).

Mehr ist nicht dran an der Sache. Einfach ein Parameter nicht angegeben. Ich sehe das nicht als Problem des Servers.

lg

Stefan

[olicat]

Hi!

Wenn man diese nicht definiert, dann kann ein Host nicht mit Hosts in ANDEREN Netzen kommunizieren. Genau das ist hier passiert. Es wurden nur die Eingaben für 1. und 2. gemacht und anschließend konnte der Host (hier der Timberwolf Server) nicht mit dem Update Server im Internet kommunizieren.

Darueber hatte ich mich schon gewundert, mir fehlt die Eingabemoeglichkeit des Standard-Gateways:

TWSmissingGW.png

Eingetragen ist es aber - ich kann aus entfernten Netzen auf den TWS zugreifen und der TWS auf andere Netze.
Ich meine mich auch zu erinnern, den entsprechenden Menuepunkt bei der Erstkonfiguration gesehen zu haben.
Aber jetzt nicht mehr.

Oliver

[StefanW]

Hallo Oliver,

Darueber hatte ich mich schon gewundert, mir fehlt die Eingabemoeglichkeit des Standard-Gateways:

Richtig, das ist aber ein anderes (wenn auch ähnliches) Thema, das wir vor zwei Wochen festgestellt haben und an dem wir bereits arbeiten.

Dies ist auch in einem anderen Thread behandelt worden.


Zur Übersicht für alle:

Hinsichtlich des Default Gateways gibt es drei Beobachtungen:

1. Nicht erfolgte Eingabe: Da die Eingabe des Parameters für das "Default Gateways" optional ist und damit nicht erzwungen wird, kann man die Eingabe übersehen.
Leider wurde dabei die Darstellung des Eingabefeld-Hilfetextes als "eine mögliche IP in spitzen Klammern in grau" von dem ein oder anderen als tatsächlich eingegebener Wert fehlinterpretiert (tatsächlich ist das die Anzeige, wenn das Feld eigentlich leer ist).
Das ist, worum es in diesem Thread geht, nach bisherigen Erkenntnissen eine nicht erfolgte Eingabe.

2. Fehlendes Eingabefeld für Gateway: Das Eingabefeld zur Eingabe / Änderung des Gateways fehlt.
Dies ist uns vor zwei Wochen bekannt geworden und wir arbeiten an der Behebung. Nach bisherigen Erkenntnissen tritt es erst auf, nachdem ein Gateway bereits hinterlegt worden ist. Wir arbeiten dran.

3. Fehlender Gateway Eintrag nach Backup / Restaurieren: Bei einigen (wenigen) Servern, die zum FreshUP bei ElabNET waren, war nach dem Restaurieren der vormaligen Datensicherung der Eintrag für das Default Gateway nicht mehr vorhanden. Das wird noch geprüft.

Nach derzeitiger Erkenntnislage scheint es sich um drei technische separate Themen zum gleichen Netzwerk-Parameter zu handeln. Da an diesem Funktionsmodul nichts verändert wurde, ist es im Moment etwas rätselhaft, warum es diese Probleme nun gibt. Dürfte ein Fehler in der Kommunikation zwischen Server und Oberfläche sein. Wir sehen uns dann auch an, ob eine aktivere Fehlermeldung möglich ist.

lg

Stefan

[RøaEl]

Ich greife das nochmal auf, da ich gestern nachvollzogen habe, was damals passiert ist. Da kann sich jeder seine eigne Meinung bilden, wie klar die Prozedur der IP-Adresseingabe hier geloest wurde.

Hi Stephan,

Die "<>" und die IP-Adresse 192.168.0.1 hat sich SELBER in das Feld eingetragen

"Eingetragen" ist ein weiter Begriff.

Wenn man auf "statisch" umstellt und alle Felder löscht, dann sieht das so aus:



Die Werte in den spitzen Klammern sind grau und sollen nur darstellen, in welchem Format die Werte erwartet werden.

Füllt man also nur die IP und Subnetzmaske aus, dann wird bei Gateway NICHTS eingetragen, das Feld zeigt dann den grauen Hilfetext in Klammern dar, wie zuvor auch. Da die Angabe einer Subnetzmaske (uns aller anderen Parameter) nicht verpflichtend ist, ist ein leeres Feld in Ordnung und damit grün.

Ich verstehe, dass manchen diese (übliche) Darstellung überfordern mag. Aber ein Gerät wie der Timberwolf Server, bei dem tausende von Parametern quer durch 11 Protokolle richtig eingetragen werden müssen, macht ein Minimum an Verständnis für die jeweiligen Protokolle erforderlich.


Wir streben kein Produkt an, das idiotensicher ist. Wer darüber stolpert und deshalb frustriert ist, soll seinen Server eben zurück geben.

Stefan

Ich persoenlich finde, dass das keine sonderlich gelungene Loesung seitens ElabNet ist. Aber das sehen andere sicherlich anders. Vielleit vermeidet der Beitrag ja, dass in Zukunft aehnliche Probleme (wird das bereits voreigetragene und korrekte Gateway NICHT nochmals haendisch eingetragen, funktioniert der Interneteingang NICHT) bei einer Erstinbetriebnahme nicht mehr vorkommen.





Da das nicht er erste und auch nicht der zweite Rechner war, den ich in meinem Leben ohne Probleme an ein Netzwerk angeschlossen habe und bei anderen Eingabemasken weder vorausgefuellte "Eingabevorschlaege" noch gruene Haken hinter noch fehlenden Eingaben zu finden sind, finde ich persoenlich: das geht uebersichtlicher.
Also entweder keine gruenen Haken, wo noch was eingegeben werden muss oder nichts vorausfuellen - denn wie bereits an anderer Stelle von StefanW erwaehnt wurde:

ein Minimum an Verständnis für die jeweiligen Protokolle

wird vorrausgesetzt.

Gruss Stephan

[StefanW]

Hallo Stephan,

mal auf Update gdrückt?

Wir haben die Dialoge und Einstellungen seit bald zwei Monaten überarbeitet.

Stefan

[RøaEl]

Hallo Stefan, hier ging es um die Erstinbetriebnahme von der originalen V2 (auf 2 verschiedenen TWS). Und ich kann nicht updaten, bevor das Netzwerk läuft
Das hatte ich auch in meinem ursprünglichen Beitrag, indem du mich so angegangen hast, auch zumindest indirkt geschieben.
Ist aber schön, dass der Bedarf einer Verbesserung erkannt wurde.

Das heisst also, sobald sich die V3 auf den verkauften Geräten befindet, ist das ein nichtexistentes Problem, der ohnehin obsoleten TWS2xxx Reihe?

Gruß
Stephan