Thema "Re: zugriff auf den bimserver" in Teamwork & BIMcloud

zugriff auf den bimserver

grey-de — Mon, 09 May 2016 18:01:40 GMT

hallo,

bevor ich den support damit betraue, vielleicht hat jemand im forum eine idee.
das öffnen einer teamwork-datei wird uns verwehrt, da folgende fehlermeldung kommt:

sie können sich nicht mit BIMcloud / BIM server verbinden, da der hostname von ihrem computer ("xyz.speedport_usw......") nicht zu den RFC standards konform ist.

ich verstehe, daß die unterstriche wohl das problem sind. der name läßt sich nur leider im telekom-router nicht ändern.

seltsam ist, daß trotz fehlermeldung die freigabe einer datei möglich ist und diese anschließend unter den projekten gelistet wird.

nebenbei hatten wir zu beginn auch schon mal zugriff, sonst hätten wir teamwork nicht schon testen können.
wäre für jeden tip dankbar.

gruß, grey

Re: zugriff auf den bimserver

JensDD — Mon, 09 May 2016 18:27:06 GMT

der BIM-Server wird ja nicht auf dem Speedport laufen 🙂

Also ändert man den Namen des BIM-Servers auf dem Computer auf dem der BIM-Server läuft. Alternativen:
- während der Installation einen ganz anderen Namen vergeben (bin nicht sicher ob das später in den Einstellunegn änderbar ist)
- den BIM-Server über die IP Adresse ansprechen (Achtung: ältere BIM-Server verlangten dann trotzdem nach einem Reverse-DNS-Eintrag der gültig ist). Dazu dem BIM-Server eine feste, gleich bleibende Adresse zuweisen (DHCP per mac-Adresse oder abschalten).

U.U. solltet ihr für's Netzwerk jemanden dazunehmen der eine Grundlage in Bezug auf DHCP und DNS rein bringt.

vg jens

Re: zugriff auf den bimserver

grey-de — Mon, 09 May 2016 18:53:43 GMT

hallo jens,

danke für die schnelle reaktion. aber ich stehe gerade etwas auf dem schlauch. die fehlermeldung bezieht sich doch auf den namen des client-computers.
der servername ist nicht das problem.
der läßt sich problemlos über den browser (bim server manager) überall im netzwerk auffinden. alle rechner haben im netzwerk feste DHCP-adressen.

folgende befehle aus der teamwork-palette funktionieren im netzwerk:
- teamwork / freigeben
- teamwork / lokale-daten-manager

alle bimserver-dateien sind einsehbar.

nur bei öffnen / beitreten streikt die verbindung.

ich sehe im moment nicht was das ändern des servernamen bringen könnte.

gruß, grey

Re: zugriff auf den bimserver

JensDD — Mon, 09 May 2016 19:21:12 GMT

'von ihrem computer' hatte ich überlesen. Aber da trifft das gleiche zu: den Namen des Computers ändert man auf dem Computer selbst, auch wenn es der Client ist. Es gibt nichts was euch der Telekom-Router da vorschreiben kann (es sei denn ich kenn die neuesten Tücken von macOS noch nicht).

feste DHCP-adressen

erst mal nicht wichtig, aber bist du sicher?

um nicht zu lange zur raten wäre ggf. mal so ein Überblick über die Netzstruktur hilfreich, Namen und IP des Server, der Clients und eben auch des Routers. Welche Ports wurden bei der Installation benutzt, sind die in der Firewall frei? Auch das für o.g. Fehler nicht relevant aber eine Info wert.

vg jens

Re: zugriff auf den bimserver

grey-de — Mon, 09 May 2016 22:11:01 GMT

bin jetzt leider nicht mehr im büro. aber um die zeit wäre es etwas unverschämt von mir.....
deshalb vorab für morgen, ohne zu sehr ins detail zu gehen, ein erster einblick:

eigentlich hat uns der router nichts vorgeschrieben. der aufbau des netzwerkes ist vollkommen harmlos.

