Authenticate/Decrypt packet error: bad packet ID

[arjanvirdi 0]

I have found many forums about this error, but have not found a solution. I have tried using 'TCP' instead of 'automatic', however when using 'TCP', the download speed doesn't really go as high as 'automatic' when torrenting. Here is the log below, when it was left on overnight. I have encountered these issues everytime I use airVPN. 

 

 

http://pastebin.com/cymE8gi6

[arjanvirdi 0]

bump

[LZ1 662]

Hello!

 

Have you tried using an alternative port with the UDP protocol then?

 

I assume you're also torrenting *correctly*; portforwarding, etc. Did you try different servers too?

 

It seems you didn't append the entire log, from line 1.

[arjanvirdi 0]

Hello!

 

Have you tried using an alternative port with the UDP protocol then?

 

I assume you're also torrenting *correctly*; portforwarding, etc. Did you try different servers too?

 

It seems you didn't append the entire log, from line 1.

 

Hi, thanks for replying. 

I will try an alternative port with the UDP, and let you know.

I have portforwarded, by creating the forwarded port, and placing the information into the torrent client, by disabling Use UPnP on router, and putting the port used from the forwarded port on there, it works after this, I assume this is the correct method?

When getting the log, it only shows me so much lines, I don't think it goes all the way to the top, even when scrolling up in the client. I am using the airVpn client (Eddie).

[arjanvirdi 0]

I just tried two different UDP's, however still get the packet error. 

[LZ1 662]

Did you forward the ports on your router or in the desktop client? Do it on the client. You can also download a fake torrent from ipleak.net to check if things are being hidden properly.

[arjanvirdi 0]

Did you forward the ports on your router or in the desktop client? Do it on the client. You can also download a fake torrent from ipleak.net to check if things are being hidden properly.

 

Yes I have done it in the client. Sorry, there is an option in the client about forwarding to the router, and I un-ticked it, thats what I meant.

[arjanvirdi 0]

Here is what it says on ipleak.net

It shows the VPN IP

http://imgur.com/a/GDDVm

[arjanvirdi 0]

The Torrent Address detection shows that I am being protected, and shows the VPN IP, with the correct port.

[go558a83nk 352]

arjanvirdi, you should post here a log that shows the start up of the AirVPN client until connection to a server.

[arjanvirdi 0]

arjanvirdi, you should post here a log that shows the start up of the AirVPN client until connection to a server.

I 2016.12.06 08:14:43 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.2.9200.0 / x64

. 2016.12.06 08:14:43 - Reading options from C:\Users\Arjan\AppData\Local\AirVPN\AirVPN.xml

. 2016.12.06 08:14:43 - Data Path: C:\Users\Arjan\AppData\Local\AirVPN

. 2016.12.06 08:14:43 - App Path: C:\Program Files\AirVPN

. 2016.12.06 08:14:43 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe

. 2016.12.06 08:14:43 - Command line arguments (1): path="home"

. 2016.12.06 08:14:43 - Operating System: Microsoft Windows NT 6.2.9200.0

. 2016.12.06 08:14:43 - Updating systems & servers data ...

I 2016.12.06 08:14:43 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.2

I 2016.12.06 08:14:43 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe)

I 2016.12.06 08:14:43 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)

I 2016.12.06 08:14:43 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe)

W 2016.12.06 08:14:43 - Recovery. Unexpected crash?

I 2016.12.06 08:14:43 - DNS of a network adapter restored to original settings (Intel® Ethernet Connection (2) I219-V)

I 2016.12.06 08:14:43 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)

I 2016.12.06 08:14:43 - IPv6 restored.

! 2016.12.06 08:14:43 - Ready

. 2016.12.06 08:14:56 - Systems & servers data update completed

I 2016.12.06 08:15:12 - Session starting.

I 2016.12.06 08:15:12 - IPv6 disabled.

I 2016.12.06 08:15:12 - Checking authorization ...

! 2016.12.06 08:15:13 - Connecting to Kajam (Netherlands, Alblasserdam)

. 2016.12.06 08:15:13 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015

