Server per Namen erreichen

bananenBrot

Well-Known Member
Hi,
ich habe eine Frage. Mein OpenBSD Server bekommt per DHCP eine Adresse vom Router.
Soweit sogut - leider kann ich von den anderen Maschinen den Server nicht per Namen anpingen. Zwischen den Clients klappt alles wunderbar.

Jetzt die Frage: Woran liegt das?
Hier meine dhclient.conf von OpenBSD:
Code:
initial-interval 1;
send host-name "openbsd";
request subnet-mask, broadcast-address, routers, domain-name,
        domain-name-servers, host-name;
#

Das müsste doch ausreichen oder liegt hier ein grundsätzlicher Gedankenfehler vor?

Danke und Gruß
 
Aeh, gibt es den einen Nameserver im Netz, der ein entsprechendes Forwardmapping (A-Record) bereithaelt?

z.B.
openbsd IN A <IP-Adresse>
 
Das müsste der automatisch machen - mit den Clients funktionierts ja auch.
Ich kann alle Rechner ohne Einstellungen am DNS sofort nachdem diese per DHCP eine IP bekommen haben, per Namen anpingen.
Die machen also irgendwas zusätzlich, was OpenBSD nur nach Aufforderung macht.
 
Moin bananenBrot,

Hi,
Code:
initial-interval 1;
send host-name "openbsd";
request subnet-mask, broadcast-address, routers, domain-name,
        domain-name-servers, host-name;
#

Zuerst schickst Du dem DHCP-Server den gewünschten Namen (send host-name), dann erfragst Du den Namen (request host-name). Laß request host-name weg, dann sollte es funktionieren.

j_t schrieb:
Aeh, gibt es den einen Nameserver im Netz, der ein entsprechendes Forwardmapping (A-Record) bereithaelt?

z.B.
openbsd IN A <IP-Adresse>
Es wird einer IP-Adresse fest ein Hostname zugewiesen. Was ist wenn der Client eine andere IP-Adresse bekommt? Blöd gelaufen...

Viele Grüße

JueDan
 
Die Einstellung scheint was bewirkt zu haben - ich kann OpenBSD nun über den Namen anpingen - allerdings über "noname"... das habe ich aber nirgends eingetragen..?

# nslookup 192.168.0.37
Server: 192.168.0.1
Address: 192.168.0.1#53

37.0.168.192.in-addr.arpa name = noname.
 
Was ist das für ein Router? Mit Fritz!Boxen und Speedports (glaube 702V genaue Bezeichnung weiß ich nicht mehr) hatte ich auch solche Probleme mit FreeBSD, ohne eine Lösung zu finden.
Deswegen ist mein Router und Accesspoint nun ein FreeBSD Server mit dnsmasq.
 
Tatsächlich ist es eine FritzBox (7170).

Ich hab das grad mal per tcpdump angeschaut - sagt mal, lese ich das falsch oder sendet openbsd einfach den Namen nicht mit? Dann wäre es klar warum die FritzBox das nicht rafft.

15:25:38.799740 noname.bootpc > 255.255.255.255.bootps: xid:0x5ce299f7 [|bootp] [tos 0x10]
0000: 4510 0148 0000 0000 1011 36c8 c0a8 b225 E..H......6????%
0010: ffff ffff 0044 0043 0134 1b99 0101 0600 ????.D.C.4......
0020: 5ce2 99f7 0000 0000 0000 0000 0000 0000 \?.?............
0030: 0000 0000 0000 0000 XXXX XXXX XXXX 0000 ..........?.?z..
0040: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0050: 0000

Hier ist die Antwort von der Box:
15:25:38.844506 fritz.fonwlan.box.bootps > 255.255.255.255.bootpc: xid:0x5ce299f7 Y:noname S:fritz.fonwlan.box ether XX:XX:XX:XX:XX:XX [|bootp]
0000: 4500 0240 0000 0000 4011 0604 c0a8 b201 E..@....@...???.
0010: ffff ffff 0043 0044 022c f518 0201 0600 ????.C.D.,?.....
0020: 5ce2 99f7 0000 0000 0000 0000 c0a8 b225 \?.?........???%
0030: c0a8 b201 0000 0000 XXXX XXXX XXXX 0000 ???.......z.??..
0040: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0050: 0000


