einer Domaine aus dem lokalen Netzwerk heraus beitreten
Enrico Kunz
gegeben seien drei Rechner.
1. Samba-PDC-Server (IP: 141.x.x.x)
2. Windows-PC (IP: 141.x.x.y, 192.168.1.1)
3. Windows-PC (IP: 192.168.1.100)
Die Rechner 1 und 2 befinden sich im WAN meiner Uni. Rechner 3 lies sich
in Ermangelung freie IP-Adressen im Bereich der Abeilung leider nicht
mehr ans WAN anschlieï¿œen, so dass dieser ï¿œber Rechner 2
"durchgeschleust" wird.
Gibt es irgendeine Mï¿œglichkeit, Rechner 3 an der von Recher 1
verwalteten Domaine anzuschlieï¿œen? Die "normale" Anmeldung via Start ->
Systemsteuerung -> System -> Computername etc. funktioniert leider nicht.
Viele Grￜￜe und viel Dank fￜrs mitdenken
Enrico
Ansgar Strickerschmidt
Wenn man das Routing richtig macht: warum nicht?
Im Klartext: Du musst dem Samba-PDC in seiner Routing-Tabelle erzï¿œhlen,
dass er 192.168.1.100 ï¿œber das Gateway 141.x.x.y erreicht.
Umgekehrt dem Rechner 192.168.1.100 erzï¿œhlen, dass er Netzwerk 141.z.z.z/8
(oder /16, oder /24 - wie groￜ eben tatsￜchlich) ￜber das Gateway
192.168.1.1 erreicht. Wahrscheinlich steht seine Default-Route aber eh
entsprechend, das genï¿œgt von dieser Seite.
Das Ganze ist eine notwendige, aber evtl. keine hinreichende Bedingung.
Keine Ahnung, ob Samba/Windows-Netzwerk da noch weitergehende
Anforderungen stellt. Ich kann mich allerdings entsinnen, dass wir frï¿œher
schonmal ein Windows-Netz ï¿œber zwei Teilnetze 192.168.0.x/24 und
192.168.1.x/24 betrieben haben. Das ging. Allerdings ohne Domain, nur
Peer-to-Peer.
Ansgar
--
*** Musik! ***
Paul Muster
> gegeben seien drei Rechner.
>
> 1. Samba-PDC-Server (IP: 141.x.x.x)
> 2. Windows-PC (IP: 141.x.x.y, 192.168.1.1)
> 3. Windows-PC (IP: 192.168.1.100)
>
> Die Rechner 1 und 2 befinden sich im WAN meiner Uni. Rechner 3 lies sich
> in Ermangelung freie IP-Adressen im Bereich der Abeilung leider nicht
> mehr ans WAN anschlieï¿œen, so dass dieser ï¿œber Rechner 2
> "durchgeschleust" wird.
"durchgeschleust" ist kein technischer Begriff, zumindest nicht im
Bereich Netzwerke. Was genau macht Rechner 2 also?
mfG Paul
Juergen Ilse
Ansgar Strickerschmidt <dropsp...@stargar.de> wrote:
> Also schrieb Enrico Kunz:
>> gegeben seien drei Rechner.
>>
>> 1. Samba-PDC-Server (IP: 141.x.x.x)
>> 2. Windows-PC (IP: 141.x.x.y, 192.168.1.1)
>> 3. Windows-PC (IP: 192.168.1.100)
>>
>> Die Rechner 1 und 2 befinden sich im WAN meiner Uni. Rechner 3 lies sich
>> in Ermangelung freie IP-Adressen im Bereich der Abeilung leider nicht
>> mehr ans WAN anschließen, so dass dieser über Rechner 2
>> "durchgeschleust" wird.
>> Gibt es irgendeine Möglichkeit, Rechner 3 an der von Recher 1
>> verwalteten Domaine anzuschließen? Die "normale" Anmeldung via Start ->
>> Systemsteuerung -> System -> Computername etc. funktioniert leider nicht.
> Wenn man das Routing richtig macht: warum nicht?
> Im Klartext: Du musst dem Samba-PDC in seiner Routing-Tabelle erzählen,
> dass er 192.168.1.100 über das Gateway 141.x.x.y erreicht.
> Umgekehrt dem Rechner 192.168.1.100 erzählen, dass er Netzwerk 141.z.z.z/8
> (oder /16, oder /24 - wie groß eben tatsächlich) über das Gateway
> 192.168.1.1 erreicht. Wahrscheinlich steht seine Default-Route aber eh
> entsprechend, das genügt von dieser Seite.
> Das Ganze ist eine notwendige, aber evtl. keine hinreichende Bedingung.
> Keine Ahnung, ob Samba/Windows-Netzwerk da noch weitergehende
> Anforderungen stellt.
Die Namensaufloesung im Windows-Netz ueber NetBIOS-Broadcasts funktioniert
nicht ueber Subnetzgrenzen weg. Daher muss man evt. auf dem Rechner im
anderen Subnetz noch die IP-Adresse des PDC als WINS-Server eintragen
(oder die Namensaufloesung ueber DNS machen).
Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname (auch wenn er Teil einer Mailadresse ist) ist nur ein Name,
nicht mehr und nicht weniger ...
Ansgar Strickerschmidt
> Die Namensaufloesung im Windows-Netz ueber NetBIOS-Broadcasts
> funktioniert
> nicht ueber Subnetzgrenzen weg. Daher muss man evt. auf dem Rechner im
> anderen Subnetz noch die IP-Adresse des PDC als WINS-Server eintragen
> (oder die Namensaufloesung ueber DNS machen).
Apropos WINS: ich blick da nicht ganz durch. OK, man kann eine
LMHOSTS-Datei anlegen, wo man wie in der hosts-Datei die Namen hï¿œndisch
eintrï¿œgt. Was, wenn man Samba den WINS spielen lï¿œsst und *keine* LMHOSTS
pflegt? Geht das dann automatisch? Wie?
Etwas "leichte Lektï¿œre" dazu?
Ansgar Strickerschmidt
Routen. Wï¿œrde ich sagen. Vielleicht auch NAT.
Juergen Ilse
Ansgar Strickerschmidt <dropsp...@stargar.de> wrote:
> Also schrieb Juergen Ilse:
>> Die Namensaufloesung im Windows-Netz ueber NetBIOS-Broadcasts
>> funktioniert
>> nicht ueber Subnetzgrenzen weg. Daher muss man evt. auf dem Rechner im
>> anderen Subnetz noch die IP-Adresse des PDC als WINS-Server eintragen
>> (oder die Namensaufloesung ueber DNS machen).
> Apropos WINS: ich blick da nicht ganz durch. OK, man kann eine
> LMHOSTS-Datei anlegen, wo man wie in der hosts-Datei die Namen händisch
> einträgt. Was, wenn man Samba den WINS spielen lässt und *keine* LMHOSTS
> pflegt? Geht das dann automatisch? Wie?
> Etwas "leichte Lektüre" dazu?
Ich bin nun wirklich kein Windows-Experte, aber folgendes kann ich dir
doch dazu sagen: Fuer "Windows" bzw. "NetBIOS" Namen gibt es statt der
"hosts" Datei die "lmhosts" Datei, beide Dateien erfuellen in "ihrem
Bereich" die selben Aufgaben, naemlich "Namensaufloesung", sprich Zuord-
nung zwischen Namen und Netzwerkadressen. Fuer ein groesseres Umfeld
(in dem das manuelle nachpflegen dieser Dateien nicht mehr wirklich
praktikabel ist) hat man sich dafuer einen "Netzwerkdienst" ausgedacht.
Der Netzwerkdienst, der die Funktion der hosts Datei uebernimmt, ist DNS,
die Funktion der lmhosts Datei uebernimmt der dienst "WINS". Zusaetzlich
gibt es da noch ein Relikt aus der "vor IP Zeit", naemlich die Namensauf-
loesung via "NetBIOS-Broadcasts", die sich von der Funktion her aber
irgendwie auch bis in die heutige Zeit heruebergerettet hat: Jeder Rechner
schickt (mehr oder weniger) regelmaessig eine Nachricht als Broadcast ins
Netz "Hey, ich bin hier, habe Adresse ... und den Namen ...". Die Rechner
sammeln dann diese Informationen auf und cachen sie. Der Rechner mit dem
"hoechsten OS-Level" wird dabei zum "Master-Browser", der im Zweifelsfall
(wenn die gewuenschte Information nicht im Cache des lokalen Rechners ent-
halten ist) um Rat gefragt wird (vielleicht hat der ja noch was gecached ...).
Diese Art der Namensaufloesung wurde AFAIK durch "WINS" abgeloest (wobei
man aber in neueren Windows-Versionen auch einstellen kann, dass man das
gern per DNS statt per "WINS" haben moechte ...).
Das klingt nach einem ziemlichen Chaos und kommt mir auch ebenso vor,
daher kann ich dir nicht viel weiteres dazu erzaehlen. Da die meisten
Windows-Laien auch keine Ahnung haben, wie das ganze wirklich funktioniert,
koennte man evt. auch mal in de.comp.os.unix.networking.samba nachfragen
(da die Samba-Entwickler den KRam anscheinend funktionierend nachgebaut
haben, muessten sie eigentlich genauer wissen, wie das Zeugs wirklich
funktioniert ...).
Ach ja, wenn sowohl ein Eintrag in der Datei hosts und im DNS vorhanden
ist, uebersteuert bei windows der Eintrag in der hosts-Datei den DNS-Eintrag
(bei linux kommt es auf den Eintrag in der nsswitch.conf an, ueblich ist es
aber auch hier, zuerst die hosts-Datei zu beachten ...). Bei Windows werden
aber einige eintraege in d er hosts-Datei *nicht* beachtet (z.B. die Update-
Server von microsoft), zumindest ist das AFAIK bei Windows XP so ...
Bei WINS und lmhosts ist es genauso: die Datei uebersteuert den Dienst.
Ansgar Strickerschmidt
> Diese Art der Namensaufloesung wurde AFAIK durch "WINS" abgeloest (wobei
> man aber in neueren Windows-Versionen auch einstellen kann, dass man das
> gern per DNS statt per "WINS" haben moechte ...).
Bis hierher war mir das alles klar...
> Ach ja, wenn sowohl ein Eintrag in der Datei hosts und im DNS vorhanden
> ist, uebersteuert bei windows der Eintrag in der hosts-Datei den
> DNS-Eintrag (bei linux kommt es auf den Eintrag in der nsswitch.conf an,
> ueblich ist es aber auch hier, zuerst die hosts-Datei zu beachten ...).
> Bei Windows werden aber einige eintraege in d er hosts-Datei *nicht*
> beachtet (z.B. die Update- Server von microsoft), zumindest ist das
> AFAIK bei Windows XP so ...
> Bei WINS und lmhosts ist es genauso: die Datei uebersteuert den Dienst.
Das ist gut zu wissen.
Aber wie macht WINS denn das nun? Braucht der zwingend eine lmhosts-Datei
als Grundlage? Wenn ja: befï¿œllt der die ggf. automatisch, oder muss man
die hï¿œndisch pflegen? Fragt der selber mal rund, wer denn nun alles so da
ist?
Oder wie oder was? Woher bezieht der seine Info?
Enrico Kunz
Paul Muster schrieb:
Sorry, wegen der unprï¿œzisen Ausdrucksweise. Der Rechner 2 ï¿œffnet dem
Rechner 3 den Weg ins Internet, ins WAN (z.B. Samba-Shares auf Rechner 1
und Netzdrucker (141.x.x.).
LG
Enrico
Stefan Kanthak
<http://support.microsoft.com/kb/142309>
<http://support.microsoft.com/kb/119493>
<http://support.microsoft.com/kb/314053>
<http://support.microsoft.com/kb/139270>
<http://support.microsoft.com/kb/250662>
<http://www.microsoft.com/germany/technet/datenbank/articles/600824.mspx>
Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen ￜ823
Abs. 1 sowie ￜ1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
Enrico Kunz
Juergen Ilse schrieb:
> Die Namensaufloesung im Windows-Netz ueber NetBIOS-Broadcasts funktioniert
> nicht ueber Subnetzgrenzen weg. Daher muss man evt. auf dem Rechner im
> anderen Subnetz noch die IP-Adresse des PDC als WINS-Server eintragen
> (oder die Namensaufloesung ueber DNS machen).
Das war der entscheidende Hinweis. Nachdem ich die IP des Samba-Servers
auf dem betreffenden Rechner als WINS-Server eingetragen hatte, ließ
sich dieser auch an die Domain anmelden.
Vielen Dank
Enrico
Ansgar Strickerschmidt
> Shalom,
>
> Juergen Ilse schrieb:
>
>> Die Namensaufloesung im Windows-Netz ueber NetBIOS-Broadcasts
>> funktioniert
>> nicht ueber Subnetzgrenzen weg. Daher muss man evt. auf dem Rechner im
>> anderen Subnetz noch die IP-Adresse des PDC als WINS-Server eintragen
>> (oder die Namensaufloesung ueber DNS machen).
>
>
> Das war der entscheidende Hinweis. Nachdem ich die IP des Samba-Servers
> auf dem betreffenden Rechner als WINS-Server eingetragen hatte, lieￜ
> sich dieser auch an die Domain anmelden.
Das hï¿œtte aber ohne das auch funktionieren sollen - wenn man nur mit der
IP-Adresse statt Windows-Namen arbeitet?? Oder tï¿œusche ich mich da?
Enrico Kunz
Ansgar Strickerschmidt schrieb:
>
> Das hï¿œtte aber ohne das auch funktionieren sollen - wenn man nur mit der
> IP-Adresse statt Windows-Namen arbeitet?? Oder tï¿œusche ich mich da?
Falls du meinst, man solle statt des Domainnamens (z.B. LXDOM) die IP
des PDC (z.B. 141.x.x.x) eintragen, dann muss ich dich enttï¿œuschen --
das hat *hier* zumindestens nicht geklappt.
LG
Enrico