TCP connection to localhost & DNS issues

[oliver-sanders]

A few days ago I started seeing test failures resulting from a new DNS configuration in GH Action runners on ubuntu-latest.

Whether you get the new or old DNS configuration is seemingly random with different jobs in the same workflow run getting different configurations.

Test Workflow

Here’s a test workflow which checks the output of the shell hostname and Python socket network interfaces, then opens a TCP server-client pair and attempts to send some messages between them:

github.com

oliver-sanders/actions-dns-test/blob/b9445721f206ab705fa2c50de1e53a534f1b53db/.github/workflows/test_dns.yml

name: dns test
on:

workflow_dispatch:
jobs:

test:

runs-on: ubuntu-latest

strategy:

matrix:

try: ['0', '1', '2', '3', '4', '5', '6', '7', '8', '9']
steps:
  - name: Checkout
    uses: actions/checkout@v2

  - name: Configure Python
    uses: actions/setup-python@v2
    with:
      python-version: 3.7

This file has been truncated. show original

Here’s an example of a working DNS configuration (for local TCP):

hostname -A: fv-az133-918.internal.cloudapp.net fv-az133-918 
hostname -d: ujkaxcq0dguetbxcd10lygaejf.cx.internal.cloudapp.net
hostname -f: fv-az133-918.ujkaxcq0dguetbxcd10lygaejf.cx.internal.cloudapp.net

With this configuration it is possible to open a TCP connection to:

• 127.0.0.1
• socket.gethostname() # short hostname
• socket.getfqdn() # FQDN

Note1: Looking up the host by name yields different results depending on which form of the hostname you provide - initial commit · oliver-sanders/actions-dns-test@b944572 · GitHub

Note2: $(hostname -f) does not appear in $(hostname -A).

And here’s an example of a broken one (for local TCP):

hostname -A: fv-az210-546 fv-az210-546 
hostname -d: 4mfgd40mw1herku3etvgsefafa.xx.internal.cloudapp.net
hostname -f: fv-az210-546.4mfgd40mw1herku3etvgsefafa.xx.internal.cloudapp.net

With this configuration it is possible to open a TCP connection to 127.0.0.1, however, the other two connections fail.

Note1: The *.internal.cloudapp.net domain is missing from this example.

Note2: $(hostname -f) does not appear in $(hostname -A).

---

I’ve been successfully using GH actions to test an application that resolves hostnames from aliases and performs local TCP connections since May last year. This issue has only cropped up in the last week or so.

Any thoughts or ideas?

[airtower-luna]

That looks like it might be related to this issue:

github.com/actions/virtual-environments

Reverse name lookup is broken for current hostname in ubuntu-latest VMs

<div class="github-info">
  <div class="date">
    opened <span class="discourse-local-date" data-format="ll" data-date="2021-04-14" data-time="15:59:36" data-timezone="UTC">03:59PM - 14 Apr 21 UTC</span>
  </div>


  <div class="user">
    <a href="https://github.com/lhotari" target="_blank" rel="noopener">
      <img alt="lhotari" src="https://user-images.githubusercontent.com/5814919/181098600-2d151876-1b2a-4f24-b530-7a9efaddecf8.jpeg" class="onebox-avatar-inline" width="20" height="20">
      lhotari
    </a>
  </div>
</div>

Description Reverse name lookup is broken for the current hostname. This leads to odd issues. Here are some reports from GitHub Community: https://github.community/t/github-action-and-oserror-errno-99-cannot-assign-requested-address/173973 https://github.community/t/volatile-local-ip-addresses-during-action-run/174362 https://github.community/t/github-actions-timeout/174533 This...

Area: Common Tools OS: Ubuntu investigate