Over Ofloo

Eendere welke linux live-usb stick een usb hardeschijf die tenminste even groot is als de harde schijf die je wil backuppen.   dd if=/dev/<hardeschijf die je wil backuppen> of=/plaats/op/usb/hardeschijf/waar/naartoe/de/backup/moet.img bs=1M Je kan alle hardware bekijken door "dmesg | less" in een console te typen.   # dmesg | grep -i sda [ 1.928360] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [ 1.928361] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 1.928408] sd 0:0:0:0: [sda] Write Protect is off [ 1.928409] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 1.928552] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 1.929373] sda: sda1 [ 1.929801] sd 0:0:0:0: [sda] Attached SCSI disk     ... Meer weergeven

Link tcpdump verstuurt, .. ... Meer weergeven

ok dat klopt ik heb je antwoord nader bekeken, maar zo is het ook geconfigureerd.   fc01:ad:ad:cafe::/64 wordt gemapped naar bv 2a02:1807:3611:ab::/64   En dus wordt bv   fc01:ad:ad:cafe:123:abc:abc:abc => 2a02:1807:3611:ab:123:abc:abc:abc     Geef me anders je email dan stuur ik je een niet gecensureerde tcpdump dan kan je kijken met wireshark. 'k Weet eigenlijk niet waarom je zo focused op dat NPt gebeuren ik zie op tcpdump het IP juist gemapped. Daar zit het niet het zit gewoon bij Telenet. Anders zie je die traffiek niet tussen in bij een traceroute. ... Meer weergeven

zo prefix 0 en het werkt niet.   'k Denk wel niet dat je een /48 naar een /56 kan mappen. 'k Doe dat in blokken van /64 ... Meer weergeven

Mijn desktop gebruikt prefix 37 en prefix 00 heb ik getest werkt ook niet. En bij he.net gebruik ik ook geen 00 ... Meer weergeven

Nee, 'k heb al geprobeert het op 00 te zetten zonder resultaat. Maar toch bedankt voor de suggestie.   Dus per /64 netwerk doe ik een opzetting bv:   2a02:1807:160x::/64 fc0x:1::/64 2a02:1807:160x:1::/64 fc0x:2::/64 2a02:1807:160x:2::/64 fc0x:3::/64   bv: 2a02:181f:1:a1::1 is nog een IPv6 dat ik gewoon kan bereiken, via mijn prefix   tcpdump met echo reply:   06:03:39.136144 IP6 2a02:1807:361x:xx:xxxx:xxxx:xxxx:xxxx > 2a02:181f:1:a1::1: ICMP6, echo request, seq 33001, length 24 06:03:39.150964 IP6 2a02:181f:1:a1::1 > 2a02:1807:361x:xx:xxxx:xxxx:xxxx:xxxx: ICMP6, echo reply, seq 33001, length 24 06:03:39.236701 IP6 2a02:1807:361x:xx:xxxx:xxxx:xxxx:xxxx > 2a02:181f:1:a1::1: ICMP6, echo request, seq 33002, length 24 06:03:39.249950 IP6 2a02:181f:1:a1::1 > 2a02:1807:361x:xx:xxxx:xxxx:xxxx:xxxx: ICMP6, echo reply, seq 33002, length 24   Dit bewijst eigenlijk dat het aan mijn zijde werkt anders zou ik dit niet kunnen doen.   nog bewijs dat het gewoon bij telenet ligt:   desktop (fc0x:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx) 2018-07-22T06:17:07+0200 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. fc0x:xxxx:xxxx:xxxx::1 0.0% 27 0.5 0.4 0.3 0.6 0.1 2. ??? 3. 2a02:1800:2:586b::4 34.6% 26 17.3 19.8 11.3 78.9 16.2 4. 2a02:1800:2:586b::4 0.0% 26 27.6 23.4 13.5 50.2 7.7 2a02:181f:1:21:4447:40d3:82b3:c0b5 5. 2a02:181f:1:21:4447:40d3:82b3:c0b5 64.0% 26 24.5 29.6 19.4 70.6 15.6 6. ??? nog bewijs dat het bewoon bij hun ligt nog reeksen die ik kan bereiken:   desktop (fc0x:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx) 2018-07-22T06:20:02+0200 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. fc0x:xxxx:xxxx:xxxx::1 0.0% 20 0.4 0.4 0.3 0.5 0.1 2. ??? 3. ??? 4. 2a02:1800:2:2144::4 36.8% 20 17.3 20.2 12.3 83.8 20.1 5. 2a02:1800:2:2144::4 0.0% 20 16.8 19.4 11.9 27.0 4.0 2a02:181f:1:165:6c78:35bb:6de6:f6db 6. 2a02:181f:1:165:6c78:35bb:6de6:f6db 60.0% 20 24.0 21.9 17.9 26.5 3.0 7. ???   traceroutes naar    2a02:1810:414:6000:62e3:27ff:feed:e255 2a02:1810:422:d200:211:32ff:fe64:44b1 2a02:1810:2f16:8900:211:32ff:fe3d:fd39   zie bovenstaande traceroutes   'k kan het eindpunt niet bereiken maar zie al die punten ter tussen in mijn trace routes die ik kan bereiken !? Er is routing naar een deel van het telenet netwerk.   Het feit dat dit kan wil zeggen dat het probleem bij telenet ligt. Ergens op een bgp wordt komt een route niet goed door of zo. Maar het zit in het Telenet netwerk zelf. ... Meer weergeven

