Surfen via openVPN in einem Fremdnetz

Status
Für weitere Antworten geschlossen.

JuSu

Benutzer
Mitglied seit
30. Sep 2011
Beiträge
170
Punkte für Reaktionen
0
Punkte
16
Hallo Frank,

Dein Einwand mit dem Setzen des Standard-Gateways ist eigentlich korrekt und so würde ich es auch erwarten - allerdings hat mich die Installation meines Win7/Prof. Rechners eines anderen belehrt.

Falls ich mich in einem fremden Netz aufhalte, werden die dortigen Parameter für das aktuelle Gateway/Schnittstelle gesetzt. Starte ich jetzt OpenVPN auf meinem Win7 Rechner, werden die neuen Gateway/Schnittstellenparameter für die VPN Verbindung parallel zur Fremdnetzeinstellung mit einer "günstigeren" Metrik gesetzt. Die ersten 5 Mimuten klappt damit das VPN auch ganz gut, bis die "automatische Metrik" von Win7 zuschlägt und die Fremdnetzeinstellung günstger als die VPN Verbindung macht - dann bricht auch meine VPN Verbindung ab. Mir stehen also in einem Fremdnetz mit offenem VPN zwei Routen zur Verfügung, die sich nur durch ihre Metrik unterscheiden.

Mit den von mir angeführten Änderungen läuft mein OpenVPN stabil und ich kann auf meinen HeimDNS zugreifen (z.B. "fritz.box" oder "diskstation" oder Laufwerksmapping) - mit der Win7 Standardeinstellung auf meinem Rechner ging das jedoch nicht. Momentan bin ich in meinem Heimnetz und kann daher keinen aussagekräftigen "route print" Ausdruck als Beleg erstellen - kann ich aber bei Gelegenheit einmal nachholen.

Gruß
JuSu
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Habe zwar von der Metrik keine Ahnung, aber wenn ich mir heute in Ruhe meine routing Tabellen anschaue, denke ich teilweise musste da ein Durcheinender kommen.

Hatte zeitweise beide dieser Routen drin:
192.168.1.0 255.255.255.0 10.8.0.5 10.8.0.6 30

192.168.110.0 255.255.255.0 10.8.0.5 10.8.0.6 31


Verstehe zwar nur wenig vom Netzwerk, aber etwas sagt mit so was kann nur Ärger geben.

Habe mich nämlich zu dem Zeitpunkt noch selber in einem 192.168.10 befunden und wollte gleichzeitig eigentlich alles nach 110.0 senden.

Kann es sein dass genau hier zeitweise der Eindruck aufkam es würde funktionieren?
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Tja, es ist immer schön wenn Jemand, sicherlich mit guten Vorsätzen, etwas einbringt was hier gar kein Thema ist. Metrik ist nur relevant wenn ich mehrere Routen zu einem Ziel habe. Hiermit werden Routen favorisiert. Wenn ich nur eine Route zum Ziel habe, was in deinem Fall durch redirect-gateway und OpenVPN gelöst ist, dann kann bei Metrik auch Smörebröt stehen.

@ottosykora
Was funktioniert denn jetzt nicht? Ich denke es geht alles.

Gruß Frank
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Keine Sorge Frank,

mit deiner Hilfe geht jetzt alles, scheint wirklich alles in dem OVPN zu gehen.

Ich habe nur auf meine früheren route print verwiesen, dort war vielleicht eben etwas Chaos. Aber jetzt, nachdem alles hart in dem conf des Servers steht, geht es prima.

Zu einem Zeitpunkt hatte ich ja vielleicht so was wie zwei Routen drin und das war vielleicht eines der Probleme.
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Ja Frank, es geht wieder nicht.

Siehe mein Thread unter webdav.

Ging bis Dienstag alles, dann nach einem IP Wechsel am Mittwoch geht nichts mehr. OVPN bekommt Verbindung aber kann wie nicht ins Internet, die Routings sind alle immer noch korrekt eingetragen.

PPTP geht jedoch.


Einzige Änderung: externe IP
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
#23
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Sorry Frank,

ja, alles geht automatisch (config im Server sorgt dafür dass alles richtig gesetzt wird) und Admin hat es auch gestartet.

Nein, heute war es etwas einfacher, nicht wirklich OVPN Problem alleine.

Muss noch in dem Webdav Forum berichten, es scheint wieder alles zu gehen.
Habe mich wie verzweifelte Hausfrau verhalten: alle IT Teil abgestellt , vom Mains getrennt und dann wieder alles eingeschaltet. Jetzt ist alles wieder gut. Also ob die OVPN alles macht kann ich erst morgen testen (in der Arbeit) aber zumindest der Rest geht.

