PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Hosts



Malekith
12.08.02, 18:53
Hallo,

erstmal muss ich sagen, das ich von der ganzen Sache kaum Ahnung habe.

Ich habe ausversehen meine hosts gelöscht, und jetzt brauche ich hilfe:

Ich befinde mich im LAN und kann ausser meinem eigenen keinen anderen Rechner pingen.

Sehen wir es so:
Ich bin Rechner1 (R1) und der andere Rechner ist R2

R1:
IP: 192.168.0.77

R2
IP: 192.168.1.2

I Grunde will ich nur, das ich im Netzwerk finde und gefunden werde, also über IP.

Hat jemand eine Idee wie ich das mit den hosts usw hinkriege?

taylor
12.08.02, 19:09
Ich müsste jetzt auch genau nachlesen, aber ich denke:

Ihr seid nicht im selben Subnetz. Legt euch eine passende IP zu.

192.168.0.77 und 192.168.0.irgendwas
oder
192.168.1.2 und 192.168.1.irgendwas

pitroff
12.08.02, 19:10
Die Datei hosts mit foldendem Inhalt anlegen:

127.0.0.1 localhost
192.168.0.77 R1
192.168.1.2 R2

Das wars

Malekith
12.08.02, 19:13
Beides geht nicht...

pitroff
12.08.02, 19:15
Da hast aber nicht nur deine hosts gelöscht!!!!

taylor
12.08.02, 19:19
Jup, geht denn überhaupt Deine Netzwerkkarte?
Was sagt denn 'ifconfig' oder 'route -n'
Kabel alle drin und so ;-)

Malekith
12.08.02, 19:23
ja, nur /etc/sysconfig/networking/profiles/default den Inhalt der Datei hosts...


Was sagt denn 'ifconfig' oder 'route -n'

Naja, nicht viel...


[root@Avalon2 marcel]# ifconfig
bash: ifconfig: command not found
[root@Avalon2 marcel]# route -n
bash: route: command not found
[root@Avalon2 marcel]#

taylor
12.08.02, 19:28
Du bist nicht root?

Wie wär's mit /sbin/ifconfig und /sbin/route -n ;)

Malekith
12.08.02, 19:33
/sbin/ifconfig hat geholfen




eth0 Protokoll:Ethernet Hardware Adresse 00:08:74:04:06:B6
inet Adresse:192.168.0.77 Bcast:192.168.0.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:165 errors:0 dropped:0 overruns:0 frame:0
TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:21038 (20.5 Kb) TX bytes:4328 (4.2 Kb)
Interrupt:11 Basisadresse:0xec80

eth1 Protokoll:Ethernet Hardware Adresse 00:00:21:2C:F9:D8
inet Adresse:1.1.1.1 Bcast:1.1.255.255 Maske:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4101 errors:0 dropped:0 overruns:0 frame:0
TX packets:4388 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:3458175 (3.2 Mb) TX bytes:834615 (815.0 Kb)
Interrupt:11 Basisadresse:0xf000

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:164 errors:0 dropped:0 overruns:0 frame:0
TX packets:164 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:10240 (10.0 Kb) TX bytes:10240 (10.0 Kb)

ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:217.84.200.132 P-z-P:217.5.98.34 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:1303 errors:0 dropped:0 overruns:0 frame:0
TX packets:1455 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:1064173 (1.0 Mb) TX bytes:289243 (282.4 Kb)



Und /sbin/route -n ging auch...




Ziel Router Genmask Flags Metric Ref Use Iface
217.5.98.34 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
1.1.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 217.5.98.34 0.0.0.0 UG 0 0 0 ppp0



Was sagt mir das jetzt?

taylor
12.08.02, 19:38
eth0 Protokoll:Ethernet Hardware Adresse 00:08:74:04:06:B6
inet Adresse:192.168.0.77 Bcast:192.168.0.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:165 errors:0 dropped:0 overruns:0 frame:0
TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:21038 (20.5 Kb) TX bytes:4328 (4.2 Kb)
Interrupt:11 Basisadresse:0xec80