Klopt, enkel is het zo dat de prefix van telenet soms wel werkt, volgens mij zit er nog steeds een probleem bij telenet. Netwerken is niet echt nieuw voor mij, .. natuurlijk misschien zie ik iets over het hoofd je weet maar nooit.   Maar het feit dat ik via de prefix die telenet mij toewijst toch naar buiten geraak wijst erop dat het probleem niet bij mij zit maar elders, anders zou het gewoon niet werken. Nu werkt het in heel specifieke gevallen wel.   Dit IPv6 "2a02:1800:2:4020::1" ligt buiten mijn netwerk, ligt buiten mijn prefix en ik kan het bereiken via de prefix die telenet mij toewijst , dit is het eerste IPv6 dat ik tegen kom buiten mijn netwerk normaal zou ik zeggen de "gateway". Van wege die rede denk ik dat men eens moet kijken wat er daar gebeurd. 'k Neem aan dat 2a02:1800:2:4020::1 een router is? Dus voor mij stop mijn trafiek daar en dus daar gaat het mis. ... Meer weergeven

Het grote voordeel van deze opzet is:   ik krijg een /48 range van he.net ik krijg een /56 range van telenet ik krijg een /48 van eender wie bv 6to4   Zonder dat ik in mijn client/server netwerk iets hoef aan tepassen kan ik gewoon op de router zeggen als het deze interface verlaat map deze range uit fc00::/7 naar deze prefix. Die ik van Telenet gekregen heb, werkt die link niet failover naar die andere prefix. Enz   En dit kan bv ook met IPv4 neem bv een FON wifi netwerk en gebruik deze als failover als telenet niet werkt. Dat werkt nooit als je routable IPv4 en IPv6 gebruikt. Want routing van NAT gebeurd pas als de trafiek de interface WAN verlaat.   En je kan nog veel meer bv   Als jij en je buren je connecties delen zou je bv op piek momenten wanneer jij veel trafiek genereerd mee de lijn van je buren kunnen gebruiken door verschillende gateways te maken. Of ze dit graag lezen bij telenet laat ik heel even terzijde en dit staat los van het feit dat je IPv6 of IPv4 gebruikt, het is gewoon de manier van werken.   Een tijd geleden had ik een FON access point gekocht dan kreeg ik gratis toegang tot FON omdat ik FON deel, dat wil dus zeggen dat ik van zowel Proximus gebruik kon maken als van het Telenet netwerk. Maar door de opzet die ik gebuik kan dit sumultaan zonder dat ik mijn netwerk hoef aan tepassen. De clients merken dit niet eens op. Je zegt gewoon deze trafiek langs daar die trafiek langs daar, je maakt gateway groups en je stelt failovers in.   En nu zelfs wanneer telenet IPv6 voor mij niet werkt kan ik zeggen ok gebruik dan he.net. Zonder dat ik héél men netwerk moet herconfigureren. ... Meer weergeven