Ich konnte plötzlich nicht mehr via ddns auf mein Netz zugreifen und das nur nach einem Wechsel der ext IP.
Es scheint, der Router des Providers hat sich irgendwie verschluckt, hat nur noch die Hälfte der Packete nach draussen gesendet.

Also nochmals sorry für die Panik, ich bin da in den Bergen eben ziemlich alleine mit meinen IT Spielzeugen, niemand in der Näher den ich was fragen kann und wenn dann nicht einmal das Email eintreffen will bekomme ich gleich etwas Nervenzittern.

Danke vielmals, gute Nacht.
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Also zu hause geht wieder alles, kann wieder auf die DS auch mit ddns namen zugreifen.

Jetzt bin ich in der Arbeit und wollte auch die OVPN testen. Das ist jedoch negativ.
OVPN als Admin gestartet, Verbindung steht, aber ist nicht wirklich brauchbar. Kann zwar auf die DS irgednwie zugreifen, aber durch das Heimnetz surfen geht wieder nicht. Keine Website kann kontaktiert werden, nichts.

Dabei ist alles offenbar richtig gesetzt durch den Client cfg und den Server cfg.
Route auf 192.168.110.0 ist für die OVPN vorhanden.

Rich (BBCode):
IPv4-Routentabelle
===========================================================================
Aktive Routen:
     Netzwerkziel    Netzwerkmaske          Gateway    Schnittstelle Metrik
          0.0.0.0          0.0.0.0         10.8.0.5         10.8.0.6     30
         10.8.0.0    255.255.255.0         10.8.0.5         10.8.0.6     30
         10.8.0.1  255.255.255.255         10.8.0.5         10.8.0.6     30
         10.8.0.4  255.255.255.252   Auf Verbindung          10.8.0.6    286
         10.8.0.6  255.255.255.255   Auf Verbindung          10.8.0.6    286
         10.8.0.7  255.255.255.255   Auf Verbindung          10.8.0.6    286
    92.107.161.92  255.255.255.255      192.168.1.1     192.168.1.81     25
        127.0.0.0        255.0.0.0   Auf Verbindung         127.0.0.1    306
        127.0.0.1  255.255.255.255   Auf Verbindung         127.0.0.1    306
  127.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    306
      192.168.1.0  255.255.255.128   Auf Verbindung      192.168.1.81    281
     192.168.1.81  255.255.255.255   Auf Verbindung      192.168.1.81    281
    192.168.1.127  255.255.255.255   Auf Verbindung      192.168.1.81    281
    192.168.110.0    255.255.255.0         10.8.0.5         10.8.0.6     30
        224.0.0.0        240.0.0.0   Auf Verbindung         127.0.0.1    306
        224.0.0.0        240.0.0.0   Auf Verbindung          10.8.0.6    286
        224.0.0.0        240.0.0.0   Auf Verbindung      192.168.1.81    281
  255.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    306
  255.255.255.255  255.255.255.255   Auf Verbindung          10.8.0.6    286
  255.255.255.255  255.255.255.255   Auf Verbindung      192.168.1.81    281
===========================================================================
Ständige Routen:
  Keine
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
mal mit einem Tool wie z.B. traceroute geguckt wie weit genau die Pakete kommen welche durch dein HomeLan ins Netz sollen?
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Hatte Dir vorhin schon geantwortet, aber dieser Post scheint verschwunden zu sein. Auf jeden Fall stand darin eigentlich auch schon das was jahlives vorgeschlagen hat sich den Weg der Pakete per tracert oder traceroute anzuschauen.

Ansonsten deine Routen sind korrekt. Fehler kann jetzt nur ein falsch eingestelltes Standardgateway auf der DS sein oder aber Dir fehlt ein DNS für die Namensauflösung weshalb das Surfen dann natürlich auch nicht funktioniert. Vieleicht einfach mal 8.8.8.8 als DNS auf dem Clienten angeben.

Gruß Frank
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
ja, richtig , etwa geht mit dem DNS nicht.

Wenn ich versuche meinen Heimanschluss mit der ext IP aus dem OVPN heraus tracert, dann versucht er sich durchzubeisen, zu dem Provider, seine diversen Server, bis es dann wieder zuhause landet bei sich selbst.
Mit ddns geht nicht und auch sonst wird nichts aufgelöst (ping, tracert bekommen auch keine Antwort.)

Ich werde versuchen noch etwas an den DNS zu tweaken, irgendwie bin ich etwas ratlos.

