Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Testowanie łącza speedtest rozłącza internet przy aktywnym VPN
#21
0
Ja rozumie, że może jesteś zmęczony po całym tygodniu pracy, ale chyba aż tak to nie wpływa na zdolność czytania? Wink
Cytat:okaż wynik tej wersji konsolowej ale uruchomionej z opcją -vv
a Ty mi pokazujesz wynik
Cytat:speedtest --version
Heloł ? Big Grin
Odpowiedz
#22
0
(28-04-2023, 18:56)dedito napisał(a): Ja rozumie, że może jesteś zmęczony po całym tygodniu pracy, ale chyba aż tak to nie wpływa na zdolność czytania? Wink
Cytat:okaż wynik tej wersji konsolowej ale uruchomionej z opcją -vv
a Ty mi pokazujesz wynik
Cytat:speedtest --version
Heloł ? Big Grin

Kod:
michal@michal:~$ speedtest -vv
usage: speedtest [-h] [--no-download] [--no-upload] [--single] [--bytes]
                 [--share] [--simple] [--csv] [--csv-delimiter CSV_DELIMITER]
                 [--csv-header] [--json] [--list] [--server SERVER]
                 [--exclude EXCLUDE] [--mini MINI] [--source SOURCE]
                 [--timeout TIMEOUT] [--secure] [--no-pre-allocate]
                 [--version]
speedtest: error: unrecognized arguments: -vv
Odpowiedz
#23
0
To widzę pozmieniały się te opcje Smile
To uruchom normalnie bez opcji i daj wynik.
Odpowiedz
#24
0
(28-04-2023, 19:22)dedito napisał(a): To widzę pozmieniały się te opcje Smile
To uruchom normalnie bez opcji i daj wynik.


Kod:
michal@michal:~$ speedtest
Retrieving speedtest.net configuration...
Testing from Datacamp Limited (87.249.133.131)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by O2 Business Services, a.s. (Bratislava) [54.67 km]: 40.472 ms
Testing download speed................................................................................
Download: 467.00 Mbit/s
Testing upload speed......................................................................................................
Upload: 12.35 Mbit/s

michal@michal:~$ speedtest
Retrieving speedtest.net configuration...
Cannot retrieve speedtest configuration
ERROR: <urlopen error timed out>
Odpowiedz
#25
0
ok, czyli upload powoduje jakieś problemy, to może być związane z jakimiś limitami uploadu po stronie NordVPN.
Mimo wszystko ping z routerem domowym MUSI działać jeśli mam poprawną analizę w tym temacie.
Odpowiedz
#26
0
(28-04-2023, 21:25)dedito napisał(a): ok, czyli upload powoduje jakieś problemy, to może być związane z jakimiś limitami uploadu po stronie NordVPN.
Mimo wszystko ping z routerem domowym MUSI działać jeśli mam poprawną analizę w tym temacie.

Przetestujmy może poprzez ograniczenie uploadu do np. 30 Mb/s. W Jaki sposób mogę narzucić limit uploadu ?
Ale z tego co pamiętam to już na samym downloadzie lubiło się wieszać. Jeśli prędkość jest już 500 Mb/s.
Odpowiedz
#27
0
(28-04-2023, 21:25)dedito napisał(a): ok, czyli upload powoduje jakieś problemy, to może być związane z jakimiś limitami uploadu po stronie NordVPN.
Mimo wszystko ping z routerem domowym MUSI działać jeśli mam poprawną analizę w tym temacie.
Nie korzystałem nigdy z VPN, ale z tego co zrozumiałem na ich stronie, VPN robi "osobne połączenie", więc jeśli jesteś w tym połączeniu, to jeśli jest możliwy (bo można to zablokować, poza tym może się zmieniać, jak masz dynamiczny ip), to dostęp do routera powinien być od strony WAN (zewnętrznej np. 8.8.8.8), a nie LAN (wewnętrznej 192.168.1.1).
Kernel: 6.2.0-32-generic x86_64 Desktop: Xfce 4.18.1 Distro: Debian GNU/Linux 12 (bookworm)
Odpowiedz
#28
0
Ale gdyby tak chociaż narzucić limit na prędkość ethernetu laptop - router z max 30 Mb/s dla uploadu to i na stronie wynik dla uploadu by nie był podczas testowania wyżyszy. Zobaczylibyśmy czy ten upload powoduje jakieś problemy

Kod:
michal@michal:~$ ethtool enp12s0
Settings for enp12s0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Half 1000baseT/Full
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Supported FEC modes: Not reported
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Half 1000baseT/Full
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Advertised FEC modes: Not reported
    Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                         100baseT/Half 100baseT/Full
                                         1000baseT/Half 1000baseT/Full
    Link partner advertised pause frame use: No
    Link partner advertised auto-negotiation: Yes
    Link partner advertised FEC modes: Not reported
    Speed: 1000Mb/s
    Duplex: Full
    Auto-negotiation: on
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    MDI-X: on
netlink error: Operation not permitted
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
    Link detected: yes

