Ask your questions here.
Post a reply

Devuan repositories slow to access

Mon May 08, 2017 5:25 pm

Hello.

I just installed refracta 8.0 on a vbox, and I've been running Devuan on another one the last week or so. When I do any sort of software update (on either system, using the same repositories) the process hangs for several minutes before completing:

    [email protected]:~$ su
    Password:
    [email protected]:/home/curt# cat /etc/apt/sources.list
    deb http://auto.mirror.devuan.org/merged/ jessie main
    #deb-src http://auto.mirror.devuan.org/merged/ jessie main

    deb http://auto.mirror.devuan.org/merged/ jessie-security main
    #deb-src http://auto.mirror.devuan.org/merged/ jessie-security main

    # jessie-updates, previously known as 'volatile'
    deb http://auto.mirror.devuan.org/merged/ jessie-updates main
    #deb-src http://auto.mirror.devuan.org/merged/ jessie-updates main

    # Devuan Backports
    #deb http://packages.devuan.org/merged jessie-backports main

    # Yad (Yet Another Dialog)
    #deb http://debs.slavino.sk/ testing main non-free
    #deb-src http://debs.slavino.sk/ testing main
    ### gpg --recv-keys FFF06A93
    ### gpg --export --armor FFF06A93 | apt-key add -

    [email protected]:/home/curt# apt-get update
    0% [Connecting to auto.mirror.devuan.org (2001:41d0:8:2c55::a2)]

The last line above is where the hang always occurs when accessing "auto.mirror.devuan.org". Just wonder if this is expected. Thanks.

Re: Devuan repositories slow to access

Mon May 08, 2017 11:43 pm

No, that shouldn't happen. I don't get any delay with refracta or pure devuan. Maybe specifying a nearby mirror would work better than the auto.mirror. There's a list here: https://devuan.org/

You might play around with traceroute to see if you can find a bottleneck. Maybe try a different dns server, too (probably set in your router).

Re: Devuan repositories slow to access

Tue May 09, 2017 5:47 pm

Thanks for your reply. After digging around I think I've found the solution. The slow hangs happen on the VMs where I use bridged networking. I'm using that on virtualbox rather than the default NAT as I need each virtual machine to have its own unique IP for accessing the outside world through my physical wireless card whenever more than one VM is running simultaneously. They then use a second "Host Only" virtual adapter for accessing the local host LAN for internal communications. This is all set up for using Kali and Metasploitable for security testing. I'm not sure why, but a solution (other than using NAT) is to disable IPv6 on the bridged hosts by editing /etc/sysctl.conf and restarting network services. I still need to explore why this is an issue with bridged networks for virtualbox. Here is the link where I found this:

http://www.techrepublic.com/article/how ... -machines/

Anyway, just f.y.i., and thanks again for your input.

Re: Devuan repositories slow to access

Wed May 10, 2017 2:19 pm

Thanks for reporting. I just use bridged networking in virtualbox for all connections, and it works ok, but I'm not trying to squeeze multiple connections through wireless.
Post a reply