. 2016.12.06 08:15:13 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08

. 2016.12.06 08:15:13 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100

. 2016.12.06 08:15:13 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file

. 2016.12.06 08:15:13 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.12.06 08:15:13 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.12.06 08:15:13 - OpenVPN > Socket Buffers: R=[65536->131072] S=[65536->131072]

. 2016.12.06 08:15:13 - OpenVPN > UDPv4 link local: [undef]

. 2016.12.06 08:15:13 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.161.86:443

. 2016.12.06 08:15:13 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.161.86:443, sid=ccfd2fdc 7b6b5b24

. 2016.12.06 08:15:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org

. 2016.12.06 08:15:13 - OpenVPN > Validating certificate key usage

. 2016.12.06 08:15:13 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0

. 2016.12.06 08:15:13 - OpenVPN > VERIFY KU OK

. 2016.12.06 08:15:13 - OpenVPN > Validating certificate extended key usage

. 2016.12.06 08:15:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication

. 2016.12.06 08:15:13 - OpenVPN > VERIFY EKU OK

. 2016.12.06 08:15:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org

. 2016.12.06 08:15:13 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

. 2016.12.06 08:15:13 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.12.06 08:15:13 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

. 2016.12.06 08:15:13 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.12.06 08:15:13 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA

. 2016.12.06 08:15:13 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]213.152.161.86:443

. 2016.12.06 08:15:15 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

. 2016.12.06 08:15:15 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.90.254 255.255.0.0'

. 2016.12.06 08:15:15 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified

. 2016.12.06 08:15:15 - OpenVPN > OPTIONS IMPORT: LZO parms modified

. 2016.12.06 08:15:15 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified

. 2016.12.06 08:15:15 - OpenVPN > OPTIONS IMPORT: route options modified

. 2016.12.06 08:15:15 - OpenVPN > OPTIONS IMPORT: route-related options modified

. 2016.12.06 08:15:15 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

. 2016.12.06 08:15:15 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0

. 2016.12.06 08:15:15 - OpenVPN > open_tun, tt->ipv6=0

. 2016.12.06 08:15:15 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{94580ECB-905B-4495-B06B-E2EF542023E0}.tap

. 2016.12.06 08:15:15 - OpenVPN > TAP-Windows Driver Version 9.21

. 2016.12.06 08:15:15 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.90.254/255.255.0.0 [sUCCEEDED]

. 2016.12.06 08:15:15 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.90.254/255.255.0.0 on interface {94580ECB-905B-4495-B06B-E2EF542023E0} [DHCP-serv: 10.4.255.254, lease-time: 31536000]

. 2016.12.06 08:15:15 - OpenVPN > Successful ARP Flush on interface [12] {94580ECB-905B-4495-B06B-E2EF542023E0}

. 2016.12.06 08:15:20 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up

. 2016.12.06 08:15:20 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 213.152.161.86 MASK 255.255.255.255 192.168.1.254

. 2016.12.06 08:15:20 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4

. 2016.12.06 08:15:20 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.12.06 08:15:20 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.1.254 MASK 255.255.255.255 192.168.1.254 IF 19

. 2016.12.06 08:15:20 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4

. 2016.12.06 08:15:20 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.12.06 08:15:20 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2016.12.06 08:15:20 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4

. 2016.12.06 08:15:20 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.12.06 08:15:20 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2016.12.06 08:15:20 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4

. 2016.12.06 08:15:20 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.12.06 08:15:20 - Starting Management Interface

. 2016.12.06 08:15:20 - OpenVPN > Initialization Sequence Completed

I 2016.12.06 08:15:20 - DNS of a network adapter forced (Intel® Ethernet Connection (2) I219-V)

I 2016.12.06 08:15:20 - DNS of a network adapter forced (TAP-Windows Adapter V9)

I 2016.12.06 08:15:20 - Flushing DNS

I 2016.12.06 08:15:20 - Checking route

I 2016.12.06 08:15:44 - Checking DNS

! 2016.12.06 08:15:44 - Connected.

. 2016.12.06 08:15:44 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100

. 2016.12.06 08:15:44 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info

