Vescer

Czy poprawnie skonfigurowałeś pptpd? Łączyłeś się do VPN'a poprzez wbudowane narzędzia w Windowsie?

Dziwne, spróbuj może po PPTP

Niby innym DNS'em da się omijać blokady regionalne ale nie sądzę żeby google'owy tak robił.

Co do tego czy wykryją czy nie to raczej loteria. Chyba można byłoby to obejść kupując VPS'a zlokalizowanego w UK i konfigurując chociażby proste PPTP (niby ochrona prawie żadna ale liczy się to że ukryjemy się pod innym adresem IP). A do tego VPS będzie musiał być oparty o wirtualizację XEN albo KVM.

Pierwszą kwestią jest to czy szukasz płatnego czy darmowego VPN'a? Drugą kwestią natomiast jest to że może cię spotkać niemiła niespodzianka gdzie wykryją że korzystasz z VPN'a i grzecznie poproszą cię żebyś go wyłączył i logował się z własnego adresu IP.

Ja myślę że za 4zł za dużo nie można wymagać.

No to słabo jeśli musisz go restartować. U mnie jeden ma uptime 98 dni (20zł/m) a drugi tylko 12 dni (8zł/m) i na żadnym nic takiego nie trzeba robić.

Może NEPHAX w Gdańsku? Mam kupionego VPS'a który jest zlokalizowany w ich data center (pukawka.pl) i od początku jest 100% uptime'u (na potwierdzenie screen z uptimerobot.com) a co do łącza to pewnie trzeba by się z nimi dogadać.

No to za 8zł za miesiąc masz jeszcze: Tiktalik (osobiście nie korzystałem ale słyszałem że pady się zdarzały) VPS.AG (pod koniec poprzedniego miesiąca wziąłem na testy i aktualnie jest 100% uptime'u a z racji lokalizacji w Bułgarii ping jest jaki jest, szerzej zostało to opisane w tym wątku.

Stawiając na VPS masz tylko 32 sloty (no license) a żeby mieć więcej będziesz musiał postarać się o NPL (Non-Profit License) do 512 slotów albo kupić AAL (Annual Activation License)

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

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

Ja tam mam niby 80/8Mbps i też trochę ponad umowę wychodzi a router mówi o połączeniu że: Szybkość transmisji wychodzącej 8568 kbps Szybkość transmisji przychodzącej 85344 kbps

No no... niektórzy dostawcy mają całkiem fajne pingi w tamte strony (Inea, UPC) nie wspominając już o RETN i koledze ze światłowodem FTTH "lokalnego dostawcy"

...było już klasycznie z konsolki ale i tak dzięki Już druga Netia i można stwierdzić że dużo lepsi pod tym względem od Orange nie są

Akurat u mnie przed Orange'm był tylko sam syf a nie dostawcy. Ale że budowana nadmiarowo to pewnie fakt, bo umowy na internet mam dwuletnie gdzie od 2013 do 2015 miałem 40/4Mbps a od 2015 do teraz za tą samą cenę dają 80/8Mbps (chyba tylko żeby się nie marnowało )

Zwykła neostrada (VDSL2) 80/8Mbps na instalacji kładzionej w 2013 roku. Więc raczej szybko światła do domu nie dostanę. Nawet jeśli miałbym światło to przy takiej samej trasie dużo by to nie pomogło.

WOW... przez RETN piękne 38ms wychodzi, Chciałbym coś takiego do domu.

Dzięki. Czasem już tak bywa że pierwsza odpowiedź dłużej leci i to chyba dosyć normalne.

A mi się jednak wydaje że pchanie ruchu do Bułgarii przez Francję to nie jest najlepszy sposób. Ty masz do nich 47ms kiedy ja 75ms więc różnica jest znaczna. Dzięki za trace'a Może ktoś jeszcze się dołączy?

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

Jako że zaczęły prześladować mnie reklamy hostingu Nodeteria postanowiłem sprawdzić co to jest i jakie ma opinie których to jakoś nie znalazłem. Z ciekawości chciałbym zapytać czy miał tu ktoś styczność z owym hostingiem i jakiej jakości usługi świadczą? Jestem ciekaw waszych opinii bo ofertę mają dosyć ciekawą. https://www.nodeteria.com/virtual-private-servers/

Po dłuższym niemonitorowaniu pracy mojego serwera VPS zauważyłem dwa "problemy". Pierwszym jest spore wykorzystanie pamięci RAM przez cache. Serwer na chwilę obecną używa 757MB z 1GB RAM z czego 729MB to sam cache. Na serwerze chwilowo działa sam teamspeak. Wiem że linux lubi sobie cache'ować by poprawić swoje osiągi ale żeby aż tak przy prawie zerowym obciążeniu? Zaznaczę że mój VPS to Debian 8 oparty o wirtualizację openVZ więc nie mogę sobie tego cache'u ot tak sobie zrzucić komendą a jedyną opcją jest chyba restart serwera. Przejmować się tym czy nie? Drugim natomiast jest to co ujrzałem po tym jak zajrzałem w logi serwera a dokładniej mnóstwo komunikatów o niepowodzeniu logowania użytkownika root przez SSH do mojego serwera (brute force?). Logi mówią że coś takiego się działo z wielu adresów IP. Używając stronki do geolokalizacji IP dowiedziałem się że były to adresy pochodzące z Chin. Hasło które mam jest silne więc nic się nie stało. Zmieniłem port na jakim działa SSH i aktualnie cisza. Jakieś inne sposoby by się przed czymś takim zabezpieczać?

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 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ć?

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.