Aktywne Wpisy
XzTRuLeZ +6
Cześć, niebieski LvL 25. Generalnie stoję w kropce i chyba potrzebuje opinii innych osób, gdyż uważam opinie moich znajomych, rodziny za mało obiektywną. Mój siedmio letni związek + pół roku narzeczeństwa, się rozpada (Albo już się rozpadł). Ogólnie, od początku.
Niebieski LvL 25 troszkę związek mi się sypie 6 lat + 6 msc narzeczeństwa, wyleje wiadro pomyj, potrzebuje opinii bo nie wiem co robić.
Pierwsze pół roku do roku miodzio, była tylko
Niebieski LvL 25 troszkę związek mi się sypie 6 lat + 6 msc narzeczeństwa, wyleje wiadro pomyj, potrzebuje opinii bo nie wiem co robić.
Pierwsze pół roku do roku miodzio, była tylko
![Padaj](https://wykop.pl/cdn/c3397992/Padaj_m2p2wIMCzE,q60.jpg)
Padaj +224
Jeśli biały ser nazwiemy bialuch to jak analogicznie można nazwać czarny ser? Jednym słowem.
@wykop-gpt
@wykop-gpt
#siecikomputerowe (mam nadzieję, że nie spam)
Przykładowy ping z mojego PC do wykop.pl gdy ruch z NASa leci przez VPN (PrivateInternetAccess):
Badanie wykop.pl [51.83.238.216] z 32 bajtami danych:
Odpowiedź z 51.83.238.216: bajtów=32 czas=612ms TTL=51
Upłynął limit czasu żądania.
Odpowiedź z 51.83.238.216: bajtów=32 czas=386ms TTL=51
Upłynął limit czasu żądania.
Odpowiedź z 51.83.238.216: bajtów=32 czas=780ms TTL=51
Upłynął limit czasu żądania.
Odpowiedź z 51.83.238.216: bajtów=32 czas=532ms TTL=51
Upłynął limit czasu żądania.
Odpowiedź z 51.83.238.216: bajtów=32 czas=450ms TTL=51
Upłynął limit czasu żądania.
Statystyka badania ping dla 51.83.238.216:
Pakiety: Wysłane = 10, Odebrane = 5, Utracone = 5
(50% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 386 ms, Maksimum = 780 ms, Czas średni = 552 ms
Po wyłączeniu VPNa i puszczeniu ruchu wolno:
Badanie wykop.pl [51.83.238.216] z 32 bajtami danych:
Odpowiedź z 51.83.238.216: bajtów=32 czas=27ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=56ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=68ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=37ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=59ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=46ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=20ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=14ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=17ms TTL=51
Odpowiedź z 51.83.238.216: bajtów=32 czas=27ms TTL=51
Statystyka badania ping dla 51.83.238.216:
Pakiety: Wysłane = 10, Odebrane = 10, Utracone = 0
(0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 14 ms, Maksimum = 68 ms, Czas średni = 37 ms
Z ciekawości, jaka to różnica czy tunel idzie po TCP czy UDP?
@salad_fingers: Niuanse związane z zarządzaniem połączeniem. Pod TCP połączeniem zarządza stos TCP systemu operacyjnego (pilnuje powtórzeń i potwierdzeń pakietów oraz kolejności danych), UDP jest prostszy i tego wszystkiego musi "pilnować" sama aplikacja, ale w praktyce przy dużych przepustowościach i stabilnym połączeniu UDP może być szybszy.
@salad_fingers: to może inaczej bo o tym nie napisałeś, gdzie się zaczyna tunel, na NASie czy na routerze? Czyli czy tylko NAS idzie po tunelu czy cała sieć idzie po tunelu
NAS -> VPN -> router -> świat
PC -> router -> świat
a w takiej jest idealnie i przyjemnie:
NAS -> router -> świat
PC -> router -> świat
@zakowskijan72: Chyba chodzi o jakikolwiek transfer przez tunel. Ograniczyłem upload do 100 kilo, puściłem download (na razie mam 600 kbps), obok tego prostym wgetem pobieram obraz xubuntu z Niemiec i jest syf.
Masz możliwość zmniejszyć na NASie MTU na interfejsie przez który wychodzi ruch?
@zakowskijan72: w UDP pakiety nie mają numerów sekwencyjnych także nie ma czego pilnować, tak samo nie istnieje ACK czyli potwierdzanie odebrania pakietu. To typowe „wyślij i zapomnij”. Jak pakiety UDP dojdą w złej kolejności, jest utrata danych - system ani aplikacja nie są w stanie
@kwitnaca-wisnia: to akurat nie prawda. Jeżeli aplikacje mają zaimplementowane taki mechanizm to są w stanie ułożyć pakiety UDP w poprawnej kolejności. Np. apka w danych na początku wrzuca swoje numerowanie pakietów i przy odbiorze sprawdza ich kolejność
Czy jest możliwe, że to wina #upc? Nie wiem, że jakąś inspekcję pakietów robią czy jakiś QoS
@kwitnaca-wisnia: Kolego, wiesz, że dzwonią, ale nie wiesz, w którym kościele.
Otóż aplikacja może operować własnym protokołem na warstwie UDP, i owszem, może sobie w tym protokole nadawać numery i korygować, a także wysyłać potwierdzenia. Wszystko po UDP. Pisałem
Jest możliwe. Co prawda raczej inspekcji pakietów Ci nie zrobią - po to jest VPN, żeby węzły "po drodze" nie zaglądały w garnki, ale sam fakt, że adresatem pakietu jest węzeł VPN już jest łatwy do zweryfikowania (no chyba, że to twój prywatny VPN).
@kwitnaca-wisnia: Tak, i tak właśnie zostało napisane:
"UDP jest prostszy i tego wszystkiego musi "pilnować" sama aplikacja"
Chciałeś błysnąć wiedzą, ale nie do końca wyszło.
@kwitnaca-wisnia: Kolego, wiesz, że dzwonią, ale nie wiesz, w którym kościele.
Jak pakiety UDP dojdą w złej kolejności, jest utrata danych - system ani aplikacja nie są w stanie tego skorygować.
Otóż aplikacja może operować własnym protokołem na warstwie UDP, i owszem, może sobie w tym protokole nadawać numery i korygować, a także wysyłać potwierdzenia. Wszystko po UDP. Pisałem
@kwitnaca-wisnia: ok ale Ty stwierdziłeś że pakiety UDP w złej kolejności to zawsze stracisz dane i apka ani system tego nie skorygują co jest nie prawdą bo wystarczy że aplikacja polu danych w pakiecie UDP nadaje swoje numery sekwencyjne i nie
@zakowskijan72: Używam FreeNAS-11.3-U2.1 i mam cały panel konfiguracyjny do interfejsu sieciowego.
igb0
(aktywny port) ma pole do wprowadzania MTU ale odrzuca mi wszystko poniżej 1492 właśnie. Przy czym tu jest jeszcze kolejna