- server mac pro 4,1 - osx 10.10 - mehrere festplatten mit unterschiedlichen aufgaben (dateiverwaltung, bimserver, backups)
- clients, in der regel imacs - osx 10.6.9

unsere rechner haben als gerätenamen unterschiedliche nachnamen von architekten.

- router telekom speedport w921v

der router hat diesen dämlichen namen mit unterstrichen, der wohl nicht zu ändern ist. bestätigen leider auch alle telekomforen.

in der besagten fehlermeldung taucht dann, je nach rechner im büro, die wortschöpfung "gerätename.routername" auf.

das gesamte netzwerk läuft auf DHCP mit manueller adresse, insofern bestätige noch einmal die eingabe fester ip-adressen. die ips sind nach dem üblichen muster gestrickt, 192.168.x.xyz.
unser netzwerk läuft seit jahren so. backups, dateiverwaltung, filemakersharing, usw., alles ok.

mehr dazu morgen. werde mein macbook mit ins büro nehmen, darauf läuft osx 10.10. mir kommt gerade der gedanke, daß das vielleicht der grund sein könnte.

gruß, grey

p.s.: die administration und pflege unser rechnerstruktur ist mir bislang auch nicht so schwer gefallen, als daß ich es nicht schon seit macos 7 (das ist lange her) durchführen kann. sorry, nur zur info 😉, was nicht heißen soll, daß ich etwas übersehen hab, wovon ich erstmal ausgehe.

Re: zugriff auf den bimserver

grey-de — Tue, 10 May 2016 00:42:43 GMT

sorry, das osx auf den clients ( imacs ) ist nicht 10.6.9 sondern 10.9.5.

gute nacht

Re: zugriff auf den bimserver

JensDD — Tue, 10 May 2016 07:02:30 GMT

- auf welchem Gerät läuft der DNS-Server? auf dem Router oder dem Server?
- gleiches für DHCP
- was liefert der DHCP-Server für Daten aus (IP, Gateway und DNS?), welchen DNS?

Stelle sicher das die Clients den richtigen DNS-Server benutzen (das kommt auf die obigen DHCP-Einstellungen oder die Netzwerkeinstellungen an).
Lasse dir im Terminal den FQDN des Clients anzeigen und setze den ggf. nach einem gültigen Schema also z.B. huberts-mac.local.

Falls der DNS-Server das kann (je nachdem wo er läuft) lasse dir die Registrierungen der Clients anzeigen, sowohl für DNS als auch Reverse-DNS. Prüfe ob die gleich sind.

vg jens

Re: zugriff auf den bimserver

grey-de — Thu, 12 May 2016 22:53:32 GMT

erstmal danke an jens, daß er sich dem problem gestellt und das augenmerk auf bestimmte punkte gelenkt hat.

bislang hat die überprüfung folgende ergebnisse geliefert:

- die trennung der netzwerkverbindung (an- und abstöpseln des netzwerkkabels) behebt das problem, ohne das irgendetwas neugestartet werden muss

- der fehler ist durch neustart des rechners reproduzierbar, d.h. ein erster anmeldeversuch im teamwork produziert die fehlermeldung, lässt sich aber durch kurze trennung beheben, wie oben beschrieben.

zur zeit sind wir zum glück nicht darauf angewiesen. allerdings habe ich für den ernstfall bedenken bzgl. der zuverlässigkeit.
vielleicht werden wir nicht daran vorbeikommen unser netzwerk prüfen zu lassen.

jens erwähnte auf anfrage den gedanken sich beharkender DNS/DHCP-server im netz. dieses szenario sehe ich aber nicht.
zwar gibt es im netzwerk zwischengeschaltete switches, eine timecapsule und eine fritzbox.
auf diesen geräten ist aber kein server eingerichtet. dies übernimmt allein der telekom-router, bei dem alles landet.

bevor ich mich an den support wenden muß, hat vielleicht jemand noch eine idee?

