Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #211497

Re: HTTP shimmed to HTTPS.

From Reco <recoverym4n@enotuniq.net>
Newsgroups linux.debian.user
Subject Re: HTTP shimmed to HTTPS.
Date 2019-07-18 08:30 +0200
Message-ID <yl85r-7Av-1@gated-at.bofh.it> (permalink)
References <ykNaG-2Nu-3@gated-at.bofh.it> <yl6mZ-6iY-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


	Hi.

On Wed, Jul 17, 2019 at 08:55:39PM -0700, peter@easthope.ca wrote:
> *	From: "D. R. Evans" �doc.evans@gmail.com�
> *	Date: Wed, 17 Jul 2019 17:01:22 -0600
> > That doesn't seem to be correct. The original e-mail said:
> >> Jul 16 11:25:16 joule stunnel: LOG5[4]: Service [https] accepted connection from 127.0.0.1:36140
> >
> > So 36140 is the source port.
> 
> I wondered about that also but my understanding is sketchy.
> Perhaps Reco didn't mean what he typed.  =8~|

Nope. Meant exactly what I wrote.
You have a program that connects to 127.0.0.1:443. That's *destination*
IP and a *destination* port.
To connect the program (a kernel, actually) chooses a network interface
to send packets from (usually according to the local IP routing rules),
and therefore a *source* IP.  In this case, 127.0.0.1. It also needs a
source port to send the packets from, and it's chosen randomly from a
range determined by net.ipv4.ip_local_port_range kernel knob. In this
case, source port is 36140.
A TCP connection was always a set of four values: source IP, source
port, destination IP, destination port.

Also, "ss -npt" and "netstat -npt".

Reco

Back to linux.debian.user | Previous | Next — Previous in thread | Find similar | Unroll thread


Thread

Re: HTTP shimmed to HTTPS. peter@easthope.ca - 2019-07-18 06:40 +0200
  Re: HTTP shimmed to HTTPS. Richard Hector <richard@walnut.gen.nz> - 2019-07-18 08:00 +0200
  Re: HTTP shimmed to HTTPS. Reco <recoverym4n@enotuniq.net> - 2019-07-18 08:30 +0200

csiph-web