Ich hab zufällig diesen Bugreport gesehen - der ist aber aus 2005(!) - und der beschreibt, dass dhclient den hostname nicht immer mitsendet...
http://marc.info/?l=dhcp-client&m=112024235126489&w=2
 
Zuletzt bearbeitet:
Installier mal das Programm dhcpdump, da siehst Du genau welche Felder wie gesetzt sind, von dem Request und dem Reply.
 
Hm - ich hab mal ein wenig mit tcpdump rumgespielt (hab mir das noch nie so richtig angeschaut) und ich glaub ich bekomm die Ausgabe auch ohne dhcpdump raus.

# tcpdump -i vr1 -lenx -s 1500 port bootps or port bootpc
tcpdump: listening on vr1, link-type EN10MB
17:06:08.280430 00:0d:xx:xx:xx:xx ff:ff:ff:ff:ff:ff 0800 342: 192.168.0.37.68 > 255.255.255.255.67: xid:0x6e8e49cc vend-rfc1048 HN:"openbsd" RQ:192.168.0.37 DHCP:REQUEST PR:SM+BR+TZ+DG+DN+NS+HN [tos 0x10]

17:06:08.329771 00:15:xx:xx:xx:xx ff:ff:ff:ff:ff:ff 0800 590: 192.168.0.1.67 > 255.255.255.255.68: xid:0x6e8e49cc Y:192.168.0.37 S:192.168.178.1 ether 00:0d:xx:xx:xx:xx vend-rfc1048 DHCP:ACK SID:192.168.0.1 LT:864000 RN:432000 RB:756000 SM:255.255.255.0 DG:192.168.0.1 NS:192.168.0.1 BR:192.168.0.255

Hier sehe ich eindeutig, dass der Name mit rausgeht. Sehr merkwürdig
 
Eben, sehr merkwürdig. Kannst Du vielleicht Pakete von einem Client sniffen, wo es funktioniert? Dann könntest Du die Paktet vergleichen.
 
Ja, hier von einem MacOS 10.5 - aber die tcpdump Versionen scheinen unterschiedlich zu sein - deswegen sieht die Ausgabe anders aus.

Hier ist der request
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 1500 bytes
18:01:14.010999 00:16:xx:xx:xx:xx > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 255, id 40974, offset 0, flags [none], proto UDP (17), length 328) 0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 00:16:xx:xx:xx:xx, length 300, xid 0x7f1ce930, Flags [none] (0x0000)
Client-Ethernet-Address 00:16:xx:xx:xx:xx
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
Parameter-Request Option 55, length 10:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
Option 119, LDAP, Option 252, Netbios-Name-Server
Netbios-Node, Netbios-Scope
MSZ Option 57, length 2: 1500
Client-ID Option 61, length 7: ether 00:16:xx:xx:xx:xx
Requested-IP Option 50, length 4: 192.168.0.20
Lease-Time Option 51, length 4: 7776000
Hostname Option 12, length 4: "iMac"

Und hier ist die Antwort:
18:01:14.059127 00:15:yy:yy:yy:yy > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 590: (tos 0x0, ttl 64, id 40974, offset 0, flags [none], proto UDP (17), length 576) 192.168.0.1.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 548, xid 0x7f1ce930, Flags [none] (0x0000)
Your-IP 192.168.0.20
Server-IP 192.168.0.1
Client-Ethernet-Address 00:16:xx:xx:xx:xx
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: ACK
Server-ID Option 54, length 4: 192.168.0.1
Lease-Time Option 51, length 4: 1123200
RN Option 58, length 4: 561600
RB Option 59, length 4: 982800
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 192.168.0.1
Domain-Name-Server Option 6, length 4: 192.168.0.1
BR Option 28, length 4: 192.168.0.255
 
Zuletzt bearbeitet:
Ahh - ich bekomm ne Krise - anstatt "send client-identifier" hab ich "sent client-identifier" geschrieben.
Die FritzBox will den Parameter unbedingt.

Ahh - So ein Dreck :)

Danke trotzdem für die Geduld... Ich schalt die Kiste für heute lieber aus. :)
 
Zurück
Oben