Das sagt Dir, dass ein Netzwerkdevice mit der Adresse 192.168.0.77 existiert und daher Treibermodul für die Netzwerkkarte geladen wurde. Kollisionen:0 ist auch fein ;)
Die NIC funktioniert also.


Ziel Router Genmask Flags Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

Das sagt Dir, dass alle Pakete an das Netzwerk 192.168.0.irgendwas über das Device eth0 geleitet werden. Auch sehr gut.

Ich frag nochmal nach: Welche IP hat jetzt die Gegenstelle?

Malekith
12.08.02, 21:14
Die IP vom anderen Rechner ist 192.168.1.2, und ein ping ergibt



[root@Avalon2 marcel]# ping 192.168.1.2
PING 192.168.1.2 (192.168.1.2) from 217.84.196.37 : 56(84) bytes of data.
From 217.237.160.118 icmp_seq=6 Destination Host Unreachable
From 217.237.160.118 icmp_seq=7 Destination Host Unreachable
From 217.237.160.118 icmp_seq=9 Destination Host Unreachable
From 217.237.160.118 icmp_seq=11 Destination Host Unreachable
From 217.237.160.118 icmp_seq=12 Destination Host Unreachable

--- 192.168.1.2 ping statistics ---
13 packets transmitted, 0 received, +5 errors, 100% loss, time 12064ms


Wieso aber von 217.237.160.118... die Adresse kenn ich nicht...

Wenn ich ping -I eth0 192.168.1.2 eingebe, dann kommt:



[root@Avalon2 marcel]# ping -I eth0 192.168.1.2
PING 192.168.1.2 (192.168.1.2) from 192.168.0.77 eth0: 56(84) bytes of data.

--- 192.168.1.2 ping statistics ---
23 packets transmitted, 0 received, 100% loss, time 21999ms


Stellen sich jetzt zwei Fragen. Warum geht er nicht standartmäßig über eth0, und wenn er geht, warum klappts nicht :confused:

Soll ich nochwas posten?

pitroff
12.08.02, 22:08
Mal eine dumme Frage dazu! Sind das die einzigen Rechner im Netz? Oder sind die beiden Rechner nur ein Teil vom gesamten Netz?

Malekith
12.08.02, 22:43
Normal ist noch der andere (tote) dabei. Doch dieses Linux hat ihn nie kennen gelernt, es ist jünger als die Debianmaschine.

Das Problem ist deshalb so dringend weil ich auf eine LAN will, und da muss zumindest CS und Warcraft laufen, also im Netzwerk.

Also ping an mich und ans I-Net geht...

[marcel@Avalon2 marcel]$ ping -c5 t-online.de
PING t-online.de (212.185.47.89) from 217.84.194.137 : 56(84) bytes of data.
64 bytes from www2.sda.t-online.de (212.185.47.89): icmp_seq=1 ttl=123 time=62.7 ms
64 bytes from www2.sda.t-online.de (212.185.47.89): icmp_seq=2 ttl=123 time=63.3 ms
64 bytes from www2.sda.t-online.de (212.185.47.89): icmp_seq=3 ttl=123 time=62.9 ms
64 bytes from www2.sda.t-online.de (212.185.47.89): icmp_seq=4 ttl=123 time=62.6 ms
64 bytes from www2.sda.t-online.de (212.185.47.89): icmp_seq=5 ttl=123 time=61.7 ms

--- t-online.de ping statistics ---
5 packets transmitted, 5 received, 0% loss, time 4041ms
rtt min/avg/max/mdev = 61.718/62.702/63.398/0.640 ms
[marcel@Avalon2 marcel]$ ping -c5 192.168.0.77
PING 192.168.0.77 (192.168.0.77) from 192.168.0.77 : 56(84) bytes of data.
64 bytes from 192.168.0.77: icmp_seq=1 ttl=255 time=0.032 ms
64 bytes from 192.168.0.77: icmp_seq=2 ttl=255 time=0.028 ms
64 bytes from 192.168.0.77: icmp_seq=3 ttl=255 time=0.027 ms
64 bytes from 192.168.0.77: icmp_seq=4 ttl=255 time=0.028 ms
64 bytes from 192.168.0.77: icmp_seq=5 ttl=255 time=0.029 ms

