Capped telenet OpenVPN?

Heb je vragen of opmerkingen over deze provider via de kabel? Post dan je vragen hier.
Plaats reactie
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

Client1: telenet business fibernet 200, 200 down, 25 mbit upload

Client2: telenet basic internet: 30 down, 3 up

Server: 64 bit xeon met 32GB ram, 30 tal actieve openvpn clients, load bijna nihil

De 28 andere clients zijn voornamelijk idle en doen geen traffic buiten dan om de vpn connectie levend houden.

Ik kopieer vanaf client1 een aantal bestanden naar client2 en merk dat mijn snelheid schommelt tussen 1.8 en 2 megabyte per seconde.

Op dat moment check ik ook live de bandbreedte op de router waar client1 aan hangt, en merk dat de upload een heel eind onder de 20 mbit zit, niet de beloofde 25 mbit uit de product spec. Op het moment dat de bestanden stoppen met kopiëren, zie je direct dat er geen andere significante traffic is die de meting zou kunnen beïnvloeden.

Kijkend op client1, client2 en de server zie ik nergens een bottleneck in de load.

Als ik direct kopieer van de client naar de vpn server, dan zie ik een heel kleine verbetering, maar nog steeds geen 25 mbit.

Dus capped telenet OpenVPN? En zoja, wat kunnen we eraan doen?
Bijlagen
flubber-vpn-direct-client-to-server.png
flubber-vpn.png
CCatalyst
Elite Poster
Elite Poster
Berichten: 8271
Lid geworden op: 20 jun 2016, 18:36
Uitgedeelde bedankjes: 19 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

Niet dat ik weet.

OpenVPN is toch wel gelimiteerd door een aantal zaken. Enerzijds dat alles in userland gebeurt. Anderzijds (meestal) geen HW offloading, CPU moet al het werk doen. Veel te lage buffers in de oudere versies.

Ook verkeerd ingestelde MTU (zowel te laag als te hoog) kan voor lagere perfo van een OpenVPN tunnel zorgen. Ik herinner dat de default in oudere versies te laag stond. Als je geen CPU bottleneck hebt zou ik daar naar kijken. Als je tcpdump bol staat met retransmissions en dup acks weet je genoeg. Als je IPv4/UDP gebruikt heb je een overhead van 28 bytes die je van de carrier MTU moet aftrekken.

Als ik een tunnel met 25 mbit zou willen zou ik al gaan voor iets dat de kernel kan doen of iets met offloading. GRE bv.
ITnetadmin
userbase crew
userbase crew
Berichten: 8974
Lid geworden op: 28 jan 2012, 18:22
Uitgedeelde bedankjes: 199 keer
Bedankt: 690 keer
Recent bedankt: 2 keer

Ik dacht anders wel dat telenet onbekende protocols durft te cappen.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

De bottleneck zit hem duidelijk niet in de overhead. Het feit dat de ruwe brutto bandbreedte tussen de 15 en 20 mbit schommelt, en we 1.8 tot 2 megabyte per seconde zien is daarvan het bewijs.

De kwestie is: waarom gaat de brutto upload niet naar 25 mbit?

Op de client die kopieert naar de VPN server verwaarloosbare load tijdens copy:

Code: Selecteer alles

top - 04:08:01 up 8 days, 11:58,  2 users,  load average: 1.21, 0.90, 0.93
Tasks: 146 total,   3 running, 143 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.8 us,  1.2 sy,  0.0 ni, 90.7 id,  5.5 wa,  0.3 hi,  0.5 si,  0.0 st
KiB Mem:   3901808 total,  3741432 used,   160376 free,   166644 buffers
KiB Swap:   262140 total,    18632 used,   243508 free,  1400800 cached
Op de KVM doos die de VPN host CPU nog steeds overschot zat tijdens de copy:

Code: Selecteer alles