BTW: wie kann ich schauen welchen DNS ein Gerät , zum Bsp ein PC gerade als erstes verwendet? Gibt es dazu irgendein Kommando unter w7 zum Bsp?
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Deine Angaben, und wahrscheinlich auch dein Aktionen, sind mir etwas zu wirr. Wer hat von DDNS gesprochen? Deine Angaben zum tracert wären ja auch nur so wenn Du bei tracert als Ziel deine eigene DDNS-Adresse angeben würdest. Was soll das für einen Sinn bringen? Und wäre dann aber auch trotzdem korrekt.

Wenn Du Windows hast dann

Rich (BBCode):
tracert 8.8.8.8

zeigt Dir den Weg zum Google Server. Und der sollte sein Tunnel-VPN -> Router Zuhause -> und dann wie auch immer. Somit wäre dann der Weg durch das VPN geprüft. Und die IP des DNS von google hab ich hier nur mal als Beispiel genommen weil man sich die gut merken kann.

Du solltest im Post davor einfach bei deinem Clienten die IP 8.8.8.8 als DNS einstellen, damit er einen Nameserver ansprechen kann. Evt. steht bei Dir ja eine IP drin die jetzt durch die geänderte Standardroute nicht erreichbar ist.

Ansonsten unter Windows zeigt Dir
Rich (BBCode):
ipconfig /all

die IP-Einstellungen incl. dem DNS

Gruß Frank
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
@ottosykora
unter Win sollte ein nslookup DOMAIN dir genau angeben welcher DNS für die Auflösung benutzt wurde
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
also zu hause getestet:

mit tracert und nslookup, Anfragen die ich aus einem w7 PC in dem lokalen Netz abgebe, werden wie erwartet von dem 192.168.110.1 beantwortet. Dies ist auch korrekt, das ist der Router an dem nicht nur DS sonsdern alle meine PC etc hängen. Bei geräte die manuel konfiguriert werden, steht dies auch an erster Stelle als DNS. Geräte die dhcp nehmen, wir auch dies von dem dhcp Server in dem Router so eingestellt.

Zu hause werden die Anfragen auch richtig aufgelöst. Tracert an zum Bsp 8.8.8.8 geht wie erwartet, etwas langsam aber erreicht den 8.8.8.8 anch einigen Hops.

Ich werde die gleichen tracert und nslookup morgen von der Arbeit aus probieren und sehen was anders ist.

BTW: bei PPTP Verbindung geht alles perfekt. Nur OVPN macht immer wieder Ärger.
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Du solltest im Post davor einfach bei deinem Clienten die IP 8.8.8.8 als DNS einstellen, damit er einen Nameserver ansprechen kann.



Gruß Frank

Client: welches meinst du jetzt genau? Den OVPN?
Der OVPN server in der DS hat nun den
push "dhcp-option DNS 192.168.110.1"
drin, und soll eigentlich eben dies als seinen ersten DNS ansprechen denke ich .
Klar kann ich etwas anderes reinschreiben, aber der 192.168.110.1 ist sein big brother an welchen er sich in allen Belangen wenden soll.
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
push "dhcp-option DNS 192.168.110.1"

Sorry, hatte nicht mehr daran gedacht das Du diese Option ja in deinem Config hast. Also Zusammenfassend deine Routen sind korrekt, der DNS stimmt, die Configfiles sind O.K. und den Weg mit tracert überprüft. Dann wäre eigentlich alles im grünen Bereich.

Warten wir mal ab was dein tracert und nslookup von sich gibt.

Gruß Frank
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Test aus der Arbeit, OVPN Verbindung steht. Routen sind gelegt, DNS 192.168.110.1 in Server cfg gepusht.

na ja, irgendwie klappt es mit dem DNS nicht so richtig.

Ohne DNS geht alles so weit ich es sehe korrekt.
Wenn ich es von zu hause mache, dann erscheint auf ein nslookup auch der erste 192.168.110.1 DNS.
Der Tracert zu 8888 ist so weit korrekt.
192.168.110.1 ist der Router an dem alles hängt.
192.168.1.1 ist das Provider Modem
195.186.27.210 ist IP der Server des Providers


Was bei den anderen unknown und 172.24.225.4 ist weiss ich noch nicht, muss zuerst suchen gehen
Jedenfalls ist die gefundene IP nicht richtig, die gehört nicht zu dem www.sykora.ch, die müsste mit etwas 212.x.x.x sein. Wenn nslookup von zu hause dann ist der erste DNS 192.168.110.1 und die IP zu der www.sykora.ch wird auch richtig angezeigt.