[go558a83nk 352]

arjanvirdi, thanks.  but, that doesn't have all the info I was looking for due to the default verbosity setting of the log.

 

if you can insert "verb 4" (without the quote marks) into the custom directives field in advanced preferences/settings that should do it.

[arjanvirdi 0]

Like this? http://imgur.com/a/CMv4Q

 

If so here it is: http://pastebin.com/5AEeu6Ue

 

Thanks for replying!

[greenclaydog 6]

It could be a problem with your ISP, they could be attempting to manipulate your packets somehow in the network. It should be of no concern, as OpenVPN resends the packet in this instance

[go558a83nk 352]

Like this? http://imgur.com/a/CMv4Q

 

If so here it is: http://pastebin.com/5AEeu6Ue

 

Thanks for replying!

 

no, that's not the place to insert verb 4.  

[arjanvirdi 0]

It could be a problem with your ISP, they could be attempting to manipulate your packets somehow in the network. It should be of no concern, as OpenVPN resends the packet in this instance

Okay, thanks for letting me know, I should not worry.

 

 

 

Like this? http://imgur.com/a/CMv4Q

 

If so here it is: http://pastebin.com/5AEeu6Ue

 

Thanks for replying!

 

no, that's not the place to insert verb 4.  

Sorry, like this ? http://imgur.com/a/jBmAz

 

If so : http://pastebin.com/SMB2N9nF

[go558a83nk 352]

 

It could be a problem with your ISP, they could be attempting to manipulate your packets somehow in the network. It should be of no concern, as OpenVPN resends the packet in this instance

Okay, thanks for letting me know, I should not worry.

 

 

> 

Like this? http://imgur.com/a/CMv4Q

 

If so here it is: http://pastebin.com/5AEeu6Ue

 

Thanks for replying!

 

no, that's not the place to insert verb 4.  

Sorry, like this ? http://imgur.com/a/jBmAz

 

If so : http://pastebin.com/SMB2N9nF

 

 

 

two thoughts.

 

what type of internet connection do you have?  cable, fiber, DSL?

 

try putting "mssfix 0" in the same place as you put "verb 4" and see if you still get the errors.

[arjanvirdi 0]

 

 

It could be a problem with your ISP, they could be attempting to manipulate your packets somehow in the network. It should be of no concern, as OpenVPN resends the packet in this instance

Okay, thanks for letting me know, I should not worry.

 

 

>> 

Like this? http://imgur.com/a/CMv4Q

 

If so here it is: http://pastebin.com/5AEeu6Ue

 

Thanks for replying!

 

no, that's not the place to insert verb 4.  

Sorry, like this ? http://imgur.com/a/jBmAz

 

If so : http://pastebin.com/SMB2N9nF

 

 

 

two thoughts.

 

what type of internet connection do you have?  cable, fiber, DSL?

 

try putting "mssfix 0" in the same place as you put "verb 4" and see if you still get the errors.

 

 

Its bt infinity 2 in the UK, Which is a fibre cable all the way from the telephone exchange to the nearby cabinet, then copper cables to your house. Speed is 76/16.

 

Ill try mssfix 0 today, and see what happens.

Thanks for your help

[arjanvirdi 0]

 

 

It could be a problem with your ISP, they could be attempting to manipulate your packets somehow in the network. It should be of no concern, as OpenVPN resends the packet in this instance

Okay, thanks for letting me know, I should not worry.

 

 

>> 

Like this? http://imgur.com/a/CMv4Q

 

If so here it is: http://pastebin.com/5AEeu6Ue

 

Thanks for replying!

 

no, that's not the place to insert verb 4.  

Sorry, like this ? http://imgur.com/a/jBmAz

 

If so : http://pastebin.com/SMB2N9nF

 

 

 

two thoughts.

 

what type of internet connection do you have?  cable, fiber, DSL?

 

try putting "mssfix 0" in the same place as you put "verb 4" and see if you still get the errors.

 

 

The mssfix 0 did reduce the packets, but there are still some. Check out this log for the whole day:

 

http://pastebin.com/gHQ5U490