top - 10:00:04 up 345 days, 22:34,  2 users,  load average: 0.45, 0.27, 0.24
Tasks: 304 total,   3 running, 300 sleeping,   0 stopped,   1 zombie
%Cpu(s):  9.1 us, 18.2 sy,  0.0 ni, 65.9 id,  6.6 wa,  0.0 hi,  0.2 si,  0.0 st
KiB Mem : 32760428 total,  4274724 free,  3954748 used, 24530956 buff/cache
KiB Swap: 16773116 total, 14901660 free,  1871456 used. 27538580 avail Mem
en in de vm met de openvpn:

Code: Selecteer alles

top - 10:02:07 up 51 days, 18:28,  1 user,  load average: 0.55, 0.43, 0.23
Tasks:  80 total,   2 running,  78 sleeping,   0 stopped,   0 zombie
Cpu(s):  9.3%us,  6.2%sy,  0.0%ni, 81.8%id,  0.0%wa,  0.0%hi,  2.7%si,  0.0%st
Mem:   1020132k total,   691412k used,   328720k free,   152616k buffers
Swap:  1048572k total,        0k used,  1048572k free,   376956k cached
op router ook te verwaarlozen cpu load: 0.1%

Code: Selecteer alles

Mem: 22160K used, 39692K free, 0K shrd, 2488K buff, 7688K cached
CPU:  0.1% usr  0.0% sys  0.0% nic 94.4% idle  0.0% io  0.0% irq  5.3% sirq
Dus aan de cpu / overhead ligt het dus niet. Ook het veranderen van de cypher in scp, maakt niks uit, met "scp -c arcfour" nog steeds dezelfde capped snelheid.

Nog een test gedaan:

- file copy loopt (oranje pijl)
- ik doe een speedtest.net erbij
- je ziet duidelijk dat er nog upload bij kan, want de totale upload gaat dan naar net geen 25 mbit (=rode pijl)
- van zodra de speedtest rond is, zakt de totale upload terug naar de situatie voordien
- als we de file copy helemaal afbreken zakt de upload naar bijna nihil, om zeker te zijn dat er niks anders aan de upload snoept

Dus conclusie: telenet capped openvpn, en wat eraan te doen?
Bijlagen
telenet-openvpn-cap.png
CCatalyst
Elite Poster
Elite Poster
Berichten: 8271
Lid geworden op: 20 jun 2016, 18:36
Uitgedeelde bedankjes: 19 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

Je hebt enkel naar de CPU als mogelijke bottleneck gekeken.

Een klassieker bij OpenVPN is nochtens de verkeerde MTU. Dat ga je enkel kunnen vaststellen met een packet capture.

Het is al een tijd geleden dat ik OpenVPN nog gebruikt heb over Telenet, want ik vind het geen performant systeem, maar van "capping" was er toen geen sprake.

Als de packet capture er normaal uitziet zou je wel in die richting kunnen denken.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

Net deze bestudeerd:
https://www.sonassi.com/help/magestack/ ... or-openvpn

Ik kan pingen met een MTU tot 1472:

# ping -M do -s 1472 -c 1 172.31.0.1
PING 172.31.0.1 (172.31.0.1) 1472(1500) bytes of data.
1480 bytes from 172.31.0.1: icmp_seq=1 ttl=64 time=11.6 ms

--- 172.31.0.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 11.644/11.644/11.644/0.000 ms

# ping -M do -s 1473 -c 1 172.31.0.1
PING 172.31.0.1 (172.31.0.1) 1473(1501) bytes of data.
ping: local error: Message too long, mtu=1500

Standaard staat de tun0 interface op MTU 1500, te hoog dus.
Als ik mssfix 1420 in de openvn config zet en de tunnel herstart, verandert er aan de upload snelheid niks. De tun0 interface blijft op MTU 1500 staan met die mssfix.

Wanneer ik de MTU met ifconfig manueel op 1470 zet van het tun0 device, verandert er niks aan de snelheid niks:

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1470

Wat ik vermoed is het feit dat omdat het hier om een TCP connectie gaat (ssh is tcp), dat Path MTU discovery het zelf uitvist:
https://en.wikipedia.org/wiki/Path_MTU_Discovery

