Tracert Enigma, limit czasu x4 dni, możliwość przekierowania?

1

Dziwne pytanie tutaj. Prowadzę MUD (z siedzibą w OHIO) od blisko dekady i jeszcze nie spotkałem się z tym problemem.

Od ostatniego piątku nie byłem w stanie połączyć się z błotem / skrzynią. IP: 66.167.82.254

Tracert daje: Śledzenie trasy do h-66-167-82-254.chcgilgm.static.covad.net [66.167.82.254] przez maksymalnie 30 przeskoków:

      1    <1 ms    <1 ms    <1 ms  BETTERTHANARIB [192.168.0.1]
      2    <1 ms    <1 ms    <1 ms  192.168.1.1
      3    33 ms    36 ms    34 ms  dr03.chtn.wv.frontiernet.net [184.19.254.255]
      4    38 ms    47 ms    78 ms  static-184-19-254-4.chtn.wv.frontiernet.net [184.19.254.4]
      5    29 ms    36 ms    41 ms  184.13.127.141
      6    72 ms    79 ms    83 ms  ae4---0.cor02.chcg.il.frontiernet.net [74.40.1.53]
      7    69 ms     *       75 ms  ae1---0.cor01.asbn.va.frontiernet.net [74.40.2.194]
      8    64 ms    62 ms    62 ms  ae1---0.cbr01.asbn.va.frontiernet.net [74.40.2.174]
      9     *        *        *     Request timed out.
     10   101 ms    98 ms   103 ms  ae3-10.c01.ash.bb.megapath.net [155.229.57.180]
     11    68 ms    72 ms    74 ms  ae8-0.asbnvacz-mxc2.bb.megapath.net [155.229.101.149]
     12   112 ms   112 ms   110 ms  ae2-0.chcgilgb-mxc2.bb.megapath.net [155.229.101.169]
     13    91 ms    85 ms    81 ms  ae0-0.chcgilgb-mxc1.bb.megapath.net [155.229.57.21]
     14   110 ms     *       84 ms  h-64-105-145-17.chcgilgm.static.covad.net [64.105.145.17]
     15     *        *        *     Request timed out.
     16     *        *        *     Request timed out.
     17     *        *        *     Request timed out.
     18     *        *        *     Request timed out.
     19  ^C
    C:\Users\PickleMe>ping 66.167.82.254

    Pinging 66.167.82.254 with 32 bytes of data:
            Request timed out.
            Request timed out.
            Request timed out.
            Request timed out.

    Ping statistics for 66.167.82.254:
        Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

Teraz dzieje się tak przez 4 dni z rzędu, a mój ISP stwierdził dziś wieczorem, że wszystko poza przeskokiem nr 14 nie znajduje się w ich sieci i dlatego jest poza ich zasięgiem.

Zmusili mnie do majstrowania przy ustawieniach TCP / ręcznych i alternatywnych serwerach DNS bez zmiany wyniku.

Zabiłem każdy uruchomiony program, który nie był niezbędny, i uruchomiłem tryb awaryjny z obsługą sieci bez żadnych zmian.

Jakie kroki są dostępne w tym momencie?

Pudełko jest gotowe, można połączyć się z nim z mojego iPhone'a za pomocą aplikacji Telnet i błota.

Traceroute z pracy też jest w porządku. Istnieje również aplet, który wbudowaliśmy w stronę MUD, z którą mogę się połączyć. Po prostu nie mogę się połączyć bezpośrednio przez komputer

Obrabować
źródło
Nic na twoim komputerze nie spowoduje, że tak się stanie, podobnie jak u twojego dostawcy usług internetowych. Problem jest na drugim końcu - czy wiesz, że pudełko jest gotowe? Czy rozmawiałeś z osobami hostującymi serwer, na którym znajduje się MUD? Widzę, że zawodzi w tym samym punkcie śladu. Z jakim protokołem zwykle się łączysz - telnet?
Paul
Pudełko jest gotowe, można połączyć się z nim z mojego iPhone'a za pomocą aplikacji Telnet i błota. Maswerk z pracy też jest w porządku. Istnieje również aplet, który wbudowaliśmy w stronę MUD, z którą mogę się połączyć. Po prostu nie mogę się połączyć bezpośrednio przez komputer ...
Rob

Odpowiedzi:

0

Podany adres IP został przetestowany w kilku punktach na całym świecie i wszystkie zawiodły w telnet, wszystkie traceroute do tej samej pozycji lub jeden skok mniej niż podany traceroute przed przekroczeniem limitu czasu.

Problemem jest najprawdopodobniej zapora ogniowa lub inne ograniczenie na samym serwerze lub bezpośrednio przed nim na ścieżce routingu.

To nie jest lokalny problem z twoim połączeniem.

Paweł
źródło