[Debian] kan niet pingen of connecten

[Verwijderd]

Ik heb al een tijdje een debian server en dat werkt perfect in samenwerking met enkele windows clients.

Nu heb ik op mijn laptop debian geinstalleerd en dat werkt perfect maar ik kan met geen mogelijkheid de server benaderen. Dus niet pingen of de intranetsite bekijken.

Het rare is dat ik vanaf mijn laptop wel de windows PC's kan pingen en andersom ook. En hetzelfde werkt ook vanaf de server.

Iemand enig idee waarom de debiantjes elkaar niet kunnen zien?

THX

[xos]

Als je controleerd met ifconfig of het ip klopt met hetgene wat je heb ingevoerd? Als dat zo is en je kan de server nog steeds niet pingen kan de kabel niet (meer) goed zijn of heeft je server een firewall welke alles dropt.

[ Voor 3% gewijzigd door xos op 11-07-2003 10:42 ]

[Verwijderd]

Kabel moet wel goed zijn, want ik kan gewoon internetten (via draytek) kan alle andere PC's wel pingen en benaderen.

En er draait geen firewall op men debian server (heb ik al via mijn draytek). En vanuit een windows PC kan ik wel pingen naar de server.

[Update] Net andere kabel getest, maar nog steeds geen succes [/Update]

[ Voor 14% gewijzigd door Verwijderd op 11-07-2003 11:00 ]

[Verwijderd]

Ping je de server rechtstreeks op zijn ip-nummer of geef je een naam die ergens moet worden resolved?

Misschien moet je de verschillende netwerk-instellingen even hier posten.

[Verwijderd]

ping de server gewoon op zijn IP adres. Bijde krijgen het ip adres van de draytek router.

ifconfig van de server:

dagobert:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:C0:9F:22:67:07
inet addr:192.168.1.15 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:711209 errors:0 dropped:0 overruns:0 frame:0
TX packets:843066 errors:0 dropped:0 overruns:0 carrier:0
collisions:90435 txqueuelen:100
RX bytes:274112507 (261.4 MiB) TX bytes:852865665 (813.3 MiB)
Interrupt:17 Base address:0xecc0 Memory:fe100000-fe120000

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:1640 errors:0 dropped:0 overruns:0 frame:0
TX packets:1640 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:117122 (114.3 KiB) TX bytes:117122 (114.3 KiB)

ifconfig van de laptop:

inspiron:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:20:E0:6B:56:5A
inet addr:192.168.1.14 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16640 errors:0 dropped:0 overruns:0 frame:0
TX packets:8285 errors:0 dropped:0 overruns:0 carrier:0
collisions:17 txqueuelen:100
RX bytes:23030650 (21.9 MiB) TX bytes:575467 (561.9 KiB)
Interrupt:11

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:3924 Metric:1
RX packets:183 errors:0 dropped:0 overruns:0 frame:0
TX packets:183 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:12840 (12.5 KiB) TX bytes:12840 (12.5 KiB)


inspiron:~# ping 192.168.1.15
PING 192.168.1.15 (192.168.1.15): 56 data bytes

--- 192.168.1.15 ping statistics ---
6 packets transmitted, 0 packets received, 100% packet loss
inspiron:~#

Echt supervaag!

[hennink]

post eens je route -n output vanaf je debian client
en iptables -L en ipchains -L

[ Voor 24% gewijzigd door hennink op 11-07-2003 16:08 ]

[Verwijderd]

Bij deze, ik hoop dat je er wat mee kunt. Iptables en ipchains heb ik gedroped op bijde debians.