Pas als ik de MTU extreem laag zet, bvb 500, dan zie ik een drop naar 1.5 megabyte per seconde.
Gelukkig gaat er door de tunnel geen UDP.

Gezien de MTU aanpassing geen oplossing bracht, vermoed ik dat telenet gewoon capped.

Verder werkt deze vpn config al 10 jaar perfect en worden daar rsync backups door getrokken, dus als er een blocking issue was, dan zou dit nooit werken, gezien een rsync de beschikbare MTU na downsizing door path discovery, maximaal zal willen benutten.
Laatst gewijzigd door ubremoved_2964 06 jun 2017, 11:31, in totaal 2 gewijzigd.
Gebruikersavatar
cloink
Elite Poster
Elite Poster
Berichten: 3630
Lid geworden op: 29 okt 2007, 10:29
Twitter: cloink
Uitgedeelde bedankjes: 105 keer
Bedankt: 150 keer
Contacteer:

Krijg hier zelf (Business Telenet abo) ook altijd trage OpenVPN connecties. Eerst dacht ik dat het aan m'n VPN provider lag, maar ondertussen 3 versleten en telkens dezelfde cap (iets onder de 4MB/s). Kan uiteraard allerhande oorzaken hebben, maar ik onderschrijf je bevindingen.
ooh. shiny.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

cloink schreef:Krijg hier zelf (Business Telenet abo) ook altijd trage OpenVPN connecties. Eerst dacht ik dat het aan m'n VPN provider lag, maar ondertussen 3 versleten en telkens dezelfde cap (iets onder de 4MB/s). Kan uiteraard allerhande oorzaken hebben, maar ik onderschrijf je bevindingen.
Die 4 megabyte / sec = download?
Gebruikersavatar
cloink
Elite Poster
Elite Poster
Berichten: 3630
Lid geworden op: 29 okt 2007, 10:29
Twitter: cloink
Uitgedeelde bedankjes: 105 keer
Bedankt: 150 keer
Contacteer:

Inderdaad. En abonnement is 200Mbps, dus ik zou eerder richting de 15 a 20MB/s verwachten...
ooh. shiny.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

Is telenet via email bereikbaar? Ik wil een traceerbaar ticket, geen kerel aan de phone die niet weet waarover ik het heb.
Ik zou uiteraard willen dat telenet tcp poort 1194 bij de gekende poorten steekt.

Want als ze hun speedtest wel 100% doorlaten en openvpn niet, dan schenden ze net neutraliteit.

Ik gebruik de VPN puur voor business, oa backups, connectie naar mailserver en beheer van toestellen die wij verkopen.
Ik vind niet dat telenet openvpn moet gaan shapen.
philippe_d
Moderator
Moderator
Berichten: 17490
Lid geworden op: 28 apr 2008, 11:22
Locatie: Waregem
Uitgedeelde bedankjes: 923 keer
Bedankt: 3349 keer
Recent bedankt: 4 keer

ub4b schreef:Want als ze hun speedtest wel 100% doorlaten en openvpn niet, dan schenden ze net neutraliteit.
Netneutralitiet?
Ik wist niet dat er in België al een wet of regeling was in verband met netneutralitiet?
VoIP: WeePee (vaste nummers geporteerd), Sipgate.de, Sipgate.co.uk, MegaVoip (uitgaand België).
Provider: Proximus Fiber Essential (50/8 mbps down/up).
Modem/Router: Fritz!Box 7590 int, OS 07.50, aangesloten op Proximus ONT (VLAN20).
Telefoon centrale: Euracom 181 achter FritzBox So.
TV: Telenet CI+, Fritz!DVB-C.
CCatalyst
Elite Poster
Elite Poster
Berichten: 8271
Lid geworden op: 20 jun 2016, 18:36
Uitgedeelde bedankjes: 19 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

Geen UDP?? TCP is nochtans wel een pak trager voor OpenVPN dan UDP (tenzij op lijnen met veel packet loss)...