gruß, grey

Re: zugriff auf den bimserver

Frank Beister — Fri, 13 May 2016 07:36:58 GMT

Server heißt nicht gleich kompletter Rechner, sondern ein Dienst. Mich würde zwar wundern, wenn im Router ein DNS-Server sitzt, aber mir klingt das schwer nach Konflikten.

DHCP vergibt eigentlich keine Rechnernamen. Also kann es nur MacOS oder ein DNS sein, der da Namen vergibt.
Unter Windows gibt es noch die HOSTS-Dateien, die lokal Namen definieren. Ich meine mich zu erinnern, dass es die auch bei MacOS gab.

Mal anders rum: Warum weiß ArchiCAD von dem Namen überhaupt? Hat der BIM-Server (der ein dezidierter, unbelasteter, physischer Server sollte) eine feste IP? Verbindet Ihr Euch über diese?

Re: zugriff auf den bimserver

Bernhard Binder — Fri, 13 May 2016 07:44:43 GMT

"Beister" wrote:

DHCP vergibt eigentlich keine Rechnernamen. Also kann es nur MacOS oder ein DNS sein, der da Namen vergibt.

NEIN! DNS vergibt keine Namen. Ein Rechner HAT einen Namen, DNS macht eine Namensauflösung zu IP-Adressen bzw. durch einen Reverse-Lookup umgekehrt.

Re: zugriff auf den bimserver

JensDD — Fri, 13 May 2016 07:56:13 GMT

eine fritzbox

auf einer Fritzbox ist per default schon auch ein DHCP und DNS aktiviert. Also schauen ob das wirklich (noch) abgeschaltet ist

Mich würde zwar wundern, wenn im Router ein DNS-Server sitzt,

i.d.R. nicht, er simuliert i.d.R. einen DNS-Server in dem er die Anfragen an einen externen weiterleitet. Problem ist, das der dann die internen Namen der Rechner nicht kennt.

die trennung der netzwerkverbindung (an- und abstöpseln des netzwerkkabels) behebt das problem, ohne das irgendetwas neugestartet werden muss

den Switch mal zu tauschen wäre einen Test wert. Mit den billigeren Exemplaren erlebt man sehr merkwürdige Effekte.

DHCP vergibt eigentlich keine Rechnernamen.

die Suche ging in diese Richtung weil DHCP u.U. den DNS-Server liefert

Lasse dir im Terminal den FQDN des Clients anzeigen und setze den ggf. nach einem gültigen Schema also z.B. huberts-mac.local.

was war hier das Ergebnis? ggf. auch vor/nach trennen des Kabels?

vg jens

Ansonsten: wenn der Fehler da ist mit den Terminalwerkzeugen die DNS-Einstellungen kontrollieren, Auflösungen testen etc. Da sieht man was für ein DNS-Server tatsächlich verwendet wird und ob der die Namen/IP's des Clients und des Servers auflösen kann.

vg jens

Re: zugriff auf den bimserver

Anonymous — Fri, 13 May 2016 10:28:32 GMT

Ich halte es für sehr sinnvoll, Netzwerk und IT in die Hände eines spezialisierten Admins zu geben. Der BIM Server ist eine unternehmenskritische Anwendung und braucht deshalb eine robuste IT-Umgebung. Es gibt ausführliche Dokus zum BIM Server auf den GRAPHISOFT Webseiten. Wer alles versteht, was da drinsteht, kann selber Hand anlegen. Wenn man schon beim Begriff DNS nicht so sattelfest ist, sollte man definitiv die Finger davon lassen. Das ist unser Rat an unsere Kunden. Wo der beachtet wird, läuft es in der Regel.

Der GRAPHISOFT Support ist ja auch nicht unbedingt dazu da, die Schwachstellen in den Netzwerken der Kunden herauszufinden.

Re: zugriff auf den bimserver

grey-de — Sun, 22 May 2016 22:20:06 GMT

hallo,