--- 192.168.0.77 ping statistics ---
5 packets transmitted, 5 received, 0% loss, time 3996ms

taylor
13.08.02, 03:05
> Die IP vom anderen Rechner ist 192.168.1.2, und ein ping ergibt

Okay, ich *kann* mich irren, aber ich glaube trotzdem fest an das, was ich Dir bereits gesagt habe: ;)

---snip---
Ihr seid nicht im selben Subnetz. Legt euch eine passende IP zu.

192.168.0.77 und 192.168.0.irgendwas
oder
192.168.1.2 und 192.168.1.irgendwas
---snap---

Hope that helps...

Malekith
13.08.02, 10:24
Die LAN ist heute, da würde die IP stimmen. Welche Dateien könnten da noch relevant sein, also wo sind noch einstellungen für das Netzwerek?

Malekith
13.08.02, 10:33
Also, wenn ich die IP "192.168.1.3" nehme und versuche "192.168.1.2" zu pingen, dann kommt:



[marcel@Avalon2 marcel]$ ping 192.168.1.2
PING 192.168.1.2 (192.168.1.2) from 192.168.1.3 : 56(84) bytes of data.
From 192.168.1.3 icmp_seq=1 Destination Host Unreachable
From 192.168.1.3 icmp_seq=2 Destination Host Unreachable
From 192.168.1.3 icmp_seq=3 Destination Host Unreachable
From 192.168.1.3 icmp_seq=4 Destination Host Unreachable
From 192.168.1.3 icmp_seq=5 Destination Host Unreachable
From 192.168.1.3 icmp_seq=6 Destination Host Unreachable
--- 192.168.1.2 ping statistics ---
9 packets transmitted, 0 received, +6 errors, 100% loss, time 8026ms
, pipe 3


Aber der Switch blinkt *hoffnunghab* wenn ich diesen Ping sende, das heißt wohl- es geht definitiv etwas raus...

Malekith
13.08.02, 11:27
Sieht so aus als hätte ich meinen Fehler gefunden!
Wenn ich ppp0 (der fürs DSL) ausschalte, und dann ping 192.168.1.2 eingebe




[marcel@Avalon2 marcel]$ ping -c5 192.168.1.2
connect: Network is unreachable
[marcel@Avalon2 marcel]$ ping -I eth0 192.168.1.2
connect: Network is unreachable
[marcel@Avalon2 marcel]$ ping -I eth1 192.168.1.2
connect: Network is unreachable


Ich wiederhole. Das kommt wenn ppp0 deaktiviert ist.
eth1, die Karte fürs DSL, lässt sich nicht deaktivieren! Unbegründet!

Hat das was mit dem DNS zu tun?
Wird mein Problem gelöst wenn ich sowohl ppp0 als auch eth1, lösche?

Noch ein paar Infos:

/etc/sysconfig/networking/profiles/default

ifcfg-eth0
DEVICE='eth0'
BOOTPROTO='none'
BROADCAST='192.168.0.255'
IPADDR='192.168.0.77'
NETMASK='255.255.255.0'
NETWORK='192.168.0.0'
ONBOOT='yes'
TYPE='Ethernet'
USERCTL='no'

ifcfg-eth1
DEVICE='eth1'
BROADCAST='1.1.255.255'
IPADDR='1.1.1.1'
NETMASK='255.255.0.0'
NETWORK='1.1.0.0'
ONBOOT='no'
TYPE='Ethernet'
BOOTPROTO='none'
USERCTL='no'