En bizar dat je dan max 1472 bytes hebt alvorens hij fragmenteert want da's hetgeen je zou verwachten voor IPv4/UDP. (20 bytes voor de IP header en 8 bytes voor de UDP header, een TCP header is daarentegen 20-60 bytes).

Path MTU discovery is broken want wordt en route over het algemeen gefilterd.

Mssfix gaat de mtu ook niet veranderen, dat zal tun-mtu doen, maar daar moet je niet aankomen.

Probeer deze eens

Code: Selecteer alles

fragment 1472
mssfix
Let op, die 1472 is vanuit de veronderstelling IPv4/UDP. Als je effectief TCP gebruikt zal dat niet kloppen en ga je eerst moeten kijken wat voor opties er zoal gezet worden.

Daarnaast ook de volgende eens erin zetten en zien of het resultaat heeft:

Code: Selecteer alles

sndbuf 0
rcvbuf 0
fast-io
Eventueel ook deze om encryptie als factor uit te sluiten

Code: Selecteer alles

cipher none
auth none
Tenslotte: het is een illusie om te denken dat je met OpenVPN line speeds gaat kunnen halen, noch met enig ander protocol dat extra overhead veroorzaakt. Native tunnel protocols als GRE kunnen daar al dichter in de buurt bij raken wegens de zeer beperkte overhead.
ubremoved_539
Deel van't meubilair
Deel van't meubilair
Berichten: 29849
Lid geworden op: 28 okt 2003, 09:17
Uitgedeelde bedankjes: 434 keer
Bedankt: 1972 keer

ub4b schreef:Ik gebruik de VPN puur voor business
Euh... in je initiële post schreef je "Client2: Telenet basic internet: 30 down, 3 up"... dat lijkt me geen business abonnement ?
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

Ivm illusie line speed: ik verwacht niet dat openvpn netto 25 mbit upload doet.
Maar ik verwacht wel dat er aan de brutto kant meer bandbreedte gebruikt wordt, want openvpn satureert helemaal niet de link.
r2504 schreef:
ub4b schreef:Ik gebruik de VPN puur voor business
Euh... in je initiële post schreef je "Client2: Telenet basic internet: 30 down, 3 up"... dat lijkt me geen business abonnement ?
Lees opnieuw, we testen nu tussen client1 en de server, client2 doet al niet meer mee.
ubremoved_539
Deel van't meubilair
Deel van't meubilair
Berichten: 29849
Lid geworden op: 28 okt 2003, 09:17
Uitgedeelde bedankjes: 434 keer
Bedankt: 1972 keer

ub4b schreef:Is telenet via email bereikbaar? Ik wil een traceerbaar ticket, geen kerel aan de phone die niet weet waarover ik het heb.
Je kan contact opnemen met de business helpdesk... die is toch van een ander niveau dan de normale helpdesk.
ub4b schreef:Lees opnieuw, we testen nu tussen client1 en de server, client2 doet al niet meer mee.
TL:DR; ... maar ik zie het ook niet meteen waar die server staat en op welke lijn hij hangt.
driesp
Plus Member
Plus Member
Berichten: 191
Lid geworden op: 17 jan 2014, 17:11
Uitgedeelde bedankjes: 10 keer
Bedankt: 12 keer

Ik merk hetzelfde.
Limiet van 30Mbit gemiddeld voor VPN voor de particulieren telenet abonnementen (ik maak gebruik van het 200Mbit residentiele telenet abbo)
geen limiet voor de business abonnementen waarvan ik weet.

Een jaar of 2 geleden had ik enkele weken het probleem dat de snelheid zo slecht was dat RDP over VPN op een residentiele telenet verbinding bijna onmogelijk was.
Naar de residentiele helpdesk bellen helpt niet vooruit.
Ik heb dan naar de bussiness helpdesk kunnen bellen (geen idee hoe, ik heb er me uit gelult), ze hebben daar de snelheidslimiet opgetrokken.

Sinds dien heb ik vrede gesloten met de 30Mbit cap.

