probleme mit virtuellem interface

[ansc]

Hallo allerseits,

vielleicht kann mir jemand bei folgendem problem helfen.

ich habe in der /etc/network/interfaces ein virtuelle interface auf eth0 eingefügt.
die komplette Datei sieht so aus:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 191.72.1.199
netmask 255.255.0.0
network 191.72.0.0
broadcast 191.72.255.255
gateway 191.72.1.1

iface eth0:0 inet static
address 10.16.128.1
netmask 255.0.0.0
network 10.0.0.0
broadcast 10.255.255.255

Beim reboot klappt alles fehlerlos, auch
/etc/init.d/networking restart
fördert keine Fehler zutage.

ein ifconfig hingegen zeigt das interface nicht an. Offensichtlich funktioniert ds Ganze also so nicht.

Hat jemand eine Idee woran das liegen kann?

Danke !

[ansc]

ein

ifconfig eth0:0 10.16.128.1 netmask 255.0.0.0 broadcast 10.255.255.255

fördert übrigens folgendes zu Tage.

SIOCSIFADDR: Kein passendes Gerät gefunden
SIOCSIFFLAGS: Kein passendes Gerät gefunden
SIOCSIFNETMASK: Kein passendes Gerät gefunden
SIOCSIFBRDADDR: Kein passendes Gerät gefunden
SIOCSIFFLAGS: Kein passendes Gerät gefunden

damit kann doch bestimmt einer von euch profis was anfangen ?!?

[Luke.S]

So sollte es klappen.

Du musst dem virtuellen interface auch das Auto Statement mitgeben, sonst wird es von dem Skript ignoriert. Weiters darf nach dem Doppelpunkt u.U. keine "0" stehen. (war zumindest mal in einer Urversion so...)

Es könnte sein, dass das virtuelle nur im Gleichen Segment liegen darf, hab ich aber noch nie ausprobiert...

lg
Luke

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 191.72.1.199
netmask 255.255.0.0
network 191.72.0.0
broadcast 191.72.255.255
gateway 191.72.1.1

auto eth0:1
iface eth0:1 inet static
address 10.16.128.1
netmask 255.0.0.0
network 10.0.0.0
broadcast 10.255.255.255

[ansc]

Hi Luke.

danke für Deine Hilfe. Leider funktioniert es so auch nicht . Weder das "auto eth0:1" noch die umbenennung von :0 nach :1 hat etwas genützt.

Testweise habe ich mal eine IP Adresse aus dem gleichen Segment eingetragen, auch das hat keinen Unterschied gemacht, das virt. device wird einfach nicht erkannt.

Kann es sein, dass ich irgendetwas grundlegendes falsch mache? Muss ich "das Gerät" eth0:1 irgendwo eintragen, damit debian es erkennt? Die Meldung "kein passendes gerät gefunden" von ifconfig finde ich verdächtig...

Kann es evtl. sein, dass mir ein kernel-Modul fehlt Oder man in irgendeiner config Datei die verwendung von virt. Interfaces einschalten muss?

Fragen über Fragen....

LG

ansc

[Luke.S]

Bin davon ausgegangen dass das eth0 schon funktioniert.

Was liefert der Output von ifconfig?
Was liefert der Output von route -n

Was für eine Netzwerkkarte ist es?

Was liefert der Output von lsmod?
Oder ist sie hart in den Kernel hineinkompiliert?

lg
Luke

[ansc]

Hi Luke,

ja, eth0 funktioniert auch.

iifconfig sagt:

Code: Alles auswählen

eth0      Protokoll:Ethernet  Hardware Adresse 00:02:B3:24:0D:8D  
          inet Adresse:191.72.1.199  Bcast:191.72.255.255  Maske:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:14466 errors:1 dropped:0 overruns:0 frame:0
          TX packets:70 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:100 
          RX bytes:956716 (934.2 KiB)  TX bytes:8755 (8.5 KiB)
          Interrupt:10 

lo        Protokoll:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:3924  Metric:1
          RX packets:21 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX bytes:1315 (1.2 KiB)  TX bytes:1315 (1.2 KiB)

sl0       Protokoll:Serielle IP  
          inet Adresse:192.168.0.1  P-z-P:192.168.0.2  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:10 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

route -n sagt:

Code: Alles auswählen

Ziel            Router          Genmask         Flags Metric Ref    Use Iface
192.168.0.2     0.0.0.0         255.255.255.255 UH    1      0        0 sl0
191.72.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth0
0.0.0.0         191.72.1.1      0.0.0.0         UG    0      0        0 eth0
0.0.0.0         0.0.0.0         0.0.0.0         U     1      0        0 sl0

lsmod sagt:

Code: Alles auswählen

Module                  Size  Used by    
slip                    7252   2  (autoclean)
slhc                    4336   1  (autoclean) [slip]
eepro100               16448   0  (unused)
pci-scan                3580   1  [eepro100]
af_packet               6136   1 

Lg

ansc

[Luke.S]

lspci wäre noch interessant...

Wenn eth0 funktioniert kann es nicht am Kernel oder so liegen, es ist ja nur ein virtuelles interface.

Sehr seltsam.

Was mir aufgefallen ist, dass die KArte das Modul nicht belegt. Warte mal auf lspci...

[ansc]

ja, IP im gleichen Netz hatte ich testweise ausprobiert; das änderte leider auch nichts.

lspci sagt:

Code: Alles auswählen

00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 44)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 23)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 11)
00:07.3 Host bridge: VIA Technologies, Inc. VT82C596 Power Management (rev 30)
00:0b.0 Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100] (rev 08)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64)

lg
ansc

[Luke.S]

Tja das Modul wird nicht belegt (Es müsste da eine "1" stehen ) bei eepro100

Versuche mal mit modconf das Modul neu zu laden, bzw. das pci-scan modul zu entladen, keine Ahnung was das tut.

[ansc]

HI!

Danke für den Hinweis, ich schätze, das wird wohl das problem sein. Ich habe pci-scan mal rausgeworfen und eepro neu geladen, leider hat's nix gebracht. (Status immer noch "0" ).

Immerhin habe ich jetzt mal einen Ansatz woran es liegen könnte, evtl. bau ich mal den Kernel ganz neu.

Danke für Deine Mühe!


Gruß

ansc