From: Quan Zhou <quanzhou822@gmail.com>
To: John <graysky@archlinux.us>
Cc: wireguard@lists.zx2c4.com
Subject: Re: Traffic on port 53 fails on LTE but works on WiFi
Date: Mon, 19 Nov 2018 12:26:49 +0800 [thread overview]
Message-ID: <CAMRLKH8xmUnAf6J+0OSQC3+QBN0jkMa0erRzEzBH9xb-m49K-Q@mail.gmail.com> (raw)
In-Reply-To: <CAO_nJAZRTXB424FKTew726LUieeAtpj1crXucf2deoQXVyw__w@mail.gmail.com>
> 1) What can I try on the server peer side to diagnose?
# tcpdump udp port 53
maybe you can try to `ping` and `traceroute` to your server in addition.
On 11/19/18, John <graysky@archlinux.us> wrote:
> I have a simple WireGuard VPN setup I use running WG on a home Linux
> box and connecting to it with several iOS clients. The server peer is
> setup on port 53 since a the networkadmins of some remote WiFi
> networks my mobile devices seems to block udp traffic on higher ports.
> Encrypted connections work fine on WiFi as I have setup, but do _not_
> work when I connect via LTE (Verizon supplying the data). On LTE, I
> am no longer able to transfer data to/from the server peer but I can
> handshake with it.
>
> If I inspect the output of `sudo wg` on the server peer, I see the
> endpoint IP address changes to reflect my Verizon LTE IP and the time
> since the last handshake reset to a few seconds which is consistent
> with my ability to connect to the WireGuard peer server.
>
> I am unable to transfer data (pull up a web site or check email etc).
> It's as/if Verizon is blocking my data flow on port 53. If I change
> the port from 53 to 123, it seems to work fine although I do not have
> universal connectivity on the various WiFi networks I visit on port
> 123. The optimal port would be 53 for my use case.
>
> So the questions:
> 1) What can I try on the server peer side to diagnose?
> 2) Do people feel that Verizon is actively blocking the connection on port
> 53?
> _______________________________________________
> WireGuard mailing list
> WireGuard@lists.zx2c4.com
> https://lists.zx2c4.com/mailman/listinfo/wireguard
>
--
Regards,
Quan Zhou
F2999657195657205828D56F35F9E5CDBD86324B
quanzhou822@gmail.com
_______________________________________________
WireGuard mailing list
WireGuard@lists.zx2c4.com
https://lists.zx2c4.com/mailman/listinfo/wireguard
next prev parent reply other threads:[~2018-11-19 4:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-18 18:55 John
2018-11-19 4:26 ` Quan Zhou [this message]
2018-11-19 7:32 ` M. Dietrich
2018-11-19 8:40 ` John
2018-11-19 8:54 ` Matthias Urlichs
2018-11-19 16:02 ` Roman Mamedov
2018-11-19 9:57 ` Problem to load wireguard LKM in Archlinux Tosh
2018-11-19 15:04 ` John
2018-11-19 15:25 Traffic on port 53 fails on LTE but works on WiFi Jacob Schooley
2018-11-19 20:24 ` John
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAMRLKH8xmUnAf6J+0OSQC3+QBN0jkMa0erRzEzBH9xb-m49K-Q@mail.gmail.com \
--to=quanzhou822@gmail.com \
--cc=graysky@archlinux.us \
--cc=wireguard@lists.zx2c4.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).