Re: [GLLUG] IP address problems.
On Thu, 12 Nov 2020 at 12:26, John Winters via GLLUG < gllug@mailman.lug.org.uk> wrote: > On 12/11/2020 11:44, Chris Bell via GLLUG wrote: > [snip] > > My ISP Plusnet has failed to provide IPv6 as promised,... > > My recent experiences of Plusnet by way of people using them have all > been bad. Since the BT takeover they seem to be engaged in a determined > rush to the bottom. > > Just save yourself infinite amounts of grief and switch to Andrews and > Arnold. Chalk the unused bit of your existing contract up to > experience. (And I'm fairly certain you were given this advice many > years ago - why on earth are you still with Plusnet?) > > > I have heard great things about Andrews & Arnold, but have not personally used them. I am currently with Zen Internet. zen.co.uk. After joining them, they say you need to send them an email and IPv6 is then enabled. It worked, I am using IPv6 seamlessly with zen.co.uk. At least https://test-ipv6.com/ says so. Zen are reasonably priced and have responded to any support questions I had in a reasonable amount of time. Even to the point of them telling me that I would get exactly the same speeds on a cheaper tariff which I of course switched to. !!! If Plusnet promised IPv6, and are not delivering it, that is probably breach of contract, and you should be able to exit that contract without penalties and try an ISP that works. Kind Regards James -- GLLUG mailing list GLLUG@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/gllug
Re: [GLLUG] IP address problems.
On 12/11/2020 11:44, Chris Bell via GLLUG wrote: [snip] My ISP Plusnet has failed to provide IPv6 as promised,... My recent experiences of Plusnet by way of people using them have all been bad. Since the BT takeover they seem to be engaged in a determined rush to the bottom. Just save yourself infinite amounts of grief and switch to Andrews and Arnold. Chalk the unused bit of your existing contract up to experience. (And I'm fairly certain you were given this advice many years ago - why on earth are you still with Plusnet?) John -- Xronos Scheduler - https://xronos.uk/ All your school's schedule information in one place. Timetable, activities, homework, public events - the lot Live demo at https://schedulerdemo.xronos.uk/ -- GLLUG mailing list GLLUG@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/gllug
Re: [GLLUG] IP address problems.
On 12/11/2020 12:13, Chris Bell via GLLUG wrote: On Thursday, 12 November 2020 11:49:25 GMT John Winters via GLLUG wrote: On 12/11/2020 11:44, Chris Bell via GLLUG wrote: [ about difficulties configuring persistent IPv6 addresses ] Hi Chris, I've found that I needed to use two different strategies depending on whether the initial address is configured statically or picked up automatically. If you tell me which you're doing I will dig out my notes on the relevant approach. [snip] I am trying to get both working, [snip] OK. For static addressing I put the following in /etc/network/interfaces.d/eth0 auto eth0 allow-hotplug eth0 iface eth0 inet dhcp iface eth0 inet6 static address 2001:8b0:e9:1::4008 netmask 64 That then is the only global IPv6 address the i/f gets. (Note that the IPv4 address is still being picked up via DHCP.) For a system which is picking up its addresses dynamically (i.e. one where /etc/network/interfaces contains comments, but nothing else) I put the following in /etc/dhcpcd.conf interface eth0 static ip6_address=2001:8b0:e9:1:4001/64 The interface is then configured with this global address in addition to the one which it gets automatically. HTH, John -- Xronos Scheduler - https://xronos.uk/ All your school's schedule information in one place. Timetable, activities, homework, public events - the lot Live demo at https://schedulerdemo.xronos.uk/ -- GLLUG mailing list GLLUG@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/gllug
Re: [GLLUG] IP address problems.
On Thursday, 12 November 2020 11:49:25 GMT John Winters via GLLUG wrote: > On 12/11/2020 11:44, Chris Bell via GLLUG wrote: > > [ about difficulties configuring persistent IPv6 addresses ] > > Hi Chris, > > I've found that I needed to use two different strategies depending on > whether the initial address is configured statically or picked up > automatically. If you tell me which you're doing I will dig out my > notes on the relevant approach. > > Cheers, > John I am trying to get both working, with dedicated RaspberryPi boxes normally sitting in the DMZ but sometimes pre-configured in another network, mainly dedicated boxes in another network, and mainly random boxes used for general web access, etc, in another. I am trying to set up a replacement firewall, but I discovered a few more problems when one of two boxes running Bind9 locally died a few days ago. It seems that some of the RaspberryPi boxes have changed the name of their ethernet interface again, and could no longer find the IPv6 gateway. -- Chris Bell Website http://chrisbell.org.uk -- GLLUG mailing list GLLUG@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/gllug
Re: [GLLUG] IP address problems.
Hi Chris, It's difficult to respond substantively to your email as it doesn't appear to contain a question, so not clear exactly what you want help with, but… On Thu, Nov 12, 2020 at 11:44:39AM +, Chris Bell via GLLUG wrote: > I have tried entering all IPv4 and IPv6 addresses in /etc/network/interfaces > but with inconsistent IPv6 results …I've been doing this for years and it works fine for me. Perhaps you could give an example of what exactly doesn't work for you in this regard? Cheers, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting > I'd be interested to hear any (even two word) reviews of their sofas… Provides seating.— Andy Davidson -- GLLUG mailing list GLLUG@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/gllug
Re: [GLLUG] IP address problems.
On 12/11/2020 11:44, Chris Bell via GLLUG wrote: [ about difficulties configuring persistent IPv6 addresses ] Hi Chris, I've found that I needed to use two different strategies depending on whether the initial address is configured statically or picked up automatically. If you tell me which you're doing I will dig out my notes on the relevant approach. Cheers, John -- Xronos Scheduler - https://xronos.uk/ All your school's schedule information in one place. Timetable, activities, homework, public events - the lot Live demo at https://schedulerdemo.xronos.uk/ -- GLLUG mailing list GLLUG@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/gllug
[GLLUG] IP address problems.
Hello, "Every interface can have multiple IPv6 addresses, while multiple interfaces can respond to a single IPv6 address." Unfortunately I find that boxes generally forget all but the last IPv6 address allocated remotely. I have multiple networks behind a firewall and want to allocate local IPv4 NAT addresses, 2001::/16 global IPv6 addresses, and local fd00::/8 IPv6 addresses, all of which which will survive a re-boot. All regular boxes are running up- to-date Debian 10 Buster with or without KDE, and the RaspberryPi boxes are running the equivalent RaspberryPi version of Debian Buster, although some started as Raspbian while others the more recent Raspbios. My ISP Plusnet has failed to provide IPv6 as promised, and my contract does not expire until next March. I have tried to configure an IPv6 in IPv4 tunnel via Hurricane Electric, but it is not yet working through my firewall. I have also followed the instructions in RFC 4193 to generate local IPv6 addresses, but they have frequently been forgotten after a re-boot. My firewall is running dnsmasq and RADVD, and I have another box running bind9 which should be available locally. I can use "ip address add" for IPv6 addresses, but they have not always survived a re-boot. I have tried entering all IPv4 and IPv6 addresses in /etc/network/interfaces but with inconsistent IPv6 results, although I have had some success using files in /etc/systemd/network/... The RaspberryPi default is to use /etc/dhcpcd.conf to specify either a set of static addresses or a set of static fallback addresses, but the name of the ethernet device has not been consistent. The device name read from "ip address show" has varied over time between "eth0", and "enx" followed by the twelve HEX characters of the MAC address without any ":". The configuration fails every time the device name changes, although I have found that the MAC address does correctly match the hardware following a change of MicroSD. -- Chris Bell Website http://chrisbell.org.uk -- GLLUG mailing list GLLUG@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/gllug