Samba und Namensauflösung (WINS, hosts, lmhosts, DNS, DHCP, NetBIOS)
Andreas Ströber
ich ben�tige Hilfe mal euren Rat und euer Wissen beim Verst�ndnis bzw.
der Konfiguration von WINS bzw. der Namensaufl�sung in einem heterogenen
Win/Linux Netz. Irgendwie verzweifel ich noch... ich finde keine
allumfassenden Infos und der Knoten im Hirn wird auch nicht kleiner.
Ich bitte darum mir ggf. nicht umgehend Flames an den Kopf zu werfen im
Sinne von "RTFM" sondern meinen Post erstmal bis zum Ende durchzulesen.
Gerne nehme ich aber sinnvolle, sachdienliche Hinweise zu Tutorials und
weiteren Hiflen gerne an. Wer ein echt gutes Buch kennt das auch diese
Problematik umfassend abdeckt... gerne auch das. Danke.
So. Nun zum eigentlichen Punkt:
Ich habe einen Samba 3 aufgesetzt (smb 3.0.24-7.fc5). Im selben Netzwerk
laufen ein Netzwerkdrucker, ein Internetrouter, ein Access Point und
mehrere XP-/Vista-Clients.
Der Zugriff von den Win-Clients auf Samba-Shares funktioniert im
Datei-Explorer via \\server\share seit Jahren recht problemlos. Der
Zugriff per SSH vom Client auf den Server funktioniert ebenfalls via
Name "ssh server" genauso wie ein http:\\server. ("server" bezeichnet
hierbei immer den Namen des Servers wie beim install sowie unter
/etc/hosts sowie in smb.conf eingetragen).
Was jedoch nicht funktioniert ist ein http://drucker ausgehend von einem
Client oder ein "ping rechner" vom Server wenn ich Namen und eben nicht
die IP-Adresse der Zielpunkte verwende.
Zig Tutorials, How-To's, Man-Pages, Infos, Webseiten sp�ter habe ich
noch immer nicht so ganz hinter die Magie des Ganzen blicken k�nnen.
TCP/IP ist mir sehr vertraut, DHCP im Prinzip ebenso. Dass WINS etwas
grunds�tzlich "gegenteiliges" darstellt wie DNS glaube ich auch
verstanden zu haben.
Was ich eigentlich erreichen m�chte ist, dass ich von jedem Rechner aus
die jeweils anderen Rechner per Name ansprechen kann. Im Idealfall in
jedem Dienst (also Samba, ssh, http, ...). Die IP-Adressen aller Ger�te
sollten per DHCP vergeben werden (vereinfacht die Verwaltung), die
Rechnernamen ... ja... �hh... die sollten nat�rlich eindeutig sein und
irgendwo fest vorgegeben (also f�r den Netzwerkdrucker muss ich den
Namen wohl auf dem Server vergeben, die XP/Vista Clients k�nnten ihre
Namen selbst mitbringen).
Ich w�rde gem�� Konfiguration erwarten, dass mein Aufrufer lokal nach
"drucker" sucht, nichts findet und dann den WINS-Server kontaktiert oder
einen broadcast macht.
"Drucker" kann auf Broadcast nicht antworten... er kennt seinen Namen
selbst ja evtl. �berhaupt nicht (ich habe am Drucker selbst nur DHCP
aktiviert).
Aber der "Rechner" m�sste ja beim Abfragen des DHCP und beim Aktivieren
seiner Netzwerkschnittstelle seinen Namen an den WINS Server geschickt
haben. Und dieser - w�rde ich erwarten - hat den Namen irgendwo
aufgenommen und bei Anfragen z.B. via "nmblookup rechner" eben
beantworten. Stattdessen erhalte ich aber ein
querying rechner on 192.168.6.255
querying rechner on 127.255.255.255
name_query failed to find name rechner
Ich denke, vielleicht suche ich ja nach einem Abgleich zwischen DNS und
WINS?! Ich habe derzeit keinen eigenen DNS aufgesetzt. K�nnte das mein
eigentlich echtes Problem sein?
Anbei Ausz�ge aus den m.E. relevanten Files.
F�r sachdienliche Hinweise die zur Ergreifung des Fehlers und Behebung
meines Hirnknotens f�hren vergebe ich ... meinen herzlichen Dank im voraus.
Gr��e
Andi
Auszug /etc/hosts auf dem Server (sonst nirgends angelegt):
127.0.0.1 server localhost.localdomain localhost
192.168.6.230 drucker
Auszug smb.conf:
preferred master = yes
domain master = yes
local master = yes
dns proxy = no
wins support = yes
name resolve order = wins hosts lmhosts bcast
Auszug dhcpd.conf
subnet 192.168.6.0 netmask 255.255.255.0 {
option routers 192.168.6.240;
option netbios-name-servers 192.168.6.201;
option domain-name-servers 145.253.2.171, 145.253.2.11;
}
host drucker {
hardware ethernet 00:xxxxxxx:00;
fixed-address 192.168.6.230;
default-lease-time 0;
}
Paul Muster
> Ich habe einen Samba 3 aufgesetzt (smb 3.0.24-7.fc5). Im selben Netzwerk
> laufen ein Netzwerkdrucker, ein Internetrouter, ein Access Point und
> mehrere XP-/Vista-Clients.
> Was ich eigentlich erreichen m�chte ist, dass ich von jedem Rechner aus
> die jeweils anderen Rechner per Name ansprechen kann.
> Ich denke, vielleicht suche ich ja nach einem Abgleich zwischen DNS und
> WINS?! Ich habe derzeit keinen eigenen DNS aufgesetzt. K�nnte das mein
> eigentlich echtes Problem sein?
Ja, meiner Einsch�tzung nach ist das das Problem. Ich denke nicht, dass
bei deinen Beispielen WINS verwendet wird, sondern vielmehr DNS.
Ich nehme an, dass das Router den DNS- und DHCP-Server spielt. Nun w�re
zu kl�ren, wie der Router konfiguriert ist und ob er denn die Namen der
Ger�te kennt.
> Auszug /etc/hosts auf dem Server (sonst nirgends angelegt):
> 127.0.0.1 server localhost.localdomain localhost
> 192.168.6.230 drucker
Davon w�rde ich abraten, das macht das ganze noch un�bersichtlicher.
> Auszug dhcpd.conf
�h, h�? Welche Kiste macht denn DHCP?
Ein m�gliches Szenario w�re, DNS und DHCP vom Server machen zu lassen
und DHCP auf dem Router auszuschalten. Dann auf dem Server dies hier
einrichten http://www.pro-linux.de/t_netzwerk/dhcpunddns.html (oder mit
einem anderen DNS-Server dynamische Updates einrichten).
mfG Paul
Achim Klausmann
ich habe erstmal das gesetzt:
/etc/nsswitch.conf:
hosts: files mdns4_minimal [NOTFOUND=return] dns wins
networks: files dns
Zum Drucker:
/etc/samba/smb.conf:
[all]
local master = yes
domain master = yes
preferred master = yes
wins support = yes
name resolve order = wins lmhosts host bcast
dns proxy = no
wins proxy = no
load printers = yes
printing = cups
printer name = cups
printcap name = cups
printcap cache time = 750
lpq cache time = 0
cups options = raw
show add printer wizard = no
disable spoolss = yes
[printers]
comment = All Printers
path = /var/tmp
printable = Yes
create mask = 0600
browseable = No
valid users = +<Arbeitsgruppe>
write list = +<Arbeitsgruppe>
use client driver = yes
<Arbeitsgruppe> musst Du latürnich ersetzen.
Ich lasse die Drucker lokal installieren.
Drucker-Konfiguration kann ich auf rufen mit
http://<Server-IP>:631 und die Queues bearbeiten,
da weiss ich jetzt nicht ob Du das über cupsd.conf
etc zulässt.
ping krieg ich auch nur mit der IP-Adresse hin,
das geht, glaube ich auch nicht anders.
Sollten die Clients ihre Firewall scharf haben,
klappt das garnicht.
Ich schau halt per smbstatus bzw smbtree -N
wer im Netz ist bzw welche Freigaben/Drucker lokal
hat, da Drucker im Netz teilweise am Server und an den Clients
angeschlossen sind.
Funktioniert eigentlich ganz gut.
Das sind so je nach Kd 3-15 Clients auf diversen
openSUSE bzw SAMBA3-Versionen.
--
Alles war so schön und unkompliziert...
...als es das Internet noch nicht gab.
Jochen Arndt
[...]
> Was jedoch nicht funktioniert ist ein http://drucker ausgehend von einem
> Client oder ein "ping rechner" vom Server wenn ich Namen und eben nicht
> die IP-Adresse der Zielpunkte verwende.
Das hat mit Samba nichts zu tun. Dafür ist die Namensauflösung
zuständig. Also z.B. per Datei /etc/hosts oder DNS.
[...]
> Ich würde gemäß Konfiguration erwarten, dass mein Aufrufer lokal nach
> "drucker" sucht, nichts findet und dann den WINS-Server kontaktiert oder
> einen broadcast macht.
> "Drucker" kann auf Broadcast nicht antworten... er kennt seinen Namen
> selbst ja evtl. überhaupt nicht (ich habe am Drucker selbst nur DHCP
> aktiviert).
> Aber der "Rechner" müsste ja beim Abfragen des DHCP und beim Aktivieren
> seiner Netzwerkschnittstelle seinen Namen an den WINS Server geschickt
> haben. Und dieser - würde ich erwarten - hat den Namen irgendwo
> aufgenommen und bei Anfragen z.B. via "nmblookup rechner" eben
> beantworten. Stattdessen erhalte ich aber ein
>
> querying rechner on 192.168.6.255
> querying rechner on 127.255.255.255
> name_query failed to find name rechner
Dafür ist in der Tat WINS zuständig.
[...]
> Auszug smb.conf:
> preferred master = yes
> domain master = yes
> local master = yes
>
> dns proxy = no
>
> wins support = yes
Dadurch wird Samba zum wins Server.
> name resolve order = wins hosts lmhosts bcast
Das 'wins' hier sorgt dafür, dass der Samba Server einen *anderen* WINS
Server befragt. Dazu muss die IP des Servers angegeben werden. Fehlt
sie, wird die Option ignoriert.
Die 'lmhosts' Option sagt dem Samba, er soll die Datei
/etc/samba/lmhosts zur WINS Auflösung verwenden. Fehlt diese Datei bzw.
Einträge für Rechner, kann es nicht funktionieren.
Die 'host' Option (*OHNE* 's' am Ende) verwendet die 'normale'
Namensauflösung (/etc/hosts, DNS, NIS) des Servers.
'bcast' ist klar. Das ist allerdings bei deinem Setup der Normalfall.
Mein Vorschlag:
name resolve order = lmhosts host bcast
/etc/samba/lmhosts anlegen und alle lokalen Windows Clients eintragen.
Damit kannst du dann alle Windows Rechner/Freigaben über ihren in dieser
Datei festgelegten Namen ansprechen. Geräte, die nur Services wie z.B.
HTTP oder SSH anbieten, sind hier unnötig.
/etc/hosts auf allen Rechnern anlegen (bei Windows unter
/system32/drivers). Damit kannst du dann alle Geräte über ihren in
dieser Datei festgelegten Namen ansprechen.
Alternativ (bzw. ab einer gewissen Anzahl Rechner zu empfehlen) kannst
du einen lokalen DNS Server einrichten, der die Anfragen für dein
192.168.6 Netz beantwortet und alles andere forwardet (an deinen Router
oder auch direkt die DNS Server deines Providers).
Für DNS und die hosts Dateien muss natürlich auch noch ein Abgleich mit
deinen DHCP Server stattfinden.
Joe
Andreas Ströber
danke zun�chst f�r die Antwort.
Paul Muster wrote:
> Andreas Str�ber schrieb:
>
>> Ich denke, vielleicht suche ich ja nach einem Abgleich zwischen DNS und
>> WINS?! Ich habe derzeit keinen eigenen DNS aufgesetzt. K�nnte das mein
>> eigentlich echtes Problem sein?
>
> Ja, meiner Einsch�tzung nach ist das das Problem. Ich denke nicht, dass
> bei deinen Beispielen WINS verwendet wird, sondern vielmehr DNS.
Ich glaube, mal dies und mal das. Aber ok...
> Ich nehme an, dass das Router den DNS- und DHCP-Server spielt. Nun w�re
> zu kl�ren, wie der Router konfiguriert ist und ob er denn die Namen der
> Ger�te kennt.
>
>> [ ... ]
>
> �h, h�? Welche Kiste macht denn DHCP?
Eigentlich laufen alle Dienste auf dem Linux-Server. Lediglich das
Routing ins Internet wird durch eine eigene Blackbox veranstaltet. Die
richtigen Einstellungen werden per DHCP vom Linux-Server an alle Clients
verteilt. (Nicht fragen wieso... fr�her lief auch Internet-zugang �ber
den Linux-Server, jetzt halt nicht mehr).
> Ein m�gliches Szenario w�re, DNS und DHCP vom Server machen zu lassen
> und DHCP auf dem Router auszuschalten. Dann auf dem Server dies hier
> einrichten http://www.pro-linux.de/t_netzwerk/dhcpunddns.html (oder mit
> einem anderen DNS-Server dynamische Updates einrichten).
Danke f�r den n�tzlichen Link. Ich bin das mal durchgegangen und habe es
eingerichtet. Wollte ich ja ohnehin schon immer mal tun. :o) Endg�ltiges
Ergebnis kann ich aber noch nicht mitteilen, da die Konfiguration
derzeit daran h�ngt, dass ich einen Fehler beim dyn Update des DNS
bekomme. Muss noch evaluieren woran es liegt.
dhcpd: Unable to add forward map from clientname.intern.blabla.net to
192.168.6.199: timed out
Jul 13 23:35:36 softgate dhcpd: DHCPREQUEST for 192.168.6.199 from
00:0a:e4:e1:09:44 (clientname) via eth0
Jul 13 23:35:36 softgate dhcpd: DHCPACK on 192.168.6.199 to
00:0a:e4:e1:09:44 (clientname) via eth0
Bzgl. WINS �ndert sich hierdurch aber nichts. Am Rande habe ich jetzt
eher noch zus�tzlich das "Problem", dass kein "ssh server" mehr
funktioniert, sondern nur noch ein "ssh server.fqdn.name". Bin mir nicht
sicher ob das vorteilhaft ist. Aber das liegt sicher an meiner
derzeitigen Konfiguration des DNS... aber das ist ein anderes Thema.
OK. Ich werde mal die anderen Antworten hier durchprobieren. Diese
L�sung hier sollte mein Problem zu einem gewissen Teil verbessert, aber
nicht vollst�ndig gel�st haben. WINS ist davon nicht betroffen.
Danke soweit.
Gru�
Andi
Andreas Ströber
joa... also mein Drucker hängt direkt am Netz und hat folglich auch eine
eigene IP. Der Uweg, das ganze via Linux-Server an den Drucker zu
schicken hat sich als unpraktisch erwiesen.
Ich möchte lediglich erreichen, dass ich in den Clients z.B.
\\drucker\lp1 als Queue einstellen kann anstatt \\192.168.6.123\lp1 weil
ersteres schlichtweg schöner zu merken und anzugeben ist.
Dafür hilft mir die Konfiguration hier m.E. nicht weiter.
Trotzdem danke.
Gruß
Andi
Andreas Ströber
Jochen Arndt wrote:
> Andreas Str�ber schrieb:
>
> [...]
>
>> Was jedoch nicht funktioniert ist ein http://drucker ausgehend von einem
>> Client oder ein "ping rechner" vom Server wenn ich Namen und eben nicht
>> die IP-Adresse der Zielpunkte verwende.
>
> Das hat mit Samba nichts zu tun. Daf�r ist die Namensaufl�sung
> zust�ndig. Also z.B. per Datei /etc/hosts oder DNS.
>
Ist klar, ja.
> [...]
>
> Daf�r ist in der Tat WINS zust�ndig.
>
> [...]
>
>> Auszug smb.conf:
>> preferred master = yes
>> domain master = yes
>> local master = yes
>>
>> dns proxy = no
>>
>> wins support = yes
>
> Dadurch wird Samba zum wins Server.
>
>> name resolve order = wins hosts lmhosts bcast
>
> Das 'wins' hier sorgt daf�r, dass der Samba Server einen *anderen* WINS
> Server befragt. Dazu muss die IP des Servers angegeben werden. Fehlt
> sie, wird die Option ignoriert.
Ups. Dann habe ich das irgendwie falsch interpretiert. Ich dachte immer,
diese Option soll eben Samba veranlassen den zuvor aktivierten eigenen
WINS-Support zu nutzen. :o( Mea culpa.
> Die 'lmhosts' Option sagt dem Samba, er soll die Datei
> /etc/samba/lmhosts zur WINS Aufl�sung verwenden. Fehlt diese Datei bzw.
> Eintr�ge f�r Rechner, kann es nicht funktionieren.
>
> Die 'host' Option (*OHNE* 's' am Ende) verwendet die 'normale'
> Namensaufl�sung (/etc/hosts, DNS, NIS) des Servers.
Argh. Gleich mehrere Fehler auf einmal. D�mlich, hab ich mich zu sehr
auf die Internet-manpage verlassen anstatt in die lokale zu guggen. :o(
> 'bcast' ist klar. Das ist allerdings bei deinem Setup der Normalfall.
Wenn das der Normalfall ist, w�rde ich eigentlich erwarten dass ein
Client z.B. beim Befehl "nmblookup clientname" auf dem Linuxserver aber
ja dann Antwort gibt. Oder nicht?
> Mein Vorschlag:
>
> [...]
Ich m�chte m�glichst wenige Angaben doppelt und/oder dreifach pflegen.
Deshalb m�chte ich nach M�glichkeit keine Eintr�ge in lmhosts und hosts
machen - wenn nicht unbedingt n�tig. Funktioniert denn bcast
(zuverl�ssig)? Und/Oder arbeitet WINS irgendwie mit DNS zusammen?
Nachdem ich mal nun einen lokalen DNS aufgesetzt habe (siehe Antwort von
Paul Muster), kann ich prinzipiell auch via
\\server.fqdn.blabla.net\share darauf zugreifen. Ein \\server\share
dauert derzeit daf�r einen Tick l�nger als zuvor... Verwendet Windows
f�r den ersten und den zweiten Aufruf tats�chlich verschiedene Wege zur
Namensaufl�sung? (Wenn ich mir einen Paketauszug mit tcpdump so ansehe,
dann scheint das wirklich der Fall zu sein... wie "praktisch" weil
�bersichtlich :o( ).
Hmmm. Also ich hab nun in die smb.conf folgendes eingetragen:
dns proxy = yes
wins support = yes
name resolve order = host bcast lmhosts
Aber... ein "nmblookup client" auf dem Server bringt immer noch keine
Antwort. Allerdings l�uft DNS-Update auch noch nicht richtig. Aber
irgendwie scheint dann WINS derzeit praktisch �berhaupt nicht zu laufen,
oder? Ich meine... f�r was aktiviere ich den WINS support wenn er
scheinbar nichts bringt?! Wann bekommt denn WINS die Daten? Und kann ich
die interne WINS-Datenbank irgendwie einsehen (z.B. cache-dump machen
lassen)?
Danke f�r die bisherigen Tipps. Sie waren sehr hilfreich - wenngleich
ich auch noch nicht die finale L�sung habe.
grz
andi
>
> /etc/samba/lmhosts anlegen und alle lokalen Windows Clients eintragen.
> Damit kannst du dann alle Windows Rechner/Freigaben �ber ihren in dieser
> Datei festgelegten Namen ansprechen. Ger�te, die nur Services wie z.B.
> HTTP oder SSH anbieten, sind hier unn�tig.
>
> /etc/hosts auf allen Rechnern anlegen (bei Windows unter
> /system32/drivers). Damit kannst du dann alle Ger�te �ber ihren in
> dieser Datei festgelegten Namen ansprechen.
>
> Alternativ (bzw. ab einer gewissen Anzahl Rechner zu empfehlen) kannst
> du einen lokalen DNS Server einrichten, der die Anfragen f�r dein
> 192.168.6 Netz beantwortet und alles andere forwardet (an deinen Router
> oder auch direkt die DNS Server deines Providers).
>
> F�r DNS und die hosts Dateien muss nat�rlich auch noch ein Abgleich mit
Jan Wenzel
Andreas Str�ber schrieb:
> Hi,
>
>
> Jochen Arndt wrote:
>> Andreas Str�ber schrieb:
[...]
>>> name resolve order = wins hosts lmhosts bcast
>> Das 'wins' hier sorgt daf�r, dass der Samba Server einen *anderen* WINS
>> Server befragt. Dazu muss die IP des Servers angegeben werden. Fehlt
>> sie, wird die Option ignoriert.
>
> Ups. Dann habe ich das irgendwie falsch interpretiert. Ich dachte immer,
> diese Option soll eben Samba veranlassen den zuvor aktivierten eigenen
> WINS-Support zu nutzen. :o( Mea culpa.
Das Keyword wins wird nur verwendet, wenn ein WINS Server angegeben
wurde, anderenfalls wird es ignoriert. Es war also kein Fehler, das
einzutragen.
>> Die 'lmhosts' Option sagt dem Samba, er soll die Datei
>> /etc/samba/lmhosts zur WINS Aufl�sung verwenden. Fehlt diese Datei bzw.
>> Eintr�ge f�r Rechner, kann es nicht funktionieren.
>>
>> Die 'host' Option (*OHNE* 's' am Ende) verwendet die 'normale'
>> Namensaufl�sung (/etc/hosts, DNS, NIS) des Servers.
>
> Argh. Gleich mehrere Fehler auf einmal. D�mlich, hab ich mich zu sehr
> auf die Internet-manpage verlassen anstatt in die lokale zu guggen. :o(
Ebenfalls wieder kein Fehler, die Datei 'lmhosts' darf fehlen, sie wird
dann einfach ignoriert.
>> 'bcast' ist klar. Das ist allerdings bei deinem Setup der Normalfall.
>
> Wenn das der Normalfall ist, w�rde ich eigentlich erwarten dass ein
> Client z.B. beim Befehl "nmblookup clientname" auf dem Linuxserver aber
> ja dann Antwort gibt. Oder nicht?
Auf Broadcasts antwortet der eingebaute WINS Server nur, wenn
'wins proxy = yes' gesetzt ist. Die clients sollten normalerweise
(bei 'netbios-node-type 8' in der DHCP-Konfiguration) eine
Unicast-Anfrage an den netbios-name-server machen und erst als Fallback
eine Broadcast-Anfrage. Testen kannst Du den WINS Server mit
nmblookup -R -U 192.168.6.201 CLIENT
>> Mein Vorschlag:
>>
>> [...]
>
> Ich m�chte m�glichst wenige Angaben doppelt und/oder dreifach pflegen.
> Deshalb m�chte ich nach M�glichkeit keine Eintr�ge in lmhosts und hosts
> machen - wenn nicht unbedingt n�tig. Funktioniert denn bcast
> (zuverl�ssig)? Und/Oder arbeitet WINS irgendwie mit DNS zusammen?
>
> Nachdem ich mal nun einen lokalen DNS aufgesetzt habe (siehe Antwort von
> Paul Muster), kann ich prinzipiell auch via
> \\server.fqdn.blabla.net\share darauf zugreifen. Ein \\server\share
> dauert derzeit daf�r einen Tick l�nger als zuvor... Verwendet Windows
> f�r den ersten und den zweiten Aufruf tats�chlich verschiedene Wege zur
> Namensaufl�sung? (Wenn ich mir einen Paketauszug mit tcpdump so ansehe,
> dann scheint das wirklich der Fall zu sein... wie "praktisch" weil
> �bersichtlich :o( ).
Auf jeden Fall sollten die Optionen 'domain-name' und
'use-host-decl-names' gesetzt sein, also
option domain-name "domain.com";
option use-host-decl-names on;
in der DHCP-Konfiguration des Servers. Dann sollte auch ein \\server
funktionieren.
> Hmmm. Also ich hab nun in die smb.conf folgendes eingetragen:
>
> dns proxy = yes
> wins support = yes
> name resolve order = host bcast lmhosts
>
> Aber... ein "nmblookup client" auf dem Server bringt immer noch keine
> Antwort. Allerdings l�uft DNS-Update auch noch nicht richtig. Aber
> irgendwie scheint dann WINS derzeit praktisch �berhaupt nicht zu laufen,
> oder? Ich meine... f�r was aktiviere ich den WINS support wenn er
> scheinbar nichts bringt?! Wann bekommt denn WINS die Daten? Und kann ich
> die interne WINS-Datenbank irgendwie einsehen (z.B. cache-dump machen
> lassen)?
Siehe oben, Unicast contra Broadcast.
Die Datenbank des WINS-Servers liegt normalerweise unter
/var/lib/samba/wins.dat, bei Versionen ab 3.2 unter /var/lib/samba/wins.tdb.
> Danke f�r die bisherigen Tipps. Sie waren sehr hilfreich - wenngleich
> ich auch noch nicht die finale L�sung habe.
> grz
> andi
>
>
>> /etc/samba/lmhosts anlegen und alle lokalen Windows Clients eintragen.
>> Damit kannst du dann alle Windows Rechner/Freigaben �ber ihren in dieser
>> Datei festgelegten Namen ansprechen. Ger�te, die nur Services wie z.B.
>> HTTP oder SSH anbieten, sind hier unn�tig.
>>
>> /etc/hosts auf allen Rechnern anlegen (bei Windows unter
>> /system32/drivers). Damit kannst du dann alle Ger�te �ber ihren in
>> dieser Datei festgelegten Namen ansprechen.
Das macht schon bei zwei Rechnern keinen Sinn mehr.
>> Alternativ (bzw. ab einer gewissen Anzahl Rechner zu empfehlen) kannst
>> du einen lokalen DNS Server einrichten, der die Anfragen f�r dein
>> 192.168.6 Netz beantwortet und alles andere forwardet (an deinen Router
>> oder auch direkt die DNS Server deines Providers).
>>
>> F�r DNS und die hosts Dateien muss nat�rlich auch noch ein Abgleich mit
>> deinen DHCP Server stattfinden.
>>
>>
>> Joe
Der DNS scheint ja nun auch noch Probleme zu bereiten, wenn Du willst,
koennen wir uns das mal ansehen.
Gruss
Jan
Paul Muster
> Nachdem ich mal nun einen lokalen DNS aufgesetzt habe (siehe Antwort von
> Paul Muster), kann ich prinzipiell auch via
> \\server.fqdn.blabla.net\share darauf zugreifen. Ein \\server\share
> dauert derzeit daf�r einen Tick l�nger als zuvor...
Ich denke, das gibt sich, wenn der DHCP den Clients den "DNS-Suchpfad"
mitteilt: option domain-name "example.com";
> Verwendet Windows
> f�r den ersten und den zweiten Aufruf tats�chlich verschiedene Wege zur
> Namensaufl�sung?
M�glich...
mfG Paul
Paul Muster
> Bzgl. WINS �ndert sich hierdurch aber nichts.
Richtig.
> Am Rande habe ich jetzt
> eher noch zus�tzlich das "Problem", dass kein "ssh server" mehr
> funktioniert, sondern nur noch ein "ssh server.fqdn.name". Bin mir nicht
> sicher ob das vorteilhaft ist. Aber das liegt sicher an meiner
> derzeitigen Konfiguration des DNS... aber das ist ein anderes Thema.
Das liegt am DHCP. Dieser sollte
option domain-name "example.com";
in der dhcpd.conf haben. Damit wird - soweit ich das verstehe - der
"DNS-Suchpfad" der Clients gesetzt.
mfG Paul
Stefan Kanthak
Stell' mal den TOFU ab (<http://learn.to/quote>)
> Hi,
>
> joa... also mein Drucker h�ngt direkt am Netz und hat folglich auch eine
> eigene IP.
Und hat er auch einen eigenen Namen, den er
* entweder per NetBT-Broadcast oder WINS selbst im Netz bekanntgibt,
* per DDNS bei Deinem lokalen DNS registriert,
* ueber den DHCP-Server bei Deinem lokalen DNS registrieren laesst.
> Der Uweg, das ganze via Linux-Server an den Drucker zu
> schicken hat sich als unpraktisch erwiesen.
>
> Ich m�chte lediglich erreichen, dass ich in den Clients z.B.
> \\drucker\lp1 als Queue einstellen kann anstatt \\192.168.6.123\lp1 weil
> ersteres schlichtweg sch�ner zu merken und anzugeben ist.
Such Dir eine der o.g. 4 Moeglichkeiten aus.
Danach koennen die Clients den NetBIOS-Namen, bei richtiger Konfiguration
des primaeren DNS-Suffix ggf. auch den DNS-Namen des Druckers aufloesen.
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)
Andreas Ströber
grz
andi
Andreas Ströber
grz
andi