ifcfg-DSL
USERCTL='yes'
BOOTPROTO='dialup'
DEVICE='ppp0'
TYPE='xDSL'
ONBOOT='no'
PIDFILE=/var/run/pppoe-adsl.pid
FIREWALL=NONE
PING=.
PPPOE_TIMEOUT=20
LCP_FAILURE=3
LCP_INTERVAL=20
CLAMPMSS=1412
CONNECT_POLL=6
CONNECT_TIMEOUT=60
SYNCHRONOUS='no'
DEFROUTE='yes'
PERSIST='no'
ETH='eth1'
PROVIDER='T-Önläine'
USER='xxxxxxxxxxxxxxxxxx#0001@t-online.de'
PEERDNS='yes'

Setze ich DEFROUTE='no' geht garnix mehr...

tonmeister440
13.08.02, 17:02
hi Malekith,

also pass auf, wenn ich dich richtig verstanden habe hast du zwei netzwerkkarten in deinem rechner eine fürs lan 192.168.077 und eine fürs internet 1.1.0.0 richtig.
dann hast du einen anderen rechner mit der ip 192.168.1.2 auch korrekt ???

die beiden lan ips liegen nicht im selben netz.
eine ip adresse setzt sich aus einem netzwerkteil und einem hostteil zusammen. du hast als subnetz 255.255.255.0 angegeben das bedeutet die ersten drei päckchen geben den netzwerkteil an und das letzte päckchen den host teil( NNN.NNN.NNN.HHH).
in deinem fall liegt dein rechner im netz mit der adresse 192.168.0. der zweite rechner in 192.168.1. dass bedeutet, die zwei können sich nicht finden. du musst die ip also angleichen.
bei den ip's von beiden rechner müssen die ersten drei päckchen gleich sein. nur die letzte ziffer muss sich unterscheiden, also z.b.
R1 192.168.0.77
R2 192.168.0.2
dann müsste ein ping fuppen.
in die hosts musst du die bekannten ip adressen eintragen,
die hat folgenden aufbau:

ipadresse computername bezeichnung

als beispiel hier noch mal meine:

---------
# Do not remove the following line, or various programs
# that require network functionality will fail.
192.169.0.1 bgm LAN
137.226.79.254 Gateway
137.226.79.1 DNS
137.226.79.106 bgm kullen.rwth-acchen.de kullennetz
127.0.0.1 bgm loopback
-----------

und meld dich wenn du noch fragen hast

gruss tonmeister440

Malekith
14.08.02, 15:37
So, die LAN ging gut. Das mit dem Netz hat geklappt, aber ich habe festgestellt, das wohl irgendwas falsch war.

Ich hab die PCMCIA-Karte geköscht und das DSL hinterher, dann neu eingerichtet, jetzt geht alles....

Oneyed
19.08.02, 04:27
hallo,
über welche netzwerkkarte ist denn der zweite rechner angeschlossen?

über eth0: hier ist die netmask auf 255.255.255.0 gesetzt, um den rechner 192.168.1.x ansprechen zu können müsste sie auf 255.255.0.0 gesetzt sein

über eth1: unwahrscheinlich, weil bei dieser netzwerkkarte die ip-adresse auf 1.1.1.1 gesetzt ist. die netmask stimmt allerdings (255.255.0.0)

also, sollte hinhauen, wenn du den R2 an eth0 anschliesst und die netmask auf 255.255.0.0 setzt..


klappts?

XXLRay
19.08.02, 06:46
haben beide die gleiche Subnet Mask (wie weiter oben gefragt)?
also z.B. 255.255.255.0

Oneyed
19.08.02, 13:28
hallo XXLRay,
ich nehme mal an, dein beitrag bezieht sich nicht auf meinen... allerdings haben wie oben zu erkennen die rechner NICHT die selbe netmask - und da liegt auch das problem.

so weit

ONEYED

taylor
19.08.02, 13:39
Original geschrieben von Oneyed
um den rechner 192.168.1.x ansprechen zu können müsste sie auf 255.255.0.0 gesetzt sein
Das stimmt so nicht! Das Netzwerk 192.168.1.0 hat auch die Subnetmask 255.255.255.0

Oder hab ich Dich falsch verstanden?

Malekith
19.08.02, 21:52
Danke für aller Hilfe!