hat etwas länger gedauert, da mir bislang für einen ausführlicheren bericht die zeit fehlte. sorry, es wird jetzt etwas länger.
aber vorab, erstmal danke an die konstruktiven beiträge und hier noch ein paar rückmeldungen:

Server heißt nicht gleich kompletter Rechner, sondern ein Dienst.

stimmt, so war es aber auch gemeint.

Mal anders rum: Warum weiß ArchiCAD von dem Namen überhaupt?

vermag ich leider nicht zu beantworten, vielleicht kann hier jemand etwas dazu sagen.

Hat der BIM-Server (der ein dezidierter, unbelasteter, physischer Server sollte) eine feste IP?

ja, wie alle anderen rechner auch.

Verbindet Ihr Euch über diese?

ja und wie oben beschrieben läuft auch der bim-server. er liegt auf unserem dateiserver, auf einer eigenen festplatte, die stündlich auf die timecapsule und täglich auf eine weitere externe platte gespiegelt wird.

auf einer Fritzbox ist per default schon auch ein DHCP und DNS aktiviert. Also schauen ob das wirklich (noch) abgeschaltet ist

ja, ist abgeschaltet. dient nur noch als isdn-anlage.

die angeregten prüfungen der rDNS von jens haben das problem eingekreist. hätte ich früher tun sollen, habe mich aber von den netzwerkeinstellungen blenden lassen, die halt keine ungereimtheiten zeigten und alles wesentliche enthielten:

- gerätenamen
- feste ip-adressen im gesamten netzwerk
- der dienst im router tat, was er sollte

das netzwerk läuft über ein jahrzehnt ohne probleme. manches ist hinzugekommen, aber im grunde galt: „never change a running system“.

bei unserem umzug vor 2 Jahren mussten wir auf ip-telefonie umstellen. dies hatte zur folge, daß der alte router durch einen neuen telekom-router ersetzt wurde. bei der einrichtung des netzwerkes musste auf allen rechnern nur der dritte zahlenblock geändert werden. alles lief wie zuvor, nur jetzt mit einem neuen router. weder das osx, noch irgendein programm hat in der ganzen zeit gemeckert. das jüngste einrichten des bim-servers ( ich kann lesen ) war auch kein hexenwerk und trotzdem: gelegentliche fehlermeldung beim beitreten/öffnen in teamwork, obwohl die freigabe einer datei immer problemlos ist?

ergebnis:
die neueren telekom-router haben die unart die gerätenamen zu vergessen, siehe telekomforum. bei einer testweisen verlagerung der netzwerkdienste auf die alte fritzbox und anschliessend auf die vorhandene timecapsule lieferten die terminalabfragen korrekte ergebnisse. der telekom-router hingegen liefert drei versionen, je nach laune:

- richtige ip-adressen mit richtigem gerätenamen
- richtige ip-adressen und nxdomain (bedeutet kennt er nicht)
- richtige ip-adressen und gerätename.routername

bei den ersten beiden versionen meckert teamwork nicht. löst der router die adresse auf die dritte art auf, erscheint die fehlermeldung. dies wird offensichtlich durch den kryptischen routernamen provoziert, siehe posting weiter oben. das ab- und anstöpseln des netzwerkkabels liefert bei erneuter ip-abfrage als gerätenamen "nxdomain", also unbekannt.

bei einem versuchsweisem dhcp-server mit dynamischer vergabe der ip-adressen im selben router tauchen die probleme nicht auf.
die gerätenamen werden auch nicht vergessen. aber wer will schon jeden tag mit wechselden ip-adressen im büro kämpfen.

über kurz oder lang werde ich den router in seinen aufgaben beschneiden oder gleich ersetzen und den dienst auf ein anderes gerät verlagern.

gruß, grey und nochmal danke für den hartnäckigen tip

Re: zugriff auf den bimserver

JensDD — Mon, 23 May 2016 10:35:13 GMT