@igvfer@  schreef: @Ofloo@  schreef: Aan het antwoordt zie ik het tekort aan kennis, .. fc00::/7 wordt omgezet in een public adres uit de range toegewezen aan mij door telenet zie tcpdump   die fc0x die je ziet is interne trafiek vandaar dat ik de tcpdump op de router heb toegevoegd. De trace route in kwestie is vanaf mijn desktop. Dus nee ik heb er weinig aan want het antwoordt strijkt niet met de realiteit.     Ik heb een groot tekort aan kennis. Daarom wil ik bijleren. Maar in dit antwoord ontwaar ik een misverstand denk ik. Telenet kent maar 1 prefix toe, geen range zoals je zegt. IPv6 is samengesteld uit een prefix toegekend door de provider en een 64 bit blok die intern wordt toegekend via Slaac, DHCPv6 of whatever. Dus elk intern fc00: /7 adres moet uiteindelijk terechtkomen op dat ene publieke prefix. Of als je wil op de enig mogelijke default gateway met prefix eindigend op 00. Telenet heeft tenslotte niets te maken met je interne adressen buiten de prefix die altijd /56 is eindigend op 00. Dus je hebt je LAN interface en je hebt een WAN interface, .. in mijn geval heb ik verschillende lan interfaces, om bv iot van mobile en desktops te scheiden, enz.   STATIC WAN: vtnet0 server public ip DYNAMIC WAN: vtnet1 client public ip PRIVATE:  vtnet3 = desktops laptops non-routable ip PUBLIC: vtnet2 non-routable ip MOBILE:  vtnet9 non-routable ip .... enz.   Bv PUBLIC zijn dns webserver smtp enz.   Als ik dan een dns query doe gaat dat van PRIVATE naar PUBLIC en hoef ik mijn IPv6 helemaal niet om te zetten naar een routable IPv6 dan kan ik gewoon fc00::/7 range gebruiken.   Pas als trafiek vtnet0 en vtnet1 verlaat moet ik het IPv6 van fc00::/7 omzetten naar een IPv6 dat telenet mij toewijst.   Dus als ik een trace route doe tot mijn router is het fc0x:: vanaf het de één van de 2 wan interfaces buiten gaat moet het omgezet worden.   Dns is ook dubbele zone dus als ik intern een dns query doe krijg ik een ander resultaat dan dat ik dat van buiten doe. Op deze manier kan ik bv ook advertenties filteren.   'k Kan ook bepaalde services van het internet afscheiden door ze helemaal niet door te laten naar het internet.   Bv imap moet enkel bereikbaar zijn via VPN en intranet, dus de smtp staat publiek maar de imap server niet. Dit zijn keuzes die je maakt.   Dus:   Als ik dan tcpdump -ni vtnet0 doe  en ik zie de trafiek naar buiten gaan weet ik gewoon dat mijn routing werkt. En aangezien ik een IP buiten mijn IPv6 prefix kan bereiken lijkt het mij onwaarschijnlijk dat er iets intern mis is.   Dus bv fc01:abce:f001:/64 wordt omgezet naar een 2a02:1807:361x:ff::/64, voor Private en bv voor public fc01:abce:f002:/64 wordt omgezet naar een 2a02:1807:361x:fe::/64   ... Meer weergeven

Héél vervelend dat je geen quotes kan toevoegen. ... Meer weergeven

Dat doe ik ook zie tcpdump ... Meer weergeven

Ik vind het anders wel fijn dat je de moeite gedaan hebt om ook eens wat uitleg te vragen. ... Meer weergeven

Kijk bron IPv6 wordt omgezet !     2:06:46.573594 IP6 2a02:1807:361x:xx:xxxx:xxxx:xxxx:xxxx > 2a02:1800:2:4020::1: ICMP6, echo request, seq 33010, length 24 02:06:46.585525 IP6 2a02:1800:2:4020::1 > 2a02:1807:361x:xx:xxxx:xxxx:xxxx:xxxx: ICMP6, echo reply, seq 33010, length 24 Hier zie trafiek heen en weer gaan tussen mijn desktop 2a02:1807:361x:xx:xxxx:xxxx:xxxx:xxxx en 2a02:1800:2:4020::1 en omdat dit buiten mijn prefix /56 valt denk ik ook dat het een routing probleem is binnen telenet.   Dus nogmaals ik vraag niet om fc00::/7 te routen ! Dat mag ook niet. Die range is daar niet voor bedoelt.   Men moet zich focusen op het probleem. In plaats van zomaar wat bul**bleep** uit te kramen.   ... Meer weergeven

Op de tcpdumps zie je duidelijk dat de trafiek de interface verlaat als een public routable IP toegewezen aan mij door Telenet !   Dus héél die zever over NPt en fc00::/7 is gewoon nutteloos ! ... Meer weergeven