Maar dat is niet het enige wat mis loopt bij telenet,
veel te hoge prijzen, caps en andere absurde netwerk / peering-politiek zijn enkele waaraan ik nu denk.
Belgacom is een beetje beter, maar springt even bekrompen om met hun b-product, scarlet.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

r2504 schreef:
ub4b schreef:Is telenet via email bereikbaar? Ik wil een traceerbaar ticket, geen kerel aan de phone die niet weet waarover ik het heb.
Je kan contact opnemen met de business helpdesk... die is toch van een ander niveau dan de normale helpdesk.
ub4b schreef:Lees opnieuw, we testen nu tussen client1 en de server, client2 doet al niet meer mee.
TL:DR; ... maar ik zie het ook niet meteen waar die server staat en op welke lijn hij hangt.
Unix solutions, directe gigabit peering met telenet op BNIX.

1 1 ms 1 ms 1 ms DD-WRT [172.20.1.1]
2 11 ms 10 ms 12 ms 178-119-64-1.access.telenet.be [178.119.64.1]
3 11 ms 9 ms 9 ms dD5E0CE81.access.telenet.be [213.224.206.129]
4 11 ms 11 ms 15 ms dD5E0FA75.access.telenet.be [213.224.250.117]
5 11 ms 12 ms 13 ms unix-solutions.bnix.net [194.53.172.50]
6 12 ms 13 ms 13 ms te-2-8.ar0.usdc.as39923.net [109.68.160.23]
...

Update:

Net naar telenet gebeld. Ze vertragen openvpn niet. Dus een iperf opgezet op een fysieke machine in zelfde subnet bij unix solutions, op de openvpn poort:

# iperf -s -p 1194 -w 256k
------------------------------------------------------------
Server listening on TCP port 1194
TCP window size: 220 KByte (WARNING: requested 256 KByte)
------------------------------------------------------------
[ 4] local 109.68.A.B port 1194 connected with 178.119.C.D port 52568
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.2 sec 28.9 MBytes 23.8 Mbits/sec

Hij vroeg ook om met een andere router te testen, maar volgens mij is er met de dd-wrt router hier niks ad hand.
Laatst gewijzigd door ubremoved_2964 06 jun 2017, 16:11, in totaal 1 gewijzigd.
driesp
Plus Member
Plus Member
Berichten: 191
Lid geworden op: 17 jan 2014, 17:11
Uitgedeelde bedankjes: 10 keer
Bedankt: 12 keer

Het heeft niets te maken met de snelheid of verbinding van de andere kant.
De snelheid wordt gecapped van 'onbekende protocollen' op de modem,
het is die cap waarvan je nu de vertraging merkt.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

driesp schreef:Het heeft niets te maken met de snelheid of verbinding van de andere kant.
De snelheid wordt gecapped van 'onbekende protocollen' op de modem,
het is die cap waarvan je nu de vertraging merkt.
Wat ik dan niet snap is dat mijn iperf naar poort 1194 (zelfde poort als openvpn, opgezet op een server in hetzelfde LAN subnet bij webhoster) wel 24 mbit trekt.

[root@nas ~]# iperf -c mijnserver.be -p 1194 -w 256k -F /dev/urandom
------------------------------------------------------------
Client connecting to mijnserver.be, TCP port 1194
TCP window size: 416 KByte (WARNING: requested 256 KByte)
------------------------------------------------------------
[ 4] local 172.20.1.20 port 52573 connected with 109.68.E.F port 1194
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.1 sec 28.9 MBytes 24.1 Mbits/sec

Data = /dev/urandom , meer onbekend kan het niet worden ;)
driesp
Plus Member
Plus Member
Berichten: 191
Lid geworden op: 17 jan 2014, 17:11
Uitgedeelde bedankjes: 10 keer
Bedankt: 12 keer

Laat die draaien voor een lange tijd, misschien dat die pas na een langere tijd gaat cappen, ik weet het niet.
Trouwens, standaard draait openvpn op udp, en ik zou ook aanraden om udp te gebruiken.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