aber wer will schon jeden tag mit wechselden ip-adressen im büro kämpfen.

das muss man nicht, denn der Speedport beherrscht die Zuordnung von IP's per mac-Adresse (Geräteverwaltung).

Das hattest du oben an sich so bestätigt das ihr es schon so habt:

alle rechner haben im netzwerk feste DHCP-adressen.

Dem letzten Bericht nach wurde DHCP nicht benutzt. Schaltet es zu, bindet die IP's an die mac-Adressen der Rechner/Geräte und ihr habt Ruhe,

vg jens

Re: zugriff auf den bimserver

grey-de — Wed, 25 May 2016 23:43:28 GMT

@jens

dhcp war im router immer angeschaltet.
ich nehme an, daß du auf den "versuchsweisen dhcp-server mit dynamischen adressen" bezug nimmst. damit wollte ich nur prüfen, ob eine umstellung auf den clients auf "dhcp" die namensauflösung im router zuverlässiger funktionieren läßt. dem war so.
nur gebe ich damit die fest zugewiesenen ip-adressen im netzwerk auf. genau das wollen wir aber vermeiden.

das muss man nicht, denn der Speedport beherrscht die Zuordnung von IP's per mac-Adresse (Geräteverwaltung).

ja, vergebe ich aber im OSX feste ip-adressen, listet die router-geräteverwaltung zwar alle clients mit den richtigen adressen, also

- gerätename
- MAC-adresse
- IPv4-adresse
- IPv6-adresse

und trotzdem erhalte ich per prüfung im OSX-terminal keine zuverlässige namensauflösung.

bestes beispiel heute:

bis auf einen rechner ergab die überprüfung aller rDNS die erwartbaren namensauflösungen. das hat mich dazu verleitet, die routereinstellungen mal wieder abzuspeichern und daraufhin den router neu zu starten. trauriges ergebnis: nur noch zwei geräte mit fehlerfreien rückmeldungen. der router vergißt einfach die eigenen zuordnungen.

für die interessierten, der wohl passenste thread dazu ist dieser und man beachte am ende den verweis auf den zweiten thread:

https://telekomhilft.telekom.de/t5/Geraete-Zubehoer/Speedport-W921V-verliert-zugeordnete-Namen-in-Geraeteuebersicht/td-p/1075050

https://telekomhilft.telekom.de/t5/Geraete-Zubehoer/quot-Ubersicht-Geraete-im-Heimnetzwerk-quot/m-p/1010790

auch interessant dieser, mit einem kleinen workaround, bzgl. meiner eingangsfrage:

https://telekomhilft.telekom.de/t5/Geraete-Zubehoer/Kein-Emailversand-mehr-moeglich-seit-ich-Speedport-W723V-nutze/m-p/1573796#M217391

es sieht so aus aus, als könnte man damit die ursache für die fehlermeldung in archicad beseitigen. bislang sieht es bei uns so aus. die namensauflösung ist noch immer fehlerhaft, aber ein "nxdomain" verursacht ja keine unterbrechung bei der teamworkanmeldung, siehe oben.

vielleicht hilft es anderen bei ähnlichen problemen. keine ahnung, ob der support damit schon mal zu tun hatte.
ich gebe es auf, der dienst wird sowieso auf eine andere hardware verlagert. trotzdem danke und jetzt ist vorläufig erstmal ruhe.

gruß, grey

Re: zugriff auf den bimserver

JensDD — Thu, 26 May 2016 06:59:42 GMT

hallo,

du hast das Grundprinzip der Zuweisung der festen IP-Adressen über den DHCP-Router glaub ich noch nicht richtig verstanden, oder du benutzt die falschen Formulierungen. Versuche die Clients in der Gerätevewaltung über 'manuell hinzufügen' aufzunehmen, sonst ist es keine feste Zuordnung. Das 'vergessen' dieser manuellen Zuordnung kann ich nicht einschätzen.

Abhilfe wäre sonst ein anderer DHCP-Server.

vg jens