On 12/08/2019 09.45, Per Jessen wrote:
Carlos wrote:
I think you simply do not understand the issue. Please read the bugzilla instead, I did not write it, perhaps you understand them better than me.
This is going off-topic, apologies.
"Firefox does not appear to support IPv6 link-local addresses". I think I understand the issue perfectly well.
It has 45 entries. For instance: 34, 37, 29, 10, 17, 32
This morning, I did quickly peruse those comments - they are all from people claiming they _need_ this functionality.
In my opinion, they are ignoring the real issue - a misconfigured ipv6 network. Until the network is given a prefix, e.g. 2001:db8:1234:5678, it really is not a functioning ipv6 network.
They need that feature in order to configure network devices to work in their normal network. They claim they simply can not access their devices for initial configuration as the only address on which they respond that they know about is the LL address.
Specifically for your printer issue:
run a radvd somewhere, with this config (/etc/radvd.conf) :
interface eth0 { AdvSendAdvert on; AdvManagedFlag on; AdvOtherConfigFlag on; too
clients { fe80:: .... your printers LL; };
prefix fc00:1234:5678:9000::/64 { AdvOnLink on; AdvAutonomous on; AdvRouterAddr off; }; };
With this, your printer is the only device that is permitted to auto-configure itself. Permitting other devices would only cause problems when you don't have any real ipv6 connectivity. I am assuming your printer does not have any desire to "phone home".
The minute you start radvd, your printer will auto-configure and assign itself an address on fc00:1234:5678:9000. Grab the LL address from the label, ignoring the fe80:: part and append it to the prefix.
You mean its address will be: fc00:1234:5678:9000:21E:BFF:FE08:4CCB I can try. [...] No, I can not. I need nfs service and it errors very badly. Just posted about it.
You can now access it from your browser:
http://[fc00:1234:5678:9000:21e:bff:fe08:4ccb]
Or you add it to /etc/hosts and use 'bilbo6':
-- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)