(beim zitieren wird \ vor dem %username% hier verschluckt)
da „server“ nicht aufgelöst wird, muss ich tatsächlich die ip verwenden. ich habe jetzt eine batch-datei zum anklicken - die könnte ich jetzt auf den desktop legen - da klappt das für die lehrer-homes. das ist erstmal unschön, weil die verzeichnisse jetzt auch anders heißen, je nachdem, an welchem client man ist.
mit /persistent:yes versucht, dass die netzlaufwerke bleiben, das „share“ bleibt, das eigentlich home ist immer weg.
das löst aber das problem für schüler noch nicht, wo ich eine variable unter windows bräuchte, wo die klasse drinsteht, um mir den pfad zusammenzupfrimeln, gibt es eine solche?
falls ich die batch als logon.bat in das entsprechende verzeichnis setzte, bleibt es tatsächlich (server reboot, client reboot) leider erfolglos.
wenn „server“ nicht aufgelöst wird, dann können die Gruppenlaufwerke nicht verbunden werden.
Diese werden über die GPO verbunden mit \\server\…
Wie das Homeverzeichnis eingebunden wird, weiß ich im Moment auch nicht.
Die Shares werden nicht über die smb.conf bereitgestellt (warum auch immer?), sondern über die Samba 4 „Registry“, wie ich heute herausgefunden habe.
Auf dem Server:
net conf listshares
Ich denke aber auch, daß das Problem hier die Namensauflösung sein könnte.
Am Server selbst wird server auf 10.0.0.1 aufgelöst, die Win10-Clients lösen server zu server.SCHULE auf (Domäne schule.lan) und wollen dann auf auf 116.X.X.X zugreifen.
Bei uns trat das Problem auch schon vor einem apt upgrade auf. Und sonst habe ich am lmn7-Server nichts geändert. Der lief in letzter Zeit eigentlich nur ruhig vor sich hin.
also ein „ping server“ am client (ich meinte, dass ging früher auch irgendwann mal an den internen server) landet über die firewall -> internet -> und dann antwortet irgend ein server www2.iserv.eu.
ja, dass passt. gateway ist firewall und dns+dhcp ist server.
und richtig: so ein problem wie fi.gymbev erwähnt hat, haben wir. und wie kann ich das beheben und warum tritt das plötzlich auf??? wie gesagt, wir haben v7
ich habe das mal mit der option domain-search ind die dhcpd.conf reingeschrieben. das bringt aber auch nix, wenn ich jetzt z.b. einen ping server absetze, antwortet server.SCHULE und es antwortet die gleiche internet-adresse.
wenn ich ping server.schule.moll.lan absetze, antwortet der richtige server.
also jetzt ist auch die DNS-Suffixsuchliste „schule.moll.lan“. trotzdem z.b. keine auflösung von „server“ (an restart dhcp sowie /renew habe ich gedacht).
ich habe ja in der batch die laufwerke /persistent gesetzt, komisch hier, dass das share immer wieder eingebunden wird, das home aber nicht.
wird von Windows offensichtlich ignoriert.
Ich habe das über einen passenden Eintrag im Linbo-Registry-Patch hinbekommen (müsste bei Bedarf nochmal nachschauen, wie der genau heißt). Nach einem Sync des Win10-Clients (ist das beim Ändern des Patches eigentlich nötig? Ohne ging’s aber nicht.) wurde server korrekt aufgelöst und alle bekannten Serverlaufwerke eingebunden.
geht es um eine Anpassung der regpatch.reg?
Irgend was mit dhcpnameserver vielleicht?
Bevor ich erfolglos probiere, warte ich noch, ein Beispiel wäre sehr hilfreich…
in dem Registry-Patch zum aktuellen Image (Schulkonsole->Images->Registry Patch mit den Patches für den Rechner- und Domainnamen etc. (wo auch das Postsync Script bearbeitet werden kann) ) habe ich
hinzugefügt. Der Wert für „SearchList“ muss natürlich an die lokalen Gegebenheiten angepasst werden.
Der Eintrag macht wohl das, was der domain-search-Eintrag bringen sollte. Ein Neues Image ist so zum Glück nicht nötig.
Dann am Client Win10 neu installieren lassen.
Wenn das bei dir auch hilft, kannst du das ja bitte kurz schreiben.
passt hier jetzt nicht hin. aber wäre es nicht sinnvoll, für die zusammenarbeit mit lmn und einer firewall auf templates zu setzen? wird das gemacht oder fängt man immer bei null an?
wie bekomme ich jetzt raus, ob die ports offen sind? nmap sagt filtered…
ich habe mir jetzt mal das neu-installieren gespart:
erstmal net use * /del, weil ich da /persistent gemappt hatte
direkt in die registry eingetragen und neustart
home-laufwerk vorhanden, aber früher wurden auch immer die shares noch eingebunden, anscheinend passiert dies durch eine andere methode oder per gpo nicht standardmäßig?
aber das interessante ping server wird nun aufgelöst!!!
danke andreas!
kann jemand erklären, warum das früher ging und ob jetzt der standard regpatch angepasst werden muss?
über welches verfahren binde ich jetzt die shares wieder ein? über die erwähnten custom-skripte?