Gdyby coś pozmieniać w tych opcjach ?
Odpowiedz
#29
1
Better response on post RE: Testowanie łącza speedtest rozłącza internet przy aktywnym VPNMożna zredukować prędkość z obecnego 1Gbps do 100mbps lub 10mbs. Można też bawić się ustawieniem duplexu ale na początek może wystarczy sama prędkość.
Na moim przykładzie (w Twoim przypadku zmieniasz eth1 na enp12s0):
Zmiana na 10:
Kod:
$sudo ethtool -s eth1 autoneg off speed 10
Podgląd czy speed zmieniło się na 10:
Kod:
$ethtool eth1
Settings for eth1:
Supported ports: [ TP ]
Supported link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 10Mb/s
Duplex: Full
Auto-negotiation: off
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
MDI-X: Unknown
netlink error: Operation not permitted
        Current message level: 0x00000037 (55)
                              drv probe link ifdown ifup
Link detected: yes
Test na prędkości ethernetu 10Mbps
Kod:
$speedtest

  Speedtest by Ookla

    Server: Systel - Katowice (id = 1721)
        ISP: *usunięte
    Latency:    3.07 ms  (0.72 ms jitter)
  Download:    7.49 Mbps (data used: 6.4 MB)                             
    Upload:    4.69 Mbps (data used: 6.0 MB)                             
Packet Loss: Not available.
Result URL: *usunięte
Zmiana na 100:
Kod:
$sudo ethtool -s eth1 autoneg off speed 100
Podgląd czy speed zmieniło się na 100:
Kod:
$ethtool eth1
Settings for eth1:
Supported ports: [ TP ]
Supported link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Auto-negotiation: off
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
MDI-X: Unknown
netlink error: Operation not permitted
        Current message level: 0x00000037 (55)
                              drv probe link ifdown ifup
Link detected: yes
Test na prędkości ethernetu 100Mbps
Kod:
$speedtest

  Speedtest by Ookla

    Server: LiveNet Sp. z o.o. - Tarnowskie Góry (id = 19194)
        ISP: *usunięte
    Latency:    3.49 ms  (0.40 ms jitter)
  Download:    40.37 Mbps (data used: 68.9 MB)                             
    Upload:    27.99 Mbps (data used: 14.7 MB)                             
Packet Loss:    38.0%
Result URL: *usunięte
Powrót do autonegocjacji, co w moim przypadku przestawia prędkość na 1Gbps
Kod:
]$sudo ethtool -s eth1 autoneg on
Sprawdzenie:
Kod:
]$ethtool eth1
Settings for eth1:
Supported ports: [ TP ]
Supported link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
MDI-X: Unknown
netlink error: Operation not permitted
        Current message level: 0x00000037 (55)
                              drv probe link ifdown ifup
Link detected: yes
Test na prędkości eth 1Gbps. Moje łącze do Internetu to jakieś 150Mbps.
Kod:
$speedtest

  Speedtest by Ookla

    Server: Systel - Katowice (id = 1721)
        ISP: *usunięte
    Latency:    3.53 ms  (0.84 ms jitter)
  Download:  115.06 Mbps (data used: 51.9 MB)                             
    Upload:    94.39 Mbps (data used: 74.2 MB)                             
Packet Loss:    0.0%
Result URL: *usunięte
Odpowiedz
#30
0
(28-04-2023, 22:31)MichałM napisał(a):
(28-04-2023, 21:25)dedito napisał(a): ok, czyli upload powoduje jakieś problemy, to może być związane z jakimiś limitami uploadu po stronie NordVPN.
Mimo wszystko ping z routerem domowym MUSI działać jeśli mam poprawną analizę w tym temacie.
Nie korzystałem nigdy z VPN, ale z tego co zrozumiałem na ich stronie, VPN robi "osobne połączenie", więc jeśli jesteś w tym połączeniu, to jeśli jest możliwy (bo można to zablokować, poza tym może się zmieniać, jak masz dynamiczny ip), to dostęp do routera powinien być od strony WAN (zewnętrznej np. 8.8.8.8), a nie LAN (wewnętrznej 192.168.1.1).
Dobra, przetestowałem jakiegoś darmowego VPN (innego niż NordVPN). Pisałeś na początku wątku, że wgrywałeś jakieś rzeczy związane z VPN na urządzeniu, a nie routerze. To sugeruje, że ten tunel VPN tworzony jest w relacji urządzenie - świat, a nie router - świat, dlatego w trakcie korzystania z VPN router jeśli jest dostępny, to na adresie WAN.
Patrząc po innych rzeczach z wątku dochodzę do wniosku, że zrobiliśmy testy nie w tym kierunku co było trzeba. To co wklejałeś odnośnie połączenia po "zerwaniu" sugerują, że przerwa była na połączenie wirtualne (VPN), a nie fizyczne (LAN). Dla potwierdzenia miej uruchomione oba urządzenia (jak chcesz to możesz też dodatkowo testować na starym procesorze schowanym do szafy), ale przetestuj konfigurację 1 VPN, 2 bez VPN (a potem odwróć role).

Jeżeli w obu wariantach (VPN+bez VPN, bez VPN+VPN) "zerwie" połączenie na VPN, a na tym bez VPN net będzie normalnie wtedy działał to ... wszystko jest prawidłowo, oznacz wątek jako rozwiązany i zamykamy wątek Smile
Kernel: 6.2.0-32-generic x86_64 Desktop: Xfce 4.18.1 Distro: Debian GNU/Linux 12 (bookworm)
Odpowiedz


Skocz do:




Użytkownicy przeglądający ten wątek: 2 gości