Als ich vor 14 Tagen meine erste Testinstallation machte, hat Debian bei der Installation so ca. 10-15 MB aus dem Netz geladen, d.h. upgedatet. Diesmal wollte Debian das wieder tun, da aber der Router jetzt an der anderen NIC hing, die Debian nicht einrichten konnte, ging das Runterladen der Security(?)-Updates daneben. Und genau das will ich nachholen.
Mit modconf hab' ich den sundance Treiber auf Rat von flinx geladen - ich hätt' auch einen Linux-Treiber auf CD beiliegend der Dlink-Karte anzubieten - dlh5x-2.4.tgz. Soll ich den laden? Wie?

Im übrigen haben wir das 2-NIC-Problem auch beim Probeaufsetzen nicht gelöst.

Thx,
Quintus

Nein. Ist auch wieder der sundance-Treiber, aber den musstest zusätzlich noch kompilieren. Der jetzige dürfte schon passen.

Was sagt 'ifconfig' nach dem Booten?

eth0 = realtek ?? = internes Lan??
eth1 = d-link ?? = Router??
stimmt das so?
Kann dein Router dhcp? Wenn ja, konfigurier mal die d-link auf dhcp.

Nein, umgekehrt:

eth0 = Realtec = Router
eth1 = Dlink = für internes Netz

Ich hab' das jetzt mit DHCS versucht - in interfaces steht nur bei eth1 eine IP-Adresse, weil eth0 auf hostname = Server (DHCP).

Interessant: in 'ifconfig' werden beide NICs mit derselben IP-Adresse angeführt.....

Ich hau' mich jetzt in die Falle und überleg' mir, ob' ich mit Linux überhaupt weiter tun soll (Zywall ist gar nicht so teuer). Allein auf die Hilfe eines Forums angewiesen zu sein, und Dinge, die unter Windows in 10 Minuten gehen, in einem Tag nicht zu schaffen, gefällt mir so überhaupt nicht.

MfG
Quintus

:confused: wenn du mittels Dhcp die IP holen lässt, haben beide die gleiche IP?

Dann könnte doch sein, daß die vorher auf
vergebene Adresse schon existiert hat, oder?

Hangerl geschmissen!
 

Ich hab' heut Früh den Debian-Server nochmals neu aufgesetzt - diesmal hab' ich ihm den sundance gleich bei der Installation verpasst - das interne Netz scheint zu funktionieren.

Über die eth0 = Realtec weigert sich der Server aber standhaft, eine Verbindung zum Router aufzubauen - die Updates haben somit wieder nicht funktioniert.

Ich verabschiede mich nun vom Linux-Projekt - es kann ja nicht gehen, dass die einfachsten Dinge, wie eine zweite NIC oder eine zweite "Parallele" zu installieren jeweils Mehrtagesprojekte sind. Und dass man wegen jedem Scha* von fremder Hilfe aus dem Forum angewiesen ist.

Debian-Installationspaket (Buch, CDs) zum halben Preis in Wien 14 abzuholen.

Danke somit den lieben Helfern, leider hat es nicht gereicht. Und leider hat sich auch niemand bereit erklärt, hier (gegen Kostenersatz) ein paar Stunden aktiven Support zu leisten :(.


MfG
Quintus

Ich hab' jetzt alle NICs konfiguriert, im Samba-Server die Workgroup eingetragen - trotzdem seh' ich den Server nicht im Netz. Und: ich kann nicht mal ein PING hin machen!

'ifup -a' startet lo, eth0 und eth1.

Mit 'ifconf' seh' ich auch nichts Besonderes (siehe Anhang - hab' ich über Diskette 'rüber gebracht).

Was kann ich noch anstellen, damit endlich ein PING funktioniert und damit der Server im Netz (an eth1) sichtbar wird?

Thx
Quintus

------------------------------

eth0 Link encap:Ethernet HWaddr 00:02:44:3C:DC:0F
inet addr:192.168.0.111 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:64 errors:0 dropped:0 overruns:0 frame:0
TX packets:544 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:4224 (4.1 KiB) TX bytes:73996 (72.2 KiB)
Interrupt:14 Base address:0xd000

eth1 Link encap:Ethernet HWaddr 00:05:5D:75:A2:5B
inet addr:192.168.0.110 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:81 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:7926 (7.7 KiB) TX bytes:0 (0.0 b)
Interrupt:15 Base address:0xb000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)

NACHTRAG: ich krieg' auch hin und wieder die Meldung "spurious 8259A interrupt: IRQ7". Hat das was mit der noch nicht konfigurierten "2. Parallelen" zu tun?

Thx,
Quintus


NACHTRAG-II: wenn ich das Kabel vom Router zum internen Switch stecke, kann ich die andere NIC pingen - ich hab' das Gefühl, dass - obwohl beide da und konfiguriert sind - immer nur eine NIC arbeitet: entweder die Dlink oder die Realtec, aber nie beide gleichzeitig.

Bist dir sicher, daß die andere IP nicht schon vergeben ist?
Kannst pingen, wenn du nur ein Kabel anschliesst (probiers mit der D-Link, dann mit der RTL)?

Du moechtest fuer die beiden Netzwerkkarten unterschiedliche Subnetze (z.B.: 192.168.100.x und 192.168.101.x) verwenden. Dann tut sich der Rechner mit dem Routen leichter und wird auch auf die Pings antworten ;)

Ich hab' jetzt die zwei IP-Adressen der "demilitarized zone" in ein anderes Sub-Netz verschoben - der Router hat jetzt 192.168.110.xxx, die Realtec NIC 192.168.110.xxy. In "interfaces" hab' ich bei eth0 auch das gateway entsprechend geändert.

Fazit: ich seh' jetzt den Server im internen Netz ("protected network") - dafür funktioniert die Internetverbindung an der Realtec nicht mehr :( .

Wie gehabt: es funktioniert entweder die eine oder die andere ...... :( .

------------------------------------------

Die Gelegenheit, Verbindung mit dem Server zu haben, hab' ich genutzt und die Webmin-debs (webmin_1.070-1_all.deb etc.....) raufzuspielen, die ich mir entpackt aufgehoben habe. Ich hab' versucht, selbige dann mit 'dpkg -i *.deb' zu installieren. Debian tat eine Menge, webmin funktioniert aber trotzdem nicht. '/etc/init.d/webmin start' bringt: No such file or directory.

Mit apt-get -f install wollte ich das reparieren, der Server will aber aufs Internet zugreifen, was aber nicht geht....

... mühsam.

MfG
Quintus