inspiron:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
inspiron:~# iptables -L
modprobe: Can't locate module ip_tables
iptables v1.2.6a: can't initialize iptables table `filter': iptables who? (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
inspiron:~# ipchains -L
ipchains: Incompatible with this kernel
inspiron:~#

[hennink]

en je gateway kan je wel pingen?

[Verwijderd]

Jep geen probleem om de gateway te pingen. Kan alles pingen behalve van debian client <-> sever

[hennink]

doe eens op je laptop tcpdump laten draaien en vanaf een andere terminal een win bak pingen en daarna eens je debian server?
En graag je output hier plaatsen

[ Voor 13% gewijzigd door hennink op 11-07-2003 16:34 ]

[Verwijderd]

inspiron:~# tcpdump
tcpdump: listening on eth0
18:42:28.626320 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:28.627241 192.168.1.14.1025 > poweredge.villamedia.net.domain: 26123+ PTR? 15.1.168.192.in-addr.arpa. (43)
18:42:28.628083 poweredge.villamedia.net.domain > 192.168.1.14.1025: 26123* 1/0/0 (80)
18:42:28.628357 192.168.1.14.1025 > poweredge.villamedia.net.domain: 26124+ PTR? 11.1.168.192.in-addr.arpa. (43)
18:42:28.629153 poweredge.villamedia.net.domain > 192.168.1.14.1025: 26124* 1/0/0 (80)
18:42:28.629705 192.168.1.14.1025 > poweredge.villamedia.net.domain: 26125+ PTR? 1.192.168.192.in-addr.arpa. (44)
18:42:28.631824 poweredge.villamedia.net.domain > 192.168.1.14.1025: 26125 1/0/0 (82) (DF)
18:42:28.632092 192.168.1.14.1025 > poweredge.villamedia.net.domain: 26126+ PTR? 14.1.168.192.in-addr.arpa. (43)
18:42:28.632916 poweredge.villamedia.net.domain > 192.168.1.14.1025: 26126* 1/0/0 (80)
18:42:29.626039 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:30.625789 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:31.625547 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:32.625263 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:33.617805 arp who-has 192.168.1.1 tell 192.168.1.14
18:42:33.618071 192.168.1.14.1025 > poweredge.villamedia.net.domain: 26127+ PTR? 1.1.168.192.in-addr.arpa. (42)
18:42:33.618256 arp reply 192.168.1.1 is-at 0:50:7f:3:1a:64
18:42:33.618858 poweredge.villamedia.net.domain > 192.168.1.14.1025: 26127* 1/0/0 PTR[|domain]
18:42:33.625016 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:34.624742 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:35.624504 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:36.624255 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:37.623986 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:38.623756 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:38.703313 arp who-has 192.168.1.11 tell 192.168.1.14
18:42:38.703808 arp reply 192.168.1.11 is-at 52:54:ab:1a:a1:54
18:42:38.703826 192.168.1.14 > 192.168.1.11: icmp: echo request
18:42:38.704403 192.168.1.11 > 192.168.1.14: icmp: echo reply
18:42:39.623478 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:39.697873 192.168.1.14 > 192.168.1.11: icmp: echo request
18:42:39.698494 192.168.1.11 > 192.168.1.14: icmp: echo reply
18:42:40.623235 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:40.697853 192.168.1.14 > 192.168.1.11: icmp: echo request
18:42:40.698493 192.168.1.11 > 192.168.1.14: icmp: echo reply
18:42:41.622983 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:41.697852 192.168.1.14 > 192.168.1.11: icmp: echo request
18:42:41.698503 192.168.1.11 > 192.168.1.14: icmp: echo reply
18:42:42.622720 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:43.622505 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:44.288418 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:44.622216 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:45.287808 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:45.621964 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:46.287808 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:46.621785 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:47.287898 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:47.621477 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:48.287810 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:48.621241 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:49.287810 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:49.620981 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:50.287887 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:50.620698 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:51.287810 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:51.620441 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:52.287809 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:52.620178 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:53.619916 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:54.619685 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)

58 packets received by filter
0 packets dropped by kernel
inspiron:~#

Kun je hier iets mee?

[hennink]

toffe zooi zie ik hier.
Als je laptop vraagt waar 192.168.1.11 staat(18:42:38.703313 arp who-has 192.168.1.11 tell 192.168.1.14
dan zie je meteen18:42:38.703808 arp reply 192.168.1.11 is-at 52:54:ab:1a:a1:54 en kan hij dit gewoon pingen. Doet hij dit voor 192.168.1.15 dan komt er geen eens antwoord. Lijkt erop dat je server geen zin heeft om zijn mac-adres bloot te geven aan je laptop. Nu wordt het leuk om te kijken of er verkeer binnen komt op de server vanaf de laptop.
Zou je ook eens tcpdump kunnen draaien op je server en dan vanaf je laptop kunnen pingen naar de server toe? Denk dat daar het probleem zit.

[Verwijderd]

Kom er maandag op terug Moet helaas weekend gaan vieren

[hennink]

is goed, dan kijk ik wel weer.

[hennink]

Al wat kunnen doen of is het weekend nog niet voorbij

[Verwijderd]

Weekend is voorbij (helaas ) Heb alleen mijn laptop een paar dagen uit moeten lenen.

Dus denk ik dat ik pas tegen het einde van de week weer wat kan gaan testen

Maar bedankt voor de belangstelling. Heb trouwens nog wel zitten zoeken op google, alleen is het een beetje moeilijk om goede zoektermen te verzinnen (debian ping )

[Verwijderd]

Stond eerst onzin (nu nog ) was namelijk via ssh tcpdump aan het lezen op de server En kreeg dus veel meldingen.

Maar heb men laptop al weer terug, maar krijg dezelfde melding in tcpdump:

18:42:47.287898 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:47.621477 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:48.287810 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:48.621241 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:49.287810 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:49.620981 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:50.287887 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:50.620698 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:51.287810 arp who-has 192.168.1.15 tell 192.168.1.14
18:42:51.620441 192.168.1.11 > 192.168.1.15: icmp: echo reply (DF)
18:42:52.287809 arp who-has 192.168.1.15 tell 192.168.1.14

[ Voor 96% gewijzigd door Verwijderd op 15-07-2003 13:25 ]

[hennink]

Dit is wel leuk om te zien.
JE server krijgt de ARP binnen met het verzoek om te vertellen wie 192.168.1.15 heeft dus er is een verbinding (fysiek dan)
Echter je server verrekt het om vervolgens zijn mac-adres terug te geven.
Kijk eens in je /var/log/messages van je server.
Verder mag je ook nog een tcpdump maken vanaf je server waar je een ping doet naar je laptop.
Nu heb je de tcpdump van de ping van laptop naar server gestuurd.

[hennink]

Neem aan dat het probleem nu opgelost is?

[Verwijderd]

Jep, oorzaak was een niet goed werkende HUB

Kwam erachter toen ik toevallig op een andere werkplek zat

Bedant voor de moeite in ieder geval.

[hennink]

OK,

zo zie je maar. Gelukkig werkt het nu. Vervang hem dan meteen door een switch.
Ben je ook af van een hoop irritant windows local netwerk verkeer.