Nie działająca strona sklepu

[grind 1]

Cześć,

zetknął się ktoś z was z problemem niedziałającej jednej strony? Wszystko inne śmiga tylko nie ta jedna strona sklepu, przestała działać dwa dni temu i do teraz nie działa. Wina ewidentnie internetu, bo sprawdzone były dwie przeglądarki na kompie + na telefonie jedna. Po włączeniu internetu LTE na telefonie, strona działa. Pingowałem stronę przez cmd i nie odpowiada, inne odpowiadają. Internet z UPC z modemem connect box (restart był robiony). Ktoś wie co może być przyczyną? Bo totalnie zgłupiałem.

 

Na laptopie służbowym (łączenie po VPN) działa...

Edytowane 27 Stycznia 2021 przez grind

[Bono[UG] 1618]

Czy przy pingu nazwa była rozwijana w adres ip?
Jeżeli nie, to coś z DNS-ami jest nie tak. Można spróbować przestawić np. na googlowsie 8.8.8.8, 8.8.4.4

Jeżeli się rozwija, to sprawdź czy na tym laptopie przez vpn ping idzie na ten sam adres.
Jeżeli jest inny, to być może sklep zmienił hosting i jeszcze się prawidłowo po DNS-ach nie rozpropagował. Można spróbować wyczyścić cache w systemie. W cmd polecenie: ipconfig /flushdns

Jeżeli adres jest i jest taki sam, to być może dostawca coś blokuje. Można spróbować wyśledzić w którym momencie przy pomocy polecenia tracert w cmd (działa podobnie do ping-a ale sprawdza wszystkie adresy po drodze do serwera/strony).

[grind 1]

Adres zmienia się w IP. Komenda /flushdns wykonana, strona dalej nie działa.

Po komendzie /tracert:

Tracing route to www.urbancity.pl [94.152.135.183]
over a maximum of 30 hops:

  1     1 ms     2 ms     1 ms  192.168.0.1
  2    14 ms    10 ms    11 ms  84.116.254.140
  3    26 ms    17 ms    16 ms  pl-ktw01a-rc1-ae-18-0.aorta.net [84.116.253.129]
  4    18 ms    19 ms    18 ms  pl-waw26b-rc1-ae-40-0.aorta.net [84.116.133.29]
  5    17 ms    17 ms    17 ms  pl-waw26b-ri1-ae-24-0.aorta.net [84.116.138.73]
  6    31 ms    23 ms    19 ms  ae4.cr0-waw3.ip4.gtt.net [213.254.220.105]
  7    18 ms    22 ms    23 ms  ae7.cr1-waw1.ip4.gtt.net [213.200.119.2]
  8    17 ms    16 ms    18 ms  ip4.gtt.net [77.67.123.246]
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17

I leci dalej timed out

 

/e

Dzwoniłem do UPC, sprawę przekazali na 2 linię wsparcia...

Edytowane 27 Stycznia 2021 przez grind

[Bono[UG] 1618]

Nie wygląda to na problem u ciebie.

[ivanuss 0]

Miałem podobny problem, niektóre strony nie działały, ping dawał randomowe rezultaty. Pani z UPC ściemniała, że to wina konkretnych serwisów. Coś im ewidentnie nie działa.. nie wiedziałem jak to rozwiązać ale proxy pomogło ?

P.S. Męczyłem im dupę co 2 dni i już od ponad miesiąca nie mam z tym problemu.

 

Edytowane 27 Stycznia 2021 przez ivanuss

[grind 1]

1 godzinę temu, ivanuss napisał:

nie wiedziałem jak to rozwiązać ale proxy pomogło ?

tzn co dokładnie? Naprawiłeś to na własną rękę czy oni naprawili po tych telefonach? Bo ja już znalazłem kolejną stronę, tyle że tym razem strona nie działa ale pingowanie już tak...

Edytowane 27 Stycznia 2021 przez grind

[Qwinto 413]

1 godzinę temu, grind napisał:

3 godziny temu, ivanuss napisał:

nie wiedziałem jak to rozwiązać ale proxy pomogło ?

tzn co dokładnie?

Normalnie ruch idzie jakąś ścieżką, po drodze jest gdzieś problem. Proxy czy VPN zmienia tą ścieżkę, bo najpierw ruch idzie do proxy czy VPN. Jeśli pomiędzy proxy czy VPN a stroną docelową nie ma problemów po drodze to wszystko działa.

1 godzinę temu, grind napisał:

Bo ja już znalazłem kolejną stronę, tyle że tym razem strona nie działa ale pingowanie już tak...

Czyli może być problem z daną lokalizacją i to nie jest problem u dostawcy. Problem może być gdzieś dalej. Ta pierwsza strona to www.urbancity.pl [94.152.135.183] a ta druga?

[grind 1]

Druga:

Pinging www.dzienniknaukowy.pl [94.152.43.209] with 32 bytes of data:
Reply from 94.152.43.209: bytes=32 time=48ms TTL=55
Reply from 94.152.43.209: bytes=32 time=20ms TTL=55
Reply from 94.152.43.209: bytes=32 time=55ms TTL=55
Reply from 94.152.43.209: bytes=32 time=21ms TTL=55

Ping statistics for 94.152.43.209:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 20ms, Maximum = 55ms, Average = 36ms

Tylko w tym przypadku nie traci danych po pingowaniu. Tutaj jeszcze tracert:

Tracing route to www.dzienniknaukowy.pl [94.152.43.209]
over a maximum of 30 hops:

  1     1 ms     1 ms     2 ms  192.168.0.1
  2    19 ms    12 ms    21 ms  84.116.254.140
  3    17 ms    25 ms    16 ms  pl-ktw01a-rc1-ae-18-0.aorta.net [84.116.253.129]
  4    18 ms    23 ms    41 ms  pl-waw26b-rc1-ae-40-0.aorta.net [84.116.133.29]
  5    24 ms    25 ms    38 ms  pl-waw26b-ri1-ae-24-0.aorta.net [84.116.138.73]
  6    18 ms    19 ms    16 ms  ae4.cr0-waw3.ip4.gtt.net [213.254.220.105]
  7    23 ms    24 ms    62 ms  ae8.cr1-waw1.ip4.gtt.net [89.149.135.189]
  8    26 ms    48 ms    17 ms  ip4.gtt.net [77.67.123.246]
  9    22 ms    25 ms    20 ms  185.80.215.238
 10   128 ms    36 ms    51 ms  5E98C9F2.static.tld.pl [94.152.201.242]
 11    22 ms    22 ms    20 ms  dzienniknaukowy.e-kei.pl [94.152.43.209]

Trace complete.

Inaczej się zachowuje, a problem ten sam.

[Qwinto 413]

www.urbancity.pl [94.152.135.183]
www.dzienniknaukowy.pl [94.152.43.209]
Jak widać mamy identyczne dwa pierwsze oktety, oba adresy należą do KEI:
 

Responsible organisation: KEI.PL Sp. z o.o.
 inetnum:         94.152.0.0 - 94.152.127.255
 netname:         KEI
 descr:           Hosting Servers

 inetnum:         94.152.128.0 - 94.152.191.255
 netname:         KEI
 descr:           Dedicated Servers

I tam jest jakiś problem. Dobrze zgłosić to do dostawcy internetu.

[grind 1]

Ok, żeby zamknąć temat i wyjaśnić sprawę. Mój adres IP (publiczny) dostał się na czarną listę w/w firmy hostingującej. Przed chwilą dzwonił konsultant z UPC i po krótkiej rozmowie i przekazaniu mu logów tracera dał znać, żeby skontaktować się z firmą hostingującą. Zadzwoniłem więc do nich, uprzejmy i kompetentny konsulant z kei.pl poinformował o czarnej liście i co mogło być przyczyną i usunął adres z tej listy. Strony momentalnie zaczęły się wczytywać. Dzięki wszystkim za pomoc.

Edytowane 28 Stycznia 2021 przez grind