.png)
Ich habe einen PC, der über eine Ethernet-Verbindung mit dem Internet verbunden ist. Mit Ubuntu kann ich Domänen mit nslookup auflösen, aber wenn ich versuche, „ping google.com“ oder „ping 74.125.39.104“ auszuführen, funktioniert es nicht.
Ich habe Arch Linux, Mint und Ubuntu Live auf zwei Netbooks ausprobiert, alles erfolglos. Windows funktioniert jedoch einwandfrei. Bewahre mich davor, Windows zu verwenden!
ifconfig:
sudo ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:26:18:80:79:18
inet addr:10.20.6.180 Bcast:10.20.7.255 Mask:255.255.254.0
inet6 addr: fe80::226:18ff:fe80:7918/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5751 errors:0 dropped:0 overruns:0 frame:0
TX packets:2397 errors:0 dropped:0 overruns:0 carrier:17
collisions:0 txqueuelen:1000
RX bytes:659976 (659.9 KB) TX bytes:253881 (253.8 KB)
Interrupt:40
Route:
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.20.6.0 0.0.0.0 255.255.254.0 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 10.20.6.1 0.0.0.0 UG 0 0 0 eth0
0.0.0.0 10.20.6.1 0.0.0.0 UG 202 0 0 eth0
Netzstat:
netstat -nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
10.20.6.0 0.0.0.0 255.255.254.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
0.0.0.0 10.20.6.1 0.0.0.0 UG 0 0 0 eth0
0.0.0.0 10.20.6.1 0.0.0.0 UG 0 0 0 eth0
iptables:
sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Datei "resolv.conf":
cat /etc/resolv.conf
# Generated by resolvconf
search uni-mannheim.de
nameserver 134.155.96.51
nameserver 134.155.96.53
Tracepath funktioniert nicht:
sudo tracepath www.google.com
1: laptop.local 0.342ms pmtu 1500
1: no reply
2: no reply
3: no reply
4: no reply
/etc/host.conf
sudo cat /etc/host.conf
# The "order" line is only used by old versions of the C library.
order hosts,bind
multi on
/etc/nsswitch.conf
sudo cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
nslookup google.com
nslookup google.com
Server: 134.155.96.51
Address: 134.155.96.51#53
Non-authoritative answer:
Name: google.com
Address: 74.125.39.104
Name: google.com
Address: 74.125.39.105
Name: google.com
Address: 74.125.39.106
Name: google.com
Address: 74.125.39.147
Name: google.com
Address: 74.125.39.99
Name: google.com
Address: 74.125.39.103
wget google.com
wget google.com
--2011-08-17 11:05:01-- http://google.com/
Resolving google.com... 74.125.39.99, 74.125.39.103, 74.125.39.104, ...
Connecting to google.com|74.125.39.99|:80...
graben google.com
tracepath funktioniert nicht, dig aber schon
dig google.com
; <<>> DiG 9.7.3 <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2643
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 4
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 175 IN A 74.125.39.103
google.com. 175 IN A 74.125.39.104
google.com. 175 IN A 74.125.39.105
google.com. 175 IN A 74.125.39.106
google.com. 175 IN A 74.125.39.147
google.com. 175 IN A 74.125.39.99
;; AUTHORITY SECTION:
google.com. 104161 IN NS ns4.google.com.
google.com. 104161 IN NS ns3.google.com.
google.com. 104161 IN NS ns1.google.com.
google.com. 104161 IN NS ns2.google.com.
;; ADDITIONAL SECTION:
ns1.google.com. 277325 IN A 216.239.32.10
ns2.google.com. 277325 IN A 216.239.34.10
ns3.google.com. 277325 IN A 216.239.36.10
ns4.google.com. 277325 IN A 216.239.38.10
;; Query time: 2 msec
;; SERVER: 134.155.96.51#53(134.155.96.51)
;; WHEN: Wed Aug 17 11:06:14 2011
;; MSG SIZE rcvd: 260
Antwort1
Machen Sie sich wegen Ping nicht zu viele Gedanken. Es ist nicht ungewöhnlich, dass Ping von der Serverinfrastruktur blockiert wird. Ping und Traceroute verwenden normalerweise ICMP. Ein besserer Test ist die Verwendung wget http://www.google.comvon HTTP.
Verwenden Sie es zunächst host www.google.comzum Testen von DNS (auf älteren Linux-Systemen wäre nslookupoder diganstelle von erforderlich host).
$ Host www.google.com
www.google.com ist ein Alias für www.l.google.com.
www.l.google.com hat die Adresse 209.85.143.104
www.l.google.com hat die Adresse 209.85.143.99
$ wget http://www.google.com
--12:21:13-- http://www.google.com/
=> `index.html'
www.google.com wird aufgelöst … fertig.
Verbindung zu www.google.com[209.85.143.99]:80... wird hergestellt.
HTTP-Anfrage gesendet, warte auf Antwort ... 200 OK
Länge: nicht angegeben [text/html]
[ ] 9,931 167.21K/s
12:21:14 (167,21 KB/s) – „index.html“ gespeichert [9931]
Antwort2
Wie lautet Ihre /etc/resolve.conf? Sie sollte auf Ihren Router zeigen.
Diese Datei ist für die Verbindung mit dem Internet sehr wichtig.
Antwort3
Überprüfen Sie für die Firestarter-Firewall:
chkconfig -l | grep Feuerstarter
Feuerstarter 0:aus 1:aus 2:aus 3:aus 4:aus 5:aus 6:aus S:an
Deaktivieren Sie die Firestarter-Firewall:
sudo chkconfig firestarter aus
Und nochmal prüfen:
chkconfig -l | grep Feuerstarter
Feuerstarter 0:aus 1:aus 2:aus 3:aus 4:aus 5:aus 6:aus
Und stoppen Sie die Firewall:
sudo Feuerstarter -p
Machen Sie weiter und versuchen Sie erneut, einen Ping zu senden.