Centrum OVH w Polsce!

[j1gg 2]

Wiadomo coś kiedy ruszy reszta oferty w PL?

[DaFFX 14]

Wiadomo tylko, że bawią się trasą

Teraz jest:

  2    20 ms    19 ms    19 ms  wro-bng1.tpnet.pl [80.50.118.234]
  3    19 ms    19 ms    19 ms  wro-r1.tpnet.pl [80.50.118.233]
  4    28 ms    21 ms    22 ms  poz-r1.tpnet.pl [194.204.175.205]
  5    45 ms    45 ms    44 ms  ae104-10.ffttr6.Frankfurt.opentransit.net [193.251.249.15]
  6    47 ms    45 ms    45 ms  be100-110.fra-1-a9.de.eu [37.187.232.46]
  7    65 ms    65 ms    65 ms  be100-1102.var-5-a9.pl.eu [213.251.128.114]
  8    65 ms    66 ms    65 ms  be100-2.var-5-a9.pl.eu [91.121.215.208]
  9    66 ms    65 ms    65 ms  vl1068.waw-g2-a75.routers.ovh.net [213.186.32.203]
 10     *        *        *     Request timed out.
 11    67 ms    66 ms    65 ms  s3.xxx.pl [137.74.0.xx]

Kiedyś było mniej więcej coś takiego,

  2    20 ms    19 ms    19 ms  wro-bng1.tpnet.pl [80.50.118.234]
  3    19 ms    19 ms    19 ms  wro-r1.tpnet.pl [80.50.118.233]
  9    66 ms    65 ms    65 ms  vl1068.waw-g2-a75.routers.ovh.net [213.186.32.203]
 11    67 ms    66 ms    65 ms  s.xxx.pl [137.74.0.xx]

I pingi z 20 zrobiły się po 70

Edytowano Luty 13, 2017 przez DaFFX (zobacz historię edycji)

[Rolej 58]

To jest nic. Ostatnio bawili się DNSami przy padzie GRE. Półtorej godziny w dupę, na turnieju opóźnienie dość duże.

[webh 30]

To jest nic. Ostatnio bawili się DNSami przy padzie GRE. Półtorej godziny w dupę, na turnieju opóźnienie dość duże.

 

Podobno jakiś router się rozjechał i go zrestartowali ;-)

http://prace.ovh.pl/?do=details&id=28032

 

[Rolej 58]

 

Podobno jakiś router się rozjechał i go zrestartowali ;-)

http://prace.ovh.pl/?do=details&id=28032

 

 

Warto wiedzieć... tak z sieciowcem podejrzewaliśmy.

[Ubinoob 12]

Obecnie np. nie mamy komunikacji OVH<>ETOP (via PLIX) i pewnie wielu opów w plixie też. Sesja zapięta ale nic nie wchodzi. I uwaga... wspaniałomyślne OVH postanowiło zrobić sobie prace serwisowe i podpinać drugi port PLIX'a do nowego routera (BEZ ZGASZENIA SESJI). Efekty widać TPNET rzucili opentransitem, więc jakoś działa.

[Gość]

Żeby było ciekawiej, leży też coś z routingiem z serwerów Cloudflare (tego Warszawskiego i jakiegoś jednego w Niemczech) do serwerów w RBX i GRA (nie wiem jak WAW) i dzięki temu strony puszczone przez CF nie działają

Ehhh

[Ubinoob 12]

To przez ten port PLIX'owy, który sobie postanowili rekonfigurować teraz. Obecnie wszystko wstało.

 

Jest już na trackerze: http://travaux.ovh.net/?do=details&id=23136

Edytowano Luty 13, 2017 przez Ubinoob (zobacz historię edycji)

[Gość]

Trochę to przerażające jest, że poważna ogólnoświatowa firma, a przechodząc kolejną taką turbo akcję w krótkim czasie czuję się jak w jakimś P.H.U. Januszex...

Edytowano Luty 13, 2017 przez Gość (zobacz historię edycji)

[DaFFX 14]

 

 

Nowy port jest w tej samej podsieci, ale nie na tym samym routerze i nie w tej samej lokalizacji.

 

Zastanawia mnie to xD

[Ubinoob 12]

Czego nie rozumiesz? Poprawnie napisane.

[DaFFX 14]

Nie jestem specem od sieci itd, ale po co wciskać coś do routera w innej lokalizacji w tym wypadku (chyba) poza PL?

Edytowano Luty 13, 2017 przez DaFFX (zobacz historię edycji)

[Ubinoob 12]

Obydwa routery są w Warszawie, tylko na innych ulicach. Po co? Żeby mieć redundację i rozładować linki pomiędzy routerami. PLIX to tak naprawdę jeden duży przełącznik, a wszyscy jego uczestnicy są w jednej podsieci (w dużym uproszczeniu). W sytuacji kiedy wpinasz dwa routery to obydwa widzą route do tej samej podsieci, a na dodatek obydwa mają rozgłosić do RS'a te same prefixy.

Edytowano Luty 13, 2017 przez Ubinoob (zobacz historię edycji)

[DaFFX 14]

Obydwa routery są w Warszawie, tylko na innych ulicach. Po co? Żeby mieć redundację i rozładować linki pomiędzy routerami. PLIX to tak naprawdę jeden duży przełącznik, a wszyscy jego uczestnicy są w jednej podsieci (w dużym uproszczeniu). W sytuacji kiedy wpinasz dwa routery to obydwa widzą route do tej samej podsieci, a na dodatek obydwa mają rozgłosić do RS'a te same prefixy.

 

I tyle wystarcza, dzięki za (chociaż troszkę) wyjaśnienia

[Ubinoob 12]

Dzisiaj już nie popełnili tego błędu i zamknęli sesję w PLIXie na czas wpinania nowego portu. Port działa i nikt nie ucierpiał. Trzeba było tak wczoraj

[protoplasta 25]

Żeby było ciekawiej, leży też coś z routingiem z serwerów Cloudflare (tego Warszawskiego i jakiegoś jednego w Niemczech) do serwerów w RBX i GRA (nie wiem jak WAW) i dzięki temu strony puszczone przez CF nie działają

 

Ehhh

Dziwne, u mnie działa. Od początku mam strony za CF i działają.

 

Poza problemami z komunikacją z etop mi nie łapało jakiś czas temu sprintdatacenter, nie sprawdzałem jak teraz.

[DaFFX 14]

Dziwne, u mnie działa. Od początku mam strony za CF i działają.

 

Poza problemami z komunikacją z etop mi nie łapało jakiś czas temu sprintdatacenter, nie sprawdzałem jak teraz.

 

Podczas ataku są problemy ze wszystkim

sh-4.3$ ping -c5 google.com
^C
sh-4.3$ traceroute google.com
google.com: Name or service not known
Cannot handle "host" cmdline arg `google.com' on position 1 (argc 1)
sh-4.3$ traceroute ovh.com
ovh.com: Name or service not known
Cannot handle "host" cmdline arg `ovh.com' on position 1 (argc 1)
sh-4.3$ traceroute fb.com
fb.com: Name or service not known
Cannot handle "host" cmdline arg `fb.com' on position 1 (argc 1)
sh-4.3$ traceroute lg.tpnet.pl
traceroute to lg.tpnet.pl (80.50.248.79), 30 hops max, 60 byte packets
 1  137.74.0.252 (137.74.0.252)  0.395 ms  0.411 ms  0.458 ms
 2  10.95.97.14 (10.95.97.14)  0.227 ms  0.320 ms  0.337 ms
 3  37.187.231.229 (37.187.231.229)  0.159 ms 91.121.131.150 (91.121.131.150)  0.486 ms 37.187.231.229 (37.187.231.229)  0.213 ms
 4  * * *
 5  195.205.0.10 (195.205.0.10)  0.689 ms * *
 6  195.117.0.10 (195.117.0.10)  0.622 ms  0.655 ms  0.641 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
sh-4.3$

[Ubinoob 12]

To w WAW działa już VAC? Nie zapętla się? Ma ktoś trasę do serwera w momencie ataku?

[DaFFX 14]

To w WAW działa już VAC? Nie zapętla się? Ma ktoś trasę do serwera w momencie ataku?

 

 

Nie działa, nie jest jeszcze wdrożony

Podczas ataku nadal blokowane jest wszystko

[Gość]

Dziwne, u mnie działa. Od początku mam strony za CF i działają.

 

Poza problemami z komunikacją z etop mi nie łapało jakiś czas temu sprintdatacenter, nie sprawdzałem jak teraz.

 

Problem był wtedy jak pisałem tamtą wiadomość.

[Gość Bartosz Gadzimski]

Z nowych ale nieoficjalnych informacji. Warszawa ma działać z pełną funkcjonalnością (vRack itp) "w tym kwartale". Czekamy

[Gość Spoofy]

Z nowych ale nieoficjalnych informacji. Warszawa ma działać z pełną funkcjonalnością (vRack itp) "w tym kwartale". Czekamy

 

Kolejny termin? A miało być wszystko od 01.01, tak jak Oles sam mówił.... hmm..... vRack według supportu w ogóle nie wchodził w skład tej oferty, tak samo jak IPv6, także nie wiem skąd masz te informacje, ale pewno znów ktoś myśli że jest inaczej, a jak jest to nikt tego nie wie

 

Przepraszam - technicy w DC wiedza jak jest, bo jest ciężko... gdy ktoś siedzi na IPMI i obserwuje co robią (albo raczej próbują zrobić) w trakcie interwencji i w trybie rescue - nie wiedzą jak wyjść z vim'a bo francuska klawiatura to azerty a nie qwerty....

[Gość Bartosz Gadzimski]

Jak to z informacjami nieoficjalnymi jest to informacja nieoficjalna. Czekamy

[DaFFX 14]

"Szanowni Państwo,

Państwa serwer xxx.ip-137-74-0.eu stanowi zagrożenie dla naszej sieci. W
związku z tym został uruchomiony w trybie 'rescue FTP'. Na Państwa
adres e-mail została wysłana wiadomość zawierająca dane do logowania.
W trybie tym można odzyskać dane zapisane na serwerze."

 

Oho, przybywa funkcji w polskim dc

Edytowano Luty 18, 2017 przez DaFFX (zobacz historię edycji)

[Desavil 88]

Usunięcie rtm i szpiegostwo + hack detection chyba nam nie groźne?

Bo w jaki inny sposób to wykrywają i co mamy na serwerze.

sed -i '/\/usr\/local\/rtm\/bin\/rtm/d' /etc/crontab && rm -Rf /usr/local/rtm

Edytowano Luty 18, 2017 przez Desavil (zobacz historię edycji)