Das Problem löste sich als ich eth1 und ppp0 löschte. Nun richtete ich sie neu ein, und jetzt geht I-Net und LAN und Squid!

Meine Vermutung:
DSL war als primäres Netzwerk gekennzeichnet, dachte sich mein RedHat (In der Anzeige war merkwürdigerweise eht1 über eth0 aufgeführt...). Mit dem wegfall von eth1 & Co. musste ein neues Primäres Netzwerk her, also eth0 genommen. Als eth1 & Co. wiederkamen mussten sie sich hinten anstellen... :rolleyes: :rolleyes:

OK, das ist bestimmt anders, sämtliche Informatiker, Geeks, Freaks und Kenner werden sich wohl die Haare raufen und mich verdammen, aber es ist in meinen Augen logisch :rolleyes:*nichthauen*:rolleyes:

Bauchi
19.08.02, 22:35
ich würd eher sagen du hast keinen plan von routing und subnetting und das hat dir das genick gebrochen ... weil du keine richtige route in das fremde netz hattest ... das hättest du aus dem netstat -n rauslesen können ...
er hat versucht über das standart gateway (DSL) das netz zu erreichen, das musste ja in die hose gehn ...:rolleyes: :rolleyes:

Harry
19.08.02, 23:17
Original geschrieben von Bauchi
ich würd eher sagen du hast keinen plan von routing und subnetting und das hat dir das genick gebrochen ... weil du keine richtige route in das fremde netz hattest ... das hättest du aus dem netstat -n rauslesen können ...
er hat versucht über das standart gateway (DSL) das netz zu erreichen, das musste ja in die hose gehn ...:rolleyes: :rolleyes:

Also hat er doch eine richtige Route für das Ziel 192.168.1.0/24 (über die Defaultroute) gehabt; nur gab es in der Richtung eben nicht das gewünschte Ziel und der letzte Router hat das mit ICMP-Host-unreachable quittiert ;)
Mal den Faden weitergesponnen: Hätte er ein Ziel mit 192.168.1.2 in Richtung Defaultroute erreicht (welches nicht der gewünschte Rechner im LAN gewesen wäre) dann hätte dieser seine Antwort wiederum nicht zurück ins LAN bekommen, es sei denn, die Routeradmins an der Wegstrecke hätten etwas bei der Konfiguration Ihrer Router gepennt und das Routing für private Adressen zugelassen. Aber davon abgesehen sollte es Richtung Internet ja eh keine Rechner mit IP-Adressen aus den für private Zwecke reservierten Bereichen geben :D

Ok - bitte nicht so ernst nehmen ;)

Harry

Oneyed
20.08.02, 01:58
Antwort auf taylor:

Ja und nein. Habe mich nochmal schlau gemacht. "Eigentlich" haben Netzwerke der Klasse C, also 192.168.0.0 die netmask von 255.255.255.0.

Diese Vorgabe ist aber kein Muss. Ein Netzwerk mit der netmask 255.255.255.0 bezeichnet ein Netzwerk mit den IP- Adressen 192.168.x.1 bis 192.168.x.254 womit im Falle von Malekith schonmal ein Problem auftritt, da R2 die IP 192.168.1.2 hat und R1 die 192.168.0.77

Das Setzen der netmask auf 255.255.0.0 würde also Abhilfe schaffen, da mit einer solchen netmask die Rechner von 192.168.0.1 bis 192.168.1.254 (254?) angesprochen werden könnten.

Allerdings wäre diese Lösung nicht unbedingt zu empfehlen, denn wie ich erfahren habe "mögen" das einige Programme nicht, wenn sie in einem Klasse C Netzwerk arbeiten und als netmask 255.255.0.0 haben...

Alle Klarheiten beseitigt?

ONEYED

taylor
20.08.02, 10:59
Original geschrieben von Oneyed
womit im Falle von Malekith schonmal ein Problem auftritt, da R2 die IP 192.168.1.2 hat und R1 die 192.168.0.77

Das wurde ihm hier ja auch schon von mehreren Personen (mir auch) erklärt, aber... *SCNR*

Beste Grüsse,
Taylor