Pingen einer Tele2 IP

Pingen einer Tele2 IP (25 Beiträge, 441 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo Gemeinde,

ich habe einen mobilen Internetanschluß der A1, meine IP Adresse ist problemlos von anderen "pingbar".
Ein Freund von mir hat eine fixen Internetanschluß von Tele2, ist aber leider nicht "pingbar".
Hat jemand eine Ahnung wieso?

Danke,
Walter

Die Antwort auf einen "Ping" kann von vielen Komponenten unterbunden werden, z.B.:
- Das Modem/der Router von Tele2 (weiß nicht wie das normal eingestellt ist, obwohl ich Tele2 habe).
- Ein Router den dein Freund betreibt.
- Eine Software-Firewall auf dem PC deines Freundes.

Kein Router, keine Software Firewall, nix.

Heißt das nun, dass mein deinen Rechner pingen kann?

XP mit SP2 aufwärts ? da wäre zB in der Windowsfirewall pingen per default untersagt
_________________________________________________________________
Na Server's heast...

ach die bei microsoft sind nun auch schon so dämlich?

schon ist gut, SP2 is schon etwas angestaubt. Man kann aber in den Windows Firewall Einstellungen bei jeder Verbindung einzeln für ICMP div. Ausnahmen einstellen. Zwar nur auf ICMP Typen beschränkt, aber immerhin.
_________________________________________________________________
Na Server's heast...

Meinen nicht, denn bei mir verhindert das der Router. Habs auch nicht ohne probiert.

ja weil es experten gibt die meinen sie sind unsichtbar bzw. erhöhen ihren schutz im internet, wenn sie am modem oder router alles blocken was nur irgendwie reinkommt.

leider arbeiten solche leute auch bei diversen providern und dürften mit ihrem pseudo-wissen dann auch noch kundengeräte parametrieren.

nur narren blocken ICMP komplett weg. mehr gibts dazu nicht zu sagen.

Stimme zu

Blöderweise haut aber sonst auch nix hin, kriege keine Verbindung zu dem Rechner (egal was). Und das ist mehr als seltsam...

dann block halt sämtlichen ICMP traffic und wundere dich dann halt nur nicht wenn irgendwas nimmer so geht. ICMP ist ja nicht nur ping.

das ist mir schon klar. er wird von tele2 aber vermutlich keine cisco asa oder checkpoint FW erhalten haben wo dezitiert nach ICMP typen gefiltert werden kann.

gegenfrage: welchen vorteil hast du wenn du ping filterst?

1. den traffic der anfragen hast du so oder so auf der leitung
2. unsichbar wirst du deswegen auch nicht im netz

gut und welche Nachteile ergeben sich, wenn man Ping-Pakete blockiert?

my car @ Spritmonitor.de

Character cannot be developed in ease and quiet. Only through experience of trial and suffering can the soul be strengthened, ambition inspired, and success achieved

das ein schneller Konnektivitätscheck nicht mehr möglich ist. Es kommt dann auch darauf an welche ICMP Messages genau blockiert oder nicht beantwortet werden.

Ansonsten gibts keine Nachteile, nur weil ICMP implementiert sein muss, heisst das nicht das man auf alles antworten muss oder traces in sein Netz reinlässt.

_________________________________________________________________
Na Server's heast...

wenn ich einen Konnektivitätscheck wünsche, aktiviere ich "response to icmp packets" ... wenn nicht, dann lass ich es einfach deaktiviert ... also seh ich daraus auch keinen Nachteil!

my car @ Spritmonitor.de

Character cannot be developed in ease and quiet. Only through experience of trial and suffering can the soul be strengthened, ambition inspired, and success achieved

http://en.wikipedia.org/wiki/ICMP_Source_Quench

damit hatte ein kollege mal massive probleme bei einem mailserver.

sein mailserver hat die source_quench dank des icmp filterings nie erhalten und schwupps konnt er kaum noch mails ausliefern, da die gegenstellen alles verworfen haben.

also es ist nicht immer sehr sinnvoll alles wegzufiltern.

ähm... für solche probleme gibt es eh http://en.wikipedia.org/wiki/Sliding_Window_Protocol

bist sicher icmp war schuld?
Wenn Microsoft die Lösung ist, will ich mein Problem zurück

ist jahre her.

in jedem fall ein uralt postfix (suse emailserver II) hinter einer cisco pix, die ICMP blockte.

fehlermeldungen waren wie auf

http://www.irbs.net/internet/postfix/0401/2863.html

beschrieben.

path mtu discovery zu deaktivieren nützte auch nix.

nachdem wir dann gemeinsam ein wenig im pix log nachsahen und merkten, dass zu den zeiten wo die probleme mit den mails waren auch ICMP pakete von der gegenstelle kamen haben wir dann mal ICMP generell aktiviert und plötzlich waren auch die probleme mit postfix verschwunden.

strange. ein problem mit dem übertragungsprotokol wirkte sich auf anwendungsebene trotz transportkorrekturen

Wenn Microsoft die Lösung ist, will ich mein Problem zurück

http://www.postfix.org/faq.html

da stand dann auch die lösung:

IP path MTU discovery
A little background is in order. With the SMTP protocol, the HELO, MAIL FROM and RCPT TO commands and responses are relatively short. When you're talking to old versions of sendmail, every command and every response is sent as a separate packet, because sendmail didn't implement ESMTP command pipelining until recently.

The message content, however, is sent as a few datagrams, each datagram typically a kbyte large or even bigger, depending on your local network MTU.

When mail fails consistently due to a timeout, I suspect that the sending machine runs a modern UNIX which implements path MTU discovery. That causes the machine to send packets as large as it would send over the LAN, with the IP DON'T FRAGMENT bit set, preventing intermediate routers from fragmenting the packets that are too big for their networks.

Depending on what network path a message follows, some router on the way responds with an ICMP MUST FRAGMENT message saying the packet is too big. Normally, the sending machine will re-send the data after chopping it up into smaller pieces.

However, things break when some router closer to the sending system is dropping such ICMP feedback messages, in a mistaken attempt to protect systems against certain attacks. In that case, the ICMP feedback message never reaches the sending machine, and the connection times out.

This is the same configuration problem that causes trouble with web servers behind a misconfigured packet filter: small images/files are sent intact, large images/files time out because the server does not see the MUST FRAGMENT ICMP feedback messages.

Workaround: at the sending machine, disable path MTU discovery. Mail will get out, but of course everyone else will still suffer. How to disable path MTU discovery? It depends. Solaris has an ndd command; other systems use different means such as sysctl to control kernel parameters on a running system.

Workaround: at the receiving machine, set a smaller MTU. For example, people using PPPoE (PPP over Ethernet) often have to choose an MTU lightly smaller than the default 1500 for ethernet.

Fix: find the router that drops the ICMP MUST FRAGMENT messages, and convince the person responsible for it to fix the configuration.

icmp ist nicht nur ping. es wird bei den meisten SOHO geräten ja generell ICMP weggefiltert.

das ist mir schon klar, aber ich sehe trotzdem für mich als Privatanwender keine Nachteile, wenn ich ICMP blockiere!

my car @ Spritmonitor.de

Character cannot be developed in ease and quiet. Only through experience of trial and suffering can the soul be strengthened, ambition inspired, and success achieved

Vermutlich hat er doch einen Router. Das üblicherweise von Tele2 gelieferte "Kastl" ist nämlich neben dem Modem auch ein Router. Kann aber leicht umkonfiguriert werden. Einfach mal "vood" und "bridge" im Google eingeben.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung