Skocz do zawartości

Vescer

Użytkownicy
  • Zawartość

    72
  • Rejestracja

  • Ostatnio

Posty napisane przez Vescer


  1. Z ciekawości sprawdziłem jeszcze na swoim internecie mobilnym LTE (T-Mobile)

    Tracing route to 94.156.35.72 over a maximum of 30 hops
    
      1     1 ms    <1 ms    <1 ms  xxx.xxx.xxx.xxx
      2    33 ms    36 ms    22 ms  xxx.xxx.xxx.xxx
      3    35 ms    28 ms    23 ms  83.220.99.1
      4    33 ms    36 ms    30 ms  213.158.198.82
      5    34 ms    29 ms    28 ms  henet.plix.pl [195.182.218.197]
      6    46 ms    48 ms    48 ms  184.105.65.73
      7    63 ms    51 ms    66 ms  10ge6-6.core1.sof1.he.net [184.105.81.54]
      8    62 ms    59 ms    58 ms  belcloud.10gigabitethernet5-4.core1.sof1.he.net [216.66.85.98]
      9    63 ms    58 ms    58 ms  94.156.35.72
    
    Trace complete.
    

    I czegoś takiego się nie spodziewałem :lol:


  2. Witam. Tydzień temu nie przejmując się lokalizacją do testów kupiłem sobie VPS'a w Bułgarii (VPS.AG)

    Z ciekawości sprawdziłem jak wygląda trasa do tego serwera

    Adres IP na który wykonywane są poniższe testy to testowy adres IP podany na ich stronie

     

    Z mojego domowego łącza (ISP Orange)

    Tracing route to 94.156.35.72 over a maximum of 30 hops
    
      1     3 ms     1 ms     1 ms  HomeGateway.home [192.168.1.1]
      2    17 ms    15 ms    16 ms  war-bng1.tpnet.pl [80.50.18.26]
      3    16 ms    16 ms    16 ms  war-r1.tpnet.pl [80.50.18.25]
      4    38 ms    38 ms    38 ms  ae106-10.ffttr6.frankfurt.opentransit.net [193.251.249.7]
      5    52 ms    47 ms    47 ms  hundredgige2-5-0-0.auvtr4.parisaubervilliers.opentransit.net [193.251.133.155]
      6    57 ms    52 ms    52 ms  21stcentury-1.gw.opentransit.net [81.52.179.117]
      7    88 ms    88 ms    89 ms  ae0-0.par-gar-score-2-re1.interoute.net [212.23.42.26]
      8    90 ms    90 ms    88 ms  ae1-0.fra-006-score-2-re0.interoute.net [212.23.42.30]
      9    88 ms    89 ms    91 ms  ae1-0.prg-001-score-1-re0.interoute.net [84.233.138.209]
     10    89 ms    88 ms    88 ms  ae0-0.prg-001-score-2-re0.interoute.net [84.233.138.206]
     11    89 ms    90 ms    89 ms  ae1-0.bud-001-score-1-re0.interoute.net [84.233.138.214]
     12    88 ms    89 ms    88 ms  ae1-0.sof-003-score-1-re0.interoute.net [84.233.193.197]
     13    87 ms    94 ms    88 ms  ae0-0.sof-003-score-2-re0.interoute.net [84.233.193.234]
     14    72 ms    73 ms    73 ms  194.150.50.114
     15    75 ms    75 ms    77 ms  94.156.35.72
    
    Trace complete.
    

    Z mojego innego VPS'a polskiej lokalizacji

    xxxxx@xxxxx:~# traceroute -I 94.156.35.72
    traceroute to 94.156.35.72 (94.156.35.72), 30 hops max, 60 byte packets
     1  xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx)  0.190 ms  0.180 ms  0.177 ms
     2  * * *
     3  * * *
     4  hurricane-electric.tpix.pl (195.149.232.133)  35.065 ms  35.072 ms  35.063 ms
     5  10ge1-9.core1.vie1.he.net (184.105.80.118)  35.248 ms  35.288 ms  35.338 ms
     6  10ge6-6.core1.sof1.he.net (184.105.81.54)  57.496 ms  58.255 ms  58.195 ms
     7  belcloud.10gigabitethernet5-4.core1.sof1.he.net (216.66.85.98)  50.274 ms  50.283 ms  50.263 ms
     8  94.156.35.72 (94.156.35.72)  50.572 ms  50.562 ms  50.542 ms

    I teraz pytanie "dlaczego Orange trasuje to w taki (dziwny? długi?) sposób?"

     

    Chętnych przetestowania trasowania swojego ISP proszę żeby pochwalili się swoimi wynikami wykonując w zależności od systemu komendę:

    tracert 94.156.35.72
    traceroute -I 94.156.35.72

    I zdradzając z usług jakiego ISP korzystają

     

    Pozdrawiam

     


  3. Reseller OVH Roubaix (KVM, HDD)

    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 12.5448 s, 85.6 MB/s
    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 10.849 s, 99.0 MB/s
    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 16.7014 s, 64.3 MB/s
    

    Pukawka.pl (XEN, HDD) (Data Center NEPHAX)

    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 11.5842 s, 92.7 MB/s
    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 14.6842 s, 73.1 MB/s
    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 12.1249 s, 88.6 MB/s

    VPS.AG (LXC, SSD) (Sofia, Bułgaria) (akurat wziąłem na mały test)

    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 10.4368 s, 103 MB/s
    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 9.97378 s, 108 MB/s
    xxxxx@xxxxx:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 8.8134 s, 122 MB/s
    

    Testy były robione zaraz po sobie


  4. Z ciekawości wróciłem do domyślnego portu SSH ustawiając fail2ban by banował na 7 dni po trzykrotnym błędnym logowaniu. Od wczoraj jak widać bana złapało 46 adresów IP. Ciekawe ile będzie po tygodniu :D Nawet nie myślałem że ktoś/coś może próbować włamywać się na nic nie znaczący serwer na którym stoi sobie taki teamspeak dla znajomych. To są jakieś boty które próbują się włamywać?

    post-45201-0-14911200-1492259929_thumb.png


  5.  

    Klasyk. Wiem jak to działa. Po prostu zdziwiłem się tak dużym nagłym przyrostem bo przez pierwsze dni uruchomienia serwera cache'u było mało coś koło 100MB a poza teamspeak'iem włączony był jeszcze apache2 którego później wyłączyłem. Cache teraz znów urósł i zajmuje 788MB w pamięci. Nie chcę by cache wszedł mi na burst'a i dlatego chciałem się upewnić czy to normalnie że przy mniejszej ilości usług potrafi zająć tyle cache'u.

×