driesp schreef:Laat die draaien voor een lange tijd, misschien dat die pas na een langere tijd gaat cappen, ik weet het niet.
Trouwens, standaard draait openvpn op udp, en ik zou ook aanraden om udp te gebruiken.
Met een paar honderd clients in the field geen sinecure om die allemaal te upgraden ....
CCatalyst
Elite Poster
Elite Poster
Berichten: 8271
Lid geworden op: 20 jun 2016, 18:36
Uitgedeelde bedankjes: 19 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

Op basis van die traceroute van hierboven gaat je tunnel veel performanter zijn met UDP (en een juiste fragment + mssfix).
ITnetadmin
userbase crew
userbase crew
Berichten: 8974
Lid geworden op: 28 jan 2012, 18:22
Uitgedeelde bedankjes: 199 keer
Bedankt: 690 keer
Recent bedankt: 2 keer

Zoals ik ook al zei eerder, en nu driesp ook, worden "onbekende" protocollen gecapped.
Dit geloof ik oa om torrentverkeer te ontmoedigen.
Soit, de conclusie die je dus wss kan trekken is dat alle geencrypteerd verkeer "onbekend" is voor telenet, en dus gecapped wordt.
Gebruikersavatar
cloink
Elite Poster
Elite Poster
Berichten: 3630
Lid geworden op: 29 okt 2007, 10:29
Twitter: cloink
Uitgedeelde bedankjes: 105 keer
Bedankt: 150 keer
Contacteer:

Dat zou ik persoonlijk vrij ongehoord vinden en reden om op te stappen... :eek:
ooh. shiny.
ITnetadmin
userbase crew
userbase crew
Berichten: 8974
Lid geworden op: 28 jan 2012, 18:22
Uitgedeelde bedankjes: 199 keer
Bedankt: 690 keer
Recent bedankt: 2 keer

Ik snap overigens niet goed waarom je een tunnel met TCP zou runnen?
De packets die door de tunnel gaan gebruiken toch nog hun eigen protocols, dus alles wat TCP nodig heeft zal wel TCP gebruiken. Nu forceer je ook ICMP en UDP packets om toch door een TCP tunnel te gaan en dus connection oriented te worden met alle delays vandien.

Edit: ik heb het ns opgezocht uit nieuwsgierigheid, blijkbaar zouden openvpn TCP tunnels (bijna) ondifferentieerbaar zijn van SSL connecties (als je ze runt naar port 443), dus zit daar een goeie reden voor gebruik is.
Maar aangezien het de boel vertraagd, is het aangewezen om UDP te gebruiken tenzij je daar echt connectie-issues mee ondervindt.
Robert Ford
Elite Poster
Elite Poster
Berichten: 1515
Lid geworden op: 12 nov 2005, 18:54
Uitgedeelde bedankjes: 102 keer
Bedankt: 101 keer

ITnetadmin schreef:Zoals ik ook al zei eerder, en nu driesp ook, worden "onbekende" protocollen gecapped.
Dit geloof ik oa om torrentverkeer te ontmoedigen.
Soit, de conclusie die je dus wss kan trekken is dat alle geencrypteerd verkeer "onbekend" is voor telenet, en dus gecapped wordt.

Ik gebruik een ssh tunnel naar een VPS in NL als socks proxy en merk hierbij geen vertragingen op. Puur SSH verkeer over poort 22 of eender welke andere willekeurige TCP poort wordt toch met rust gelaten blijkbaar.
ubremoved_2964
Elite Poster
Elite Poster
Berichten: 5295
Lid geworden op: 12 jan 2006, 14:25
Uitgedeelde bedankjes: 65 keer
Bedankt: 387 keer

Als ik eens veel tijd heb ga ik eens een 2e openvpn opzetten op een node in dezelfde IP range als mijn hudige server, maar dan met 1194/udp ipv tcp.
Als het via UDP dan plots wel vooruit schiet dan weten we hoe laat het is.
Plaats reactie

Terug naar “Telenet (Chello, UPC)”