--
OH, sorry, sehe 172 ist eine priv Adr. Also keine Ahnung wie die hier ins Spiel kommt.
Mein Netz in der Firma ist zwar auch 192.168.1.1 und es gibt in der Firma auch noch ein 172 Netz, aber ich habe damit gar nichts zu tun.
Habe jetzt gefragt, die Leute in der Firma verwenden hier 172.20.x.x, 174.24 hat auch hier niemand was zu tun.



Rich (BBCode):
Routenverfolgung zu 8.8.8.8 über maximal 30 Abschnitte

  1    25 ms    24 ms    24 ms  DISKSTATION [10.8.0.1]
  2    25 ms    25 ms    23 ms  192.168.110.1
  3    25 ms    24 ms    24 ms  192.168.1.1
  4    35 ms    34 ms    35 ms  195.186.27.210
  5     *        *        *     Zeitüberschreitung der Anforderung.
  6    37 ms    40 ms    36 ms  213.3.219.13
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8    38 ms    37 ms    38 ms  213.3.217.174
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10    41 ms    40 ms    46 ms  213.3.220.134
 11    43 ms    42 ms    43 ms  138.187.129.17
 12    41 ms    40 ms    41 ms  138.187.130.110
 13    42 ms    42 ms    41 ms  72.14.222.46
 14    51 ms    56 ms    59 ms  72.14.232.120
 15    59 ms    50 ms    50 ms  209.85.251.246
 16    51 ms    50 ms    50 ms  209.85.254.114
 17     *        *        *     Zeitüberschreitung der Anforderung.
 18    54 ms    52 ms    52 ms  8.8.8.8

Ablaufverfolgung beendet.

C:\Users\otto>tracert www.sykora.ch
Der Zielname www.sykora.ch konnte nicht aufgelöst werden.

C:\Users\otto>nslookup www.sykora.ch
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  172.24.225.4

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Zeitüberschreitung bei Anforderung an UnKnown.

C:\Users\otto>nslookup myip.ch
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  172.24.225.4

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Zeitüberschreitung bei Anforderung an UnKnown.

C:\Users\otto>
 
Zuletzt bearbeitet:

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Als Vergleich nun der gleiche Test unter PPTP. Verbindung normal aufgebaut, alles möglich und Surfen 'via DS? auch möglich.
Wie man sieht, wird hier der richtige erste DNS verwendet und alles richtig geroutet.
Woher die 172.24 IP bei dem OVPN kommt habe ich bisher noch nicht finden können.


Rich (BBCode):
C:\Users\otto>tracert www.sykora.ch

Routenverfolgung zu sykora.ch [212.40.14.6] über maximal 30 Abschnitte:

  1    37 ms    39 ms    37 ms  DISKSTATION [10.0.0.0]
  2    44 ms    42 ms    35 ms  fritz.box [192.168.110.1]
  3    45 ms    46 ms    49 ms  192.168.1.1
  4    44 ms    49 ms    49 ms  210-27.186-195.fws.bluewin.ch [195.186.27.210]
  5     *        *        *     Zeitüberschreitung der Anforderung.
  6    52 ms    48 ms    49 ms  13-219-3-213.bluewin.ch [213.3.219.13]
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8    52 ms    48 ms    49 ms  174-217-3-213.bluewin.ch [213.3.217.174]
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10   161 ms   178 ms   161 ms  134-220-3-213.bluewin.ch [213.3.220.134]
 11    61 ms    58 ms    48 ms  i79zhb-025-hun0-8-0-0.bb.ip-plus.net [138.187.12
9.17]
 12    54 ms    48 ms    51 ms  i79tix-035-hun0-0-0.bb.ip-plus.net [138.187.129.
55]
 13    57 ms    48 ms    54 ms  i79tix-005-hun2-0-0.bb.ip-plus.net [138.187.131.
2]
 14    51 ms    49 ms    48 ms  zue-tix-br-a1-01-ge-0-0-0.vtxnet.net [212.147.11
.173]
 15    65 ms    55 ms    49 ms  zue-tix-cr-76-01-te-3-3.vtxnet.net [212.147.63.2
18]
 16    48 ms    49 ms    48 ms  bas-flu-cr-76-02-te-3-2.vtxnet.net [212.147.63.1
61]
 17    47 ms    46 ms    49 ms  web-01.vtxhosting.ch [212.40.14.6]

Ablaufverfolgung beendet.

C:\Users\otto>nslookup www.sykora.ch
Server:  fritz.box
Address:  192.168.110.1

Nicht autorisierende Antwort:
Name:    sykora.ch
Address:  212.40.14.6
Aliases:  www.sykora.ch
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
hier noch ein Experiment unter OVPN
zeigt dass es kaum etwas mit 172.24 gibt zum erreichen
Tracert geht den korrekten Weg, verläuft sich im nichts dann

Rich (BBCode):
C:\Users\otto>ping 172.24.225.4

Ping wird ausgeführt für 172.24.225.4 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 172.24.225.4:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

C:\Users\otto>tracert 172.24.225.4

Routenverfolgung zu 172.24.225.4 über maximal 30 Abschnitte

  1    23 ms    24 ms    25 ms  DISKSTATION [10.8.0.1]
  2    24 ms    24 ms    23 ms  FBZW [192.168.110.1]
  3    25 ms    25 ms    25 ms  192.168.1.1
  4    78 ms    40 ms    36 ms  195.186.27.210
  5     *        *        *     Zeitüberschreitung der Anforderung.
  6     *        *        *     Zeitüberschreitung der Anforderung.
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     *        *        *     Zeitüberschreitung der Anforderung.
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10     *        *        *     Zeitüberschreitung der Anforderung.
 11     *        *        *     Zeitüberschreitung der Anforderung.
 12     *        *        *     Zeitüberschreitung der Anforderung.
 13     *        *        *     Zeitüberschreitung der Anforderung.
 14     *        *        *     Zeitüberschreitung der Anforderung.
 15     *        *        *     Zeitüberschreitung der Anforderung.
 16     *        *        *     Zeitüberschreitung der Anforderung.
 17     *        *        *     Zeitüberschreitung der Anforderung.
 18     *        *        *     Zeitüberschreitung der Anforderung.
 19     *        *        *     Zeitüberschreitung der Anforderung.
 20     *        *        *     Zeitüberschreitung der Anforderung.
 21     *        *        *     Zeitüberschreitung der Anforderung.
 22     *        *        *     Zeitüberschreitung der Anforderung.
 23     *        *        *     Zeitüberschreitung der Anforderung.
 24  ^C
C:\Users\otto>nslookup 172.24.225.4
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  172.24.225.4

DNS request timed out.
    timeout was 2 seconds.
*** Zeitüberschreitung bei Anforderung an UnKnown.
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
9.067
Punkte für Reaktionen
1.237
Punkte
308
Ist ein Rätsel. Ich habe nun die DS nochmals komplett rebootet (remote via webman), etwa 20min gewartet und nun geht alles wieder. Auch unter OVPN findet sich ein DNS (der richtige) und die Packete gehen den richtigen Weg.

Woher kann diese DNS Suche bei der 172.24.xx liegen?

Rich (BBCode):
C:\Users\otto>nslookup www.sykora.ch
Server:  fritz.box
Address:  192.168.110.1

Nicht autorisierende Antwort:
Name:    sykora.ch
Address:  212.40.14.6
Aliases:  www.sykora.ch


C:\Users\otto>tracert www.sykora.ch

Routenverfolgung zu sykora.ch [212.40.14.6] über maximal 30 Abschnitte:

  1    28 ms    24 ms    23 ms  DISKSTATION [10.8.0.1]
  2    25 ms    24 ms    24 ms  fritz.box [192.168.110.1]
  3    25 ms    24 ms    25 ms  192.168.1.1
  4    36 ms    37 ms    35 ms  210-27.186-195.fws.bluewin.ch [195.186.27.210]
  5     *        *        *     Zeitüberschreitung der Anforderung.
  6    39 ms    42 ms    39 ms  13-219-3-213.bluewin.ch [213.3.219.13]
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8    39 ms    37 ms    38 ms  174-217-3-213.bluewin.ch [213.3.217.174]
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10    39 ms    38 ms    39 ms  134-220-3-213.bluewin.ch [213.3.220.134]
 11    41 ms    43 ms    43 ms  i79zhb-025-hun0-8-0-0.bb.ip-plus.net [138.187.12
9.17]
 12    47 ms    41 ms    40 ms  i79tix-035-hun0-0-0.bb.ip-plus.net [138.187.129.
55]
 13    42 ms    42 ms    43 ms  i79tix-005-hun2-0-0.bb.ip-plus.net [138.187.131.
2]
 14    45 ms    41 ms    41 ms  zue-tix-br-a1-01-ge-0-0-0.vtxnet.net [212.147.11
.173]
 15    44 ms    45 ms    42 ms  zue-tix-cr-76-01-te-3-3.vtxnet.net [212.147.63.2
18]
 16    43 ms    49 ms    44 ms  bas-flu-cr-76-02-te-3-2.vtxnet.net [212.147.63.1
61]
 17    45 ms    46 ms    44 ms  web-01.vtxhosting.ch [212.40.14.6]

Ablaufverfolgung beendet.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat