Hi,
also DHCP geht zwar.
Die box nutzt die per fixed-adress option über dhcp zugewiesene Adresse.
Mount geht MP geht etc.
Aber der Test der Einstellungnen in der GUI geht nicht.
es kommt dboxupdate erreichbar und Nameserver erreichbar.
Gateway und die box selbst kommen mit Fehlermeldung.
Die Ip Adressen werden nicht angezeigt.
Ist das bei euch auch so ?
bye
PetB
So nebenbei:
wer kennt sich denn noch mit dhcp3-server aus ?
Der Server hört auf eth2 und eth3.
In der conf hab ich für die MAC der Box eine Adresse aus dem IP Bereich des Segments von eth2 fixed eingetragen.
Das geht auch soweit.
Jetzt möchte ich aber die Box auch in das Segment eth3 einstecken können und dann soll sie natürlich auch eine fixed IP bekommen.
Kann ich dazu einfach 2 unterschiedliche Einträge machen.
Also 2 x eine host configuration section ?
Nur jeweils mit unterschiedlicher IP ?
Kriegt das der Server auf die Reihe ?
Nicht das er den ersten Eintrag der auf die MAC passt nimmt und dann der Box die IP aus dem eth2 Segement gibt obwohl die box über eth3 dran ist und auch darüber nachgefragt hat, etc....
Ihr wisst bestimmt was ich meine
Einstellung DHCP, es funktioniert alles aber GUI-Test nicht
-
- Erleuchteter
- Beiträge: 785
- Registriert: Samstag 6. August 2005, 03:39
-
- Erleuchteter
- Beiträge: 682
- Registriert: Samstag 13. Juli 2002, 10:05
Ja, das Problem mit dem Testen der Settings habe ich auch wenn ich DHCP benutze. Ich vermute, dass der Test teilweise die Einstellungen aus /etc/network/interfaces ausliest und nicht "netstat -nr" oder so parsed.
Zum DHCP-Server: Also damit Dein Server auf eth2 und eth3 Adressen aus unterschiedlichen Subnetzen vergibt musst Du ja auch zwei "subnet" Deklarationen haben. Insofern kannst Du die MAC-Adresse der Box schon in beide Deklarationen mittels "host"-Deklaration eintragen. Es darf halt nur nicht ein- und dieselbe MAC-Adresse in verschiedenen host-Deklarationen innerhalb einer subnet-Deklaration vorkommen.
Mal 'ne blöde Frage: Warum hast Du zwei Interfaces mit verschiedenen Subnetzen zuhause? Wär da eine Bridge nicht einfacher, die über die beiden Interfaces eth2 und eth3 gelegt wird? Dann brauchst Du auch in Deinem DHCP-Server nur noch eine subnet-Deklaration.
Zum DHCP-Server: Also damit Dein Server auf eth2 und eth3 Adressen aus unterschiedlichen Subnetzen vergibt musst Du ja auch zwei "subnet" Deklarationen haben. Insofern kannst Du die MAC-Adresse der Box schon in beide Deklarationen mittels "host"-Deklaration eintragen. Es darf halt nur nicht ein- und dieselbe MAC-Adresse in verschiedenen host-Deklarationen innerhalb einer subnet-Deklaration vorkommen.
Mal 'ne blöde Frage: Warum hast Du zwei Interfaces mit verschiedenen Subnetzen zuhause? Wär da eine Bridge nicht einfacher, die über die beiden Interfaces eth2 und eth3 gelegt wird? Dann brauchst Du auch in Deinem DHCP-Server nur noch eine subnet-Deklaration.
-
- Erleuchteter
- Beiträge: 785
- Registriert: Samstag 6. August 2005, 03:39
OK, also ist das neutrinobedingt, normalsaruman hat geschrieben:Ja, das Problem mit dem Testen der Settings habe ich auch wenn ich DHCP benutze. Ich vermute, dass der Test teilweise die Einstellungen aus /etc/network/interfaces ausliest und nicht "netstat -nr" oder so parsed.
Ähh,saruman hat geschrieben: Zum DHCP-Server: Also damit Dein Server auf eth2 und eth3 Adressen aus unterschiedlichen Subnetzen vergibt musst Du ja auch zwei "subnet" Deklarationen haben. Insofern kannst Du die MAC-Adresse der Box schon in beide Deklarationen mittels "host"-Deklaration eintragen. Es darf halt nur nicht ein- und dieselbe MAC-Adresse in verschiedenen host-Deklarationen innerhalb einer subnet-Deklaration vorkommen.
ich habe 2 Subnet Deklarationen und bis jetzt eine host Deklarationen.
Allerdings sind die alle auf der gleichen Ebene.
Muss die host Deklarationen innerhalb der subnet Deklarationen sein ? Geschachtelt also ?
Entweder so
Code: Alles auswählen
subnet 192.168.13.0 netmask 255.255.255.0 {
range 192.168.13.10 192.168.13.100;
}
subnet 192.168.12.0 netmask 255.255.255.0 {
range 192.168.12.100 192.168.12.120;
}
host dbox1 {
hardware ethernet blahfasel
fixed-address 192.168.12.95;
}
Code: Alles auswählen
subnet 192.168.13.0 netmask 255.255.255.0 {
range 192.168.13.10 192.168.13.100;
}
subnet 192.168.12.0 netmask 255.255.255.0 {
range 192.168.12.100 192.168.12.120;
host dbox1 {
hardware ethernet blahfasel
fixed-address 192.168.12.95;
}
}
Könnte schon sein, das es da einfacher wäre.saruman hat geschrieben: Mal 'ne blöde Frage: Warum hast Du zwei Interfaces mit verschiedenen Subnetzen zuhause? Wär da eine Bridge nicht einfacher, die über die beiden Interfaces eth2 und eth3 gelegt wird? Dann brauchst Du auch in Deinem DHCP-Server nur noch eine subnet-Deklaration.
Nur weis ich nicht wie ich das unter meinem Deb.Sarge hin bekomme.
Die unterschiedlichen Netze habe ich, weil ich es so einrichten konnte und es zum testen übersichtlicher war.
Da ich anhand der IP gleich wusste in welchem Segment und an welchem Switch die jeweilige Box grad dran ist.
So habe ich an bridging garnicht gedacht.
Es würde mich schon interessieren wie ich den bridgemode einstelle.
Doch nicht indem ich die maske anpasse und mit teilbereichen arbeite, oder ?
Eigentlich war das ja auch nur zum gleichzeitigen Test verschiedener Hardware gedacht.
Sonst will ich die unterschiedlichen NICs nutzen um daran Rechner zu testen die zwar ins INET sollen aber nicht auf die anderen Rechner dürfen.
Da dachte ich auch wäre es mit der Firwall konfig einfacher, weil ich dann einfach das komplette subnetz eintragen kann. ?!?!?!??
Danke
bye
PetB
-
- Erleuchteter
- Beiträge: 682
- Registriert: Samstag 13. Juli 2002, 10:05
Oh, Du nutzt Debian? Also da ist das ganz einfach mit dem Bridging. Aber erstmal zu den anderen Dingen.
Jupps, Du host-Deklaration gehört in die subnet-Deklaration. Dann kannst Du in beiden subnet-Deklarationen Hosts mit derselben MAC-Adresse mit festen IP-Adressen versorgen.
Das Bridging sollten wir aber wahrscheinlich besser im eigenen Thread oder per pn klären, das wird irgendwie zu OT... Schick mich mal ne Mail, dann schreib ich Dir wie ich's zuhause gemacht habe.
Jupps, Du host-Deklaration gehört in die subnet-Deklaration. Dann kannst Du in beiden subnet-Deklarationen Hosts mit derselben MAC-Adresse mit festen IP-Adressen versorgen.
Das Bridging sollten wir aber wahrscheinlich besser im eigenen Thread oder per pn klären, das wird irgendwie zu OT... Schick mich mal ne Mail, dann schreib ich Dir wie ich's zuhause gemacht habe.
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
ich hab auch dhcp mal aktiviert. das sind die ausgaben im log beim start.
[quote]
udhcpc (v0.9.9-pre) started
udhcpc[82]: udhcpc (v0.9.9-pre) started
adapter index 2
udhcpc[82]: adapter index 2
adapter hardware address 00:50:9c:10:xx:xx
udhcpc[82]: adapter hardware address 00:50:9c:10:xx:xx
vforking and execle'ing /share/udhcpc/default.script
udhcpc[82]: vforking and execle'ing /share/udhcpc/default.script
entering raw listen mode
udhcpc[82]: entering raw listen mode
Opening raw socket on ifindex 2
udhcpc[82]: Opening raw socket on ifindex 2
adding option 0x35
udhcpc[82]: adding option 0x35
adding option 0x3d
udhcpc[82]: adding option 0x3d
adding option 0x3c
udhcpc[82]: adding option 0x3c
Sending discover...
udhcpc[82]: Sending discover...
Waiting on select...
udhcpc[82]: Waiting on select...
oooooh!!! got some!
udhcpc[82]: oooooh!!! got some!
adding option 0x35
udhcpc[82]: adding option 0x35
adding option 0x3d
udhcpc[82]: adding option 0x3d
adding option 0x3c
udhcpc[82]: adding option 0x3c
adding option 0x32
udhcpc[82]: adding option 0x32
adding option 0x36
udhcpc[82]: adding option 0x36
Sending select for 192.168.1.3...
udhcpc[82]: Sending select for 192.168.1.3...
Waiting on select...
udhcpc[82]: Waiting on select...
oooooh!!! got some!
udhcpc[82]: oooooh!!! got some!
Lease of 192.168.1.3 obtained, lease time 604800
udhcpc[82]: Lease of 192.168.1.3 obtained, lease time 604800
vforking and execle'ing /share/udhcpc/default.script
udhcpc[82]: vforking and execle'ing /share/udhcpc/default.script
entering none listen mode
udhcpc[82]: entering none listen mode
udhcpc[116]: Waiting on select...
[quote]
wie schon gesagt klappt alles. nur im menü wird beim test falsch angezeigt.
[quote]
udhcpc (v0.9.9-pre) started
udhcpc[82]: udhcpc (v0.9.9-pre) started
adapter index 2
udhcpc[82]: adapter index 2
adapter hardware address 00:50:9c:10:xx:xx
udhcpc[82]: adapter hardware address 00:50:9c:10:xx:xx
vforking and execle'ing /share/udhcpc/default.script
udhcpc[82]: vforking and execle'ing /share/udhcpc/default.script
entering raw listen mode
udhcpc[82]: entering raw listen mode
Opening raw socket on ifindex 2
udhcpc[82]: Opening raw socket on ifindex 2
adding option 0x35
udhcpc[82]: adding option 0x35
adding option 0x3d
udhcpc[82]: adding option 0x3d
adding option 0x3c
udhcpc[82]: adding option 0x3c
Sending discover...
udhcpc[82]: Sending discover...
Waiting on select...
udhcpc[82]: Waiting on select...
oooooh!!! got some!
udhcpc[82]: oooooh!!! got some!
adding option 0x35
udhcpc[82]: adding option 0x35
adding option 0x3d
udhcpc[82]: adding option 0x3d
adding option 0x3c
udhcpc[82]: adding option 0x3c
adding option 0x32
udhcpc[82]: adding option 0x32
adding option 0x36
udhcpc[82]: adding option 0x36
Sending select for 192.168.1.3...
udhcpc[82]: Sending select for 192.168.1.3...
Waiting on select...
udhcpc[82]: Waiting on select...
oooooh!!! got some!
udhcpc[82]: oooooh!!! got some!
Lease of 192.168.1.3 obtained, lease time 604800
udhcpc[82]: Lease of 192.168.1.3 obtained, lease time 604800
vforking and execle'ing /share/udhcpc/default.script
udhcpc[82]: vforking and execle'ing /share/udhcpc/default.script
entering none listen mode
udhcpc[82]: entering none listen mode
udhcpc[116]: Waiting on select...
[quote]
wie schon gesagt klappt alles. nur im menü wird beim test falsch angezeigt.
-
- Erleuchteter
- Beiträge: 785
- Registriert: Samstag 6. August 2005, 03:39
Aha,
wie bei mir auch.
Dann sollte man evtl. als nicht wirklich dringenden Feature Request nachfragen ob das jemand fixen kann.
mach ich gleich mal
hier iss der Feature Request
Bye
petB
wie bei mir auch.
Dann sollte man evtl. als nicht wirklich dringenden Feature Request nachfragen ob das jemand fixen kann.
mach ich gleich mal
hier iss der Feature Request
Bye
petB
-
- Erleuchteter
- Beiträge: 441
- Registriert: Dienstag 11. März 2003, 03:42
Hm...
ich verstehe nur begrenzt den Sinn von DHCP bei der DBOX... (???)
... wenn man remote darauf zugreifen möchte
Aber egal,
mal abgesehen davon, dass die falsche Anzeige beim Netzwerktest ein kosmetischer Fehler ist,
wieso weist Du auf dem DHCP Server nicht die IP der MAC zu?
EDIT: Schon gut, hab grad den Rest durchgelesen *schäm*
ich verstehe nur begrenzt den Sinn von DHCP bei der DBOX... (???)
... wenn man remote darauf zugreifen möchte
Aber egal,
mal abgesehen davon, dass die falsche Anzeige beim Netzwerktest ein kosmetischer Fehler ist,
wieso weist Du auf dem DHCP Server nicht die IP der MAC zu?
EDIT: Schon gut, hab grad den Rest durchgelesen *schäm*