Abbottabad
02-05-2011,13:18 door
Wie weet welke IP range daar in gebruik is?
Laatst gewijzigd:
03-05-2011,
11:17
Reacties: 43
Doorsturen
Reageer
Printen
Reageer met Quote
Filter:
Reacties
Hebben ze daar internet dan?
Osama had zijn eigen prive ip adres in abbottabad, dat was
Os.ama.bin.ldn, dus...
67.262.246.536
je kan ernaar ssh-en met
osama@terrordevice1.public
password: 1amN0tH1d1ngAm3r|canz!
Os.ama.bin.ldn, dus...
67.262.246.536
je kan ernaar ssh-en met
osama@terrordevice1.public
password: 1amN0tH1d1ngAm3r|canz!
http://pastebin.com/Wby57H9f
Dit is geen goede vraag !
Abbottabad is een plaats en geen land
Het is niet zo als bij telefonie dat een stuk van je IP adres een stadcode is (020 voor Amsterdam bijv.)
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
Deze reeks is te groot om hier te publiceren daarom geef ik je een link naar een tool die dat voor je kan uitzoeken
http://www.ipaddresslocation.org/ip_ranges/get_ranges.php
Onder aan de pagina kun je zoeken op landen
Als je dan Pakistan selecteert dan genereert de tool een lijst met public IP adressen die in dat lang gebruikt worden.
Abbottabad is een plaats en geen land
Het is niet zo als bij telefonie dat een stuk van je IP adres een stadcode is (020 voor Amsterdam bijv.)
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
Deze reeks is te groot om hier te publiceren daarom geef ik je een link naar een tool die dat voor je kan uitzoeken
http://www.ipaddresslocation.org/ip_ranges/get_ranges.php
Onder aan de pagina kun je zoeken op landen
Als je dan Pakistan selecteert dan genereert de tool een lijst met public IP adressen die in dat lang gebruikt worden.
Nou, 127.0.0.1/8 wordt met zekerheid daar gebruikt hoor syzygy, daar heb je geen tools voor nodig! ;)
Door ej__: Nou, 127.0.0.1/8 wordt met zekerheid daar gebruikt hoor syzygy, daar heb je geen tools voor nodig! ;)
127.0.0.0/24 is een private range (en dus niet over het Internet routeerbaar) en hij heeft het over public ranges
127.0.0.1 is je computer zelf
Door Syzygy: Dit is geen goede vraag !
Abbottabad is een plaats en geen land
[...]
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
[...]
Abbottabad is een plaats en geen land
[...]
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
[...]
Volgens mij heb je het mis... Reeksen worden uitgedeeld aan organisaties, niet aan landen, steden, dorpen, etc. Als 2 ISP's in Abbottabad een accesspoint beginnen, dan zullen ze beiden een subnet uit de hen toegekende reeks gaan gebruiken.
Overigens, ik vermoed dat je de knipoog in ej__'s reactie hebt gemist... ;-)
Door Anoniem:
Volgens mij heb je het mis... Reeksen worden uitgedeeld aan organisaties, niet aan landen, steden, dorpen, etc. Als 2 ISP's in Abbottabad een accesspoint beginnen, dan zullen ze beiden een subnet uit de hen toegekende reeks gaan gebruiken.
Overigens, ik vermoed dat je de knipoog in ej__'s reactie hebt gemist... ;-)
Door Syzygy: Dit is geen goede vraag !
Abbottabad is een plaats en geen land
[...]
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
[...]
Abbottabad is een plaats en geen land
[...]
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
[...]
Volgens mij heb je het mis... Reeksen worden uitgedeeld aan organisaties, niet aan landen, steden, dorpen, etc. Als 2 ISP's in Abbottabad een accesspoint beginnen, dan zullen ze beiden een subnet uit de hen toegekende reeks gaan gebruiken.
Overigens, ik vermoed dat je de knipoog in ej__'s reactie hebt gemist... ;-)
Ga naar de link die ik boven vermeld heb en doe eens een test.
De reeks die je krijgt is onafhankelijk van de ISP.
Even kort door de bocht voor de uitleg: Dus als in NL de reeks 62. x.x.x gebruikt wordt dan kan die weer worden verdeeld onder KPN, XS4all, Telfort etc.
Ik zag die ;-) wel en weet dat hij wel beter weet maar ik voeg het even toe voor mensen voor wie dit nieuwe materie is !
Voor de educatieve lading hahaha
En dan nog, 127.0.0.0/8 is de reeks, niet 127.0.0.0/24. :D Als je iets vertelt, doe het dan wel goed. :D Tevens is het niet een zogenaamde private range, maar loopback.
http://tools.ietf.org/html/rfc3330
127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher level protocol to an
address anywhere within this block should loop back inside the host.
This is ordinarily implemented using only 127.0.0.1/32 for loopback,
but no addresses within this block should ever appear on any network
anywhere [RFC1700, page 5].
Neemt niet weg, dat deze range met zekerheid in gebruik is in die plaats... :D Net als ::1.
Reeksen worden uitgedeeld door de gedelegeerde (RIR) van de ICANN. In Europa is dat RIPE. Die deelt adresreeksen uit aan ISP's die vervolgens een adres aan gebruikers uitdelen. Dat gebeurt dus niet op land niveau! In Azie is het APNIC.
http://tools.ietf.org/html/rfc3330
127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher level protocol to an
address anywhere within this block should loop back inside the host.
This is ordinarily implemented using only 127.0.0.1/32 for loopback,
but no addresses within this block should ever appear on any network
anywhere [RFC1700, page 5].
Neemt niet weg, dat deze range met zekerheid in gebruik is in die plaats... :D Net als ::1.
Reeksen worden uitgedeeld door de gedelegeerde (RIR) van de ICANN. In Europa is dat RIPE. Die deelt adresreeksen uit aan ISP's die vervolgens een adres aan gebruikers uitdelen. Dat gebeurt dus niet op land niveau! In Azie is het APNIC.
Laatst gewijzigd:
03-05-2011,
11:01
Door Syzygy:
Ga naar de link die ik boven vermeld heb en doe eens een test.
De reeks die je krijgt is onafhankelijk van de ISP.
Even kort door de bocht voor de uitleg: Dus als in NL de reeks 62. x.x.x gebruikt wordt dan kan die weer worden verdeeld onder KPN, XS4all, Telfort etc.
Ik zag die ;-) wel en weet dat hij wel beter weet maar ik voeg het even toe voor mensen voor wie dit nieuwe materie is !
Voor de educatieve lading hahaha
Door Anoniem:
Volgens mij heb je het mis... Reeksen worden uitgedeeld aan organisaties, niet aan landen, steden, dorpen, etc. Als 2 ISP's in Abbottabad een accesspoint beginnen, dan zullen ze beiden een subnet uit de hen toegekende reeks gaan gebruiken.
Overigens, ik vermoed dat je de knipoog in ej__'s reactie hebt gemist... ;-)
Door Syzygy: Dit is geen goede vraag !
Abbottabad is een plaats en geen land
[...]
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
[...]
Abbottabad is een plaats en geen land
[...]
Abottabad is een plaats in Pakistan dus de netwerkcomponenten met een public IP adres zullen er een uit de reeks van Pakistan hebben.
[...]
Volgens mij heb je het mis... Reeksen worden uitgedeeld aan organisaties, niet aan landen, steden, dorpen, etc. Als 2 ISP's in Abbottabad een accesspoint beginnen, dan zullen ze beiden een subnet uit de hen toegekende reeks gaan gebruiken.
Overigens, ik vermoed dat je de knipoog in ej__'s reactie hebt gemist... ;-)
Ga naar de link die ik boven vermeld heb en doe eens een test.
De reeks die je krijgt is onafhankelijk van de ISP.
Even kort door de bocht voor de uitleg: Dus als in NL de reeks 62. x.x.x gebruikt wordt dan kan die weer worden verdeeld onder KPN, XS4all, Telfort etc.
Ik zag die ;-) wel en weet dat hij wel beter weet maar ik voeg het even toe voor mensen voor wie dit nieuwe materie is !
Voor de educatieve lading hahaha
Euhm nee dat klopt niet. ISP's (en ook grote bedrijven zoals Google) vragen bij één van de vijf regionale RIR's een IP reeks aan, RIPE is de RIR voor Europa bijvoorbeeld. Deze reeks kunnen ze vervolgens onder hun klanten herverdelen (of uiteraard zelf gebruiken). Bij de aanvraag van een reeks moet je tegenwoordig goed beargumenteren waarom je die reeks nodig hebt, dit ivm de schaarste.
De regionale uitgifte van IP addressen is iets dat de europeese unie ooit wilde invoeren bij de introductie van IPv6, dan zou je je IP address mee kunnen nemen als je naar een andere ISP verhuisde. Na uitleg over de technische implicaties van deze regel hebben ze gelukkig toch maar besloten dit niet te doen.
Door Anoniem: Osama had zijn eigen prive ip adres in abbottabad, dat was
Os.ama.bin.ldn, dus...
67.262.246.536
je kan ernaar ssh-en met
osama@terrordevice1.public
password: 1amN0tH1d1ngAm3r|canz!
Os.ama.bin.ldn, dus...
67.262.246.536
je kan ernaar ssh-en met
osama@terrordevice1.public
password: 1amN0tH1d1ngAm3r|canz!
Dit klopt van geen kanten. Bin Laden had een privé-koerier ingeschakeld, juist om het gebruik van internet te vermijden.
Je moet de kranten beter lezen.
Door ej__: En dan nog, 127.0.0.0/8 is de reeks, niet 127.0.0.0/24. :D Als je iets vertelt, doe het dan wel goed. :D Tevens is het niet een zogenaamde private range, maar loopback.
http://tools.ietf.org/html/rfc3330
127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher level protocol to an
address anywhere within this block should loop back inside the host.
This is ordinarily implemented using only 127.0.0.1/32 for loopback,
but no addresses within this block should ever appear on any network
anywhere [RFC1700, page 5].
Neemt niet weg, dat deze range met zekerheid in gebruik is in die plaats... :D Net als ::1.
Reeksen worden uitgedeeld door de gedelegeerde (RIR) van de ICANN. In Europa is dat RIPE. Die deelt adresreeksen uit aan ISP's die vervolgens een adres aan gebruikers uitdelen. Dat gebeurt dus niet op land niveau! In Azie is het APNIC.
http://tools.ietf.org/html/rfc3330
127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher level protocol to an
address anywhere within this block should loop back inside the host.
This is ordinarily implemented using only 127.0.0.1/32 for loopback,
but no addresses within this block should ever appear on any network
anywhere [RFC1700, page 5].
Neemt niet weg, dat deze range met zekerheid in gebruik is in die plaats... :D Net als ::1.
Reeksen worden uitgedeeld door de gedelegeerde (RIR) van de ICANN. In Europa is dat RIPE. Die deelt adresreeksen uit aan ISP's die vervolgens een adres aan gebruikers uitdelen. Dat gebeurt dus niet op land niveau! In Azie is het APNIC.
De bron van adressen is IANA, wat tegenwordig operated wordt door ICANN inderdaad.
RIR staat trouwens voor Regional Internet Registry, en de leden van een RIR heten LIR (Local Internet Registry), dat zijn typisch ISPs.
nitpickje:
Die absolute zekerheid omtrent gebruikt van 127/8 is er alleen als je zeker bent dat er een apparaat met een IP stack in die plaats aanwezig is...
Volgens de berichten was dat nu juist niet geval in de villa van ObL.
Om je nitpickje meteen kapot te schieten:
AD: http://www.ad.nl/ad/nl/3802/Osama-bin-Laden-gedood-in-Pakistan/article/detail/581849/2011/05/03/Liveblog---Laatste-boodschap-Osama-Oorlog-zonder-genade.dhtml
08:20 uur
De Amerikanen hebben bij de aanval heeft een reeks computers en harde schijven weten te bemachtigen die door het Pentagon is omgedoopt tot 'de moederbron van alle geheime informatie'.
Wat denk je dat de kans is dat er geen tcp/ip stack op die computers staat? Het boeit niet dat ze geen verbinding met het internet hadden.
Daarnaast: TS vraagt om ip informatie uit de plaats, niet van osama. Wat denk je dat de kans is dat er helemaal geen computer aanwezig is in die plaats? Je hebt gezien dat het pakistaanse leger ook in die plaats zit? Duh. Beter je bronnen controleren. ;)
AD: http://www.ad.nl/ad/nl/3802/Osama-bin-Laden-gedood-in-Pakistan/article/detail/581849/2011/05/03/Liveblog---Laatste-boodschap-Osama-Oorlog-zonder-genade.dhtml
08:20 uur
De Amerikanen hebben bij de aanval heeft een reeks computers en harde schijven weten te bemachtigen die door het Pentagon is omgedoopt tot 'de moederbron van alle geheime informatie'.
Wat denk je dat de kans is dat er geen tcp/ip stack op die computers staat? Het boeit niet dat ze geen verbinding met het internet hadden.
Daarnaast: TS vraagt om ip informatie uit de plaats, niet van osama. Wat denk je dat de kans is dat er helemaal geen computer aanwezig is in die plaats? Je hebt gezien dat het pakistaanse leger ook in die plaats zit? Duh. Beter je bronnen controleren. ;)
Door Peter V:
Dit klopt van geen kanten. Bin Laden had een privé-koerier ingeschakeld, juist om het gebruik van internet te vermijden.
Je moet de kranten beter lezen.
Door Anoniem: Osama had zijn eigen prive ip adres in abbottabad, dat was
Os.ama.bin.ldn, dus...
67.262.246.536
je kan ernaar ssh-en met
osama@terrordevice1.public
password: 1amN0tH1d1ngAm3r|canz!
Os.ama.bin.ldn, dus...
67.262.246.536
je kan ernaar ssh-en met
osama@terrordevice1.public
password: 1amN0tH1d1ngAm3r|canz!
Dit klopt van geen kanten. Bin Laden had een privé-koerier ingeschakeld, juist om het gebruik van internet te vermijden.
Je moet de kranten beter lezen.
Humor is wel eens moeilijk he...
Door ej__: En dan nog, 127.0.0.0/8 is de reeks, niet 127.0.0.0/24. :D Als je iets vertelt, doe het dan wel goed. :D Tevens is het niet een zogenaamde private range, maar loopback.
http://tools.ietf.org/html/rfc3330
127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher level protocol to an
address anywhere within this block should loop back inside the host.
This is ordinarily implemented using only 127.0.0.1/32 for loopback,
but no addresses within this block should ever appear on any network
anywhere [RFC1700, page 5].
Neemt niet weg, dat deze range met zekerheid in gebruik is in die plaats... :D Net als ::1.
Reeksen worden uitgedeeld door de gedelegeerde (RIR) van de ICANN. In Europa is dat RIPE. Die deelt adresreeksen uit aan ISP's die vervolgens een adres aan gebruikers uitdelen. Dat gebeurt dus niet op land niveau! In Azie is het APNIC.
http://tools.ietf.org/html/rfc3330
127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher level protocol to an
address anywhere within this block should loop back inside the host.
This is ordinarily implemented using only 127.0.0.1/32 for loopback,
but no addresses within this block should ever appear on any network
anywhere [RFC1700, page 5].
Neemt niet weg, dat deze range met zekerheid in gebruik is in die plaats... :D Net als ::1.
Reeksen worden uitgedeeld door de gedelegeerde (RIR) van de ICANN. In Europa is dat RIPE. Die deelt adresreeksen uit aan ISP's die vervolgens een adres aan gebruikers uitdelen. Dat gebeurt dus niet op land niveau! In Azie is het APNIC.
Ik vertel het goed maar wellicht iets te ver voor jou !
127 valt wel onder de Private range maar wordt gebruikt als loopback
Definitie Public : routeerbaar op het Internet, Private dus niet.
127 is NIET routeerbaar derhalve dus Private (maar wel een speciale Private range namelijk voor Loopback verkeer).
Dan het volgende :
127.0.0.0/8 kan ook en 127.0.0.0/16 kan ook, afhankelijk waar je host in zit (meestal 192.168.0.0. dan dus auto /24)
Reeksen worden uitgedeeld door de gedelegeerde (RIR) van de ICANN. In Europa is dat RIPE. Die deelt adresreeksen uit aan ISP's die vervolgens een adres aan gebruikers uitdelen. Dat gebeurt dus niet op land niveau! In Azie is het APNIC.
En die ISP verdelen ze in Netblocks per LAND !!!!!!!!!!!!!!!!
Zo we zijn er !!
Google maar eens op "ip block per country" of "IP netblocks" of iets van die strekking.
Laatst gewijzigd:
03-05-2011,
12:58
Als je RFC's niet kunt lezen houdt het op. Keep on dreaming. En je zit zooooooooo fout met je gedachten over 192.168 prut. Get a cluestick.
Door ej__: Als je RFC's niet kunt lezen houdt het op. Keep on dreaming. En je zit zooooooooo fout met je gedachten over 192.168 prut. Get a cluestick.
Ik zal het je proberen uit te leggen:
Als je een klasse C ipadres heeft kun je niet een klasse A host pingen in je netwerksegment (bepaald door je subnetmask).
Dus als je Host een klasse C IPadres heeft, past 127.0.0.1 (klasse A indien /8) zich aan aan je netwerk /24 (subnet) zodat de ping het doet.
127. valt wel qua definitie wel binnen de Klasse A range 1-127 maar is een uitzondering vanwege zijn functie
RFC's napapegaaien kan je wel maar een zinnige discussie over de achtergrond is er helaas niet bij.
Misschien krijg je dat nog wel eens op school !!
Zeker kinder vakantie deze week
Laatst gewijzigd:
03-05-2011,
13:40
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
(let op de netmask: 255.0.0.0)
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:enzo
inet6 fe80::enzo%en1 prefixlen 64 scopeid 0x6
inet 10.x.y.20 netmask 0xffffffc0 broadcast 10.x.y.63
inet6 2001:enzo prefixlen 64 autoconf
media: autoselect
status: active
(let op de netmask 255.255.255.192)
Je hebt echt geen idee waar je over praat. Ook mis je volledig de boot met je verhaal over een klasse a host. Je vergeet volkomen dat je praat over 2 verschillende interfaces, met verschillende ranges. Duh. Zoals gezegd: get a cluestick and hit yourself with it. Kijk eens iets breder dan de windowsshit waar je je kennis vandaan denkt te halen.
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
(let op de netmask: 255.0.0.0)
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:enzo
inet6 fe80::enzo%en1 prefixlen 64 scopeid 0x6
inet 10.x.y.20 netmask 0xffffffc0 broadcast 10.x.y.63
inet6 2001:enzo prefixlen 64 autoconf
media: autoselect
status: active
(let op de netmask 255.255.255.192)
Je hebt echt geen idee waar je over praat. Ook mis je volledig de boot met je verhaal over een klasse a host. Je vergeet volkomen dat je praat over 2 verschillende interfaces, met verschillende ranges. Duh. Zoals gezegd: get a cluestick and hit yourself with it. Kijk eens iets breder dan de windowsshit waar je je kennis vandaan denkt te halen.
Laatst gewijzigd:
03-05-2011,
14:00
O, en voor het geval je denkt dat dat alleen bij Apple mac osx zo gaat:
linux:
ej@pvr:~$ ifconfig lo
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:43367414 errors:0 dropped:0 overruns:0 frame:0
TX packets:43367414 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:49350168519 (49.3 GB) TX bytes:49350168519 (49.3 GB)
ej@pvr:~$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:enzo
inet addr:10.x.y.7 Bcast:10.x.y.63 Mask:255.255.255.192
inet6 addr: 2001:enzo/64 Scope:Global
inet6 addr: fe80::enzo/64 Scope:Link
inet6 addr: 2001:enzo/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:197148902 errors:1 dropped:0 overruns:0 frame:1
TX packets:394810473 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:129297290851 (129.2 GB) TX bytes:424886578492 (424.8 GB)
Interrupt:26 Base address:0xa000
OpenBSD:
ej@fw:~$ ifconfig lo0
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33200
priority: 0
groups: lo
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
ej@fw:~$ ifconfig re0
re0: flags=8a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:enzo
priority: 0
media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause)
status: active
inet 10.x.y.1 netmask 0xffffffc0 broadcast 10.x.y.63
inet6 fe80::enzo%re0 prefixlen 64 scopeid 0x2
inet6 2001:enzo prefixlen 64
inet6 2001:enzo:: prefixlen 64 anycast
Tijd voor een lart. Als je al weet wat dat is tenminste.
linux:
ej@pvr:~$ ifconfig lo
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:43367414 errors:0 dropped:0 overruns:0 frame:0
TX packets:43367414 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:49350168519 (49.3 GB) TX bytes:49350168519 (49.3 GB)
ej@pvr:~$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:enzo
inet addr:10.x.y.7 Bcast:10.x.y.63 Mask:255.255.255.192
inet6 addr: 2001:enzo/64 Scope:Global
inet6 addr: fe80::enzo/64 Scope:Link
inet6 addr: 2001:enzo/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:197148902 errors:1 dropped:0 overruns:0 frame:1
TX packets:394810473 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:129297290851 (129.2 GB) TX bytes:424886578492 (424.8 GB)
Interrupt:26 Base address:0xa000
OpenBSD:
ej@fw:~$ ifconfig lo0
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33200
priority: 0
groups: lo
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
ej@fw:~$ ifconfig re0
re0: flags=8a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:enzo
priority: 0
media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause)
status: active
inet 10.x.y.1 netmask 0xffffffc0 broadcast 10.x.y.63
inet6 fe80::enzo%re0 prefixlen 64 scopeid 0x2
inet6 2001:enzo prefixlen 64
inet6 2001:enzo:: prefixlen 64 anycast
Tijd voor een lart. Als je al weet wat dat is tenminste.
Ik zeg, RFC 1918 en RFC 3330.
A, B, C of D klasse netwerken is heel lang geleden al overboord gekiepert. Het is nu allemaal classless.
IPv4 adres reeksen worden niet per land verdeeld. Er is eigenlijk geen enkele geografische verdeling v.w.b. IPv4 adressen. IPv6 is een ander verhaal, hier hebben ze de verdeling wel logisch gedaan.
A, B, C of D klasse netwerken is heel lang geleden al overboord gekiepert. Het is nu allemaal classless.
IPv4 adres reeksen worden niet per land verdeeld. Er is eigenlijk geen enkele geografische verdeling v.w.b. IPv4 adressen. IPv6 is een ander verhaal, hier hebben ze de verdeling wel logisch gedaan.
Laatst gewijzigd:
03-05-2011,
14:19
Waar download ik 'ssh' en hoe verbind ik dan met die 127.0.0.1/8?
Man gedraag je en beetje.
Ik zeg niet dat je het fout hebt met je /8 maar /16 en /24 kan ook want het is niet gebonden.
Sterker nog , als je pingt naar 127.2.123.6 gaat het ook werken terwijl die interface niet eens bestaat als je je interfaces oproept.
Voor de windowsshit mensen netsh interface ip show addresses
Wat heeft die opmerking van "windowshit" er mee te maken ?
Ik zit helemaal niet in de " windowshit"
Ik zeg niet dat je het fout hebt met je /8 maar /16 en /24 kan ook want het is niet gebonden.
Sterker nog , als je pingt naar 127.2.123.6 gaat het ook werken terwijl die interface niet eens bestaat als je je interfaces oproept.
Voor de windowsshit mensen netsh interface ip show addresses
Wat heeft die opmerking van "windowshit" er mee te maken ?
Ik zit helemaal niet in de " windowshit"
Door SirDice: Ik zeg, RFC 1918 en RFC 3330.
A, B, C of D klasse netwerken is heel lang geleden al overboord gekiepert. Het is nu allemaal classless.
IPv4 adres reeksen worden niet per land verdeeld. Er is eigenlijk geen enkele geografische verdeling v.w.b. IPv4 adressen. IPv6 is een ander verhaal, hier hebben ze de verdeling wel logisch gedaan.
A, B, C of D klasse netwerken is heel lang geleden al overboord gekiepert. Het is nu allemaal classless.
IPv4 adres reeksen worden niet per land verdeeld. Er is eigenlijk geen enkele geografische verdeling v.w.b. IPv4 adressen. IPv6 is een ander verhaal, hier hebben ze de verdeling wel logisch gedaan.
Jij zegt het, ik zeg het, syzygy wil maar niet snap. :) Die zet zich zelf aardig voor aap.
@DanielG: dat kun je zoeken op astalavista.box.sk. Daar hebben ze prima getrojande ssh clients. En servers. En ander ongedierte.
Door DanielG: Waar download ik 'ssh' en hoe verbind ik dan met die 127.0.0.1/8?
Ben je een windows gebruiker klik dan hier : http://lmgtfy.com/?q=ssh+for+windows
Ben je een mac gebruiker klik dan hier : http://lmgtfy.com/?q=ssh+for+mac
Ben je een linux gebruiker klik dan hier : http://lmgtfy.com/?q=ssh+for+linux
Om met die 127.0.0.1/8 te verbinden moet je alleen nog even een ssh (server) op je pc instaleren en een wachtwoord instellen , en dan maar gaan met die banaan.
Door Syzygy: Man gedraag je en beetje.
Pardon? Mag ik je herinneren aan:
RFC's napapegaaien kan je wel maar een zinnige discussie over de achtergrond is er helaas niet bij.
Misschien krijg je dat nog wel eens op school !!
Zeker kinder vakantie deze week
Je bedoelt de (gast)colleges die ik geef?
Ik zeg niet dat je het fout hebt met je /8 maar /16 en /24 kan ook want het is niet gebonden.
Sterker nog , als je pingt naar 127.2.123.6 gaat het ook werken terwijl die interface niet eens bestaat als je je interfaces oproept.
Heb je naar de lo specificatie gekeken? Daar staat 127.0.0.0/8. Dus dan zal 127.2.123.6 inderdaad ook werken. Die is namelijk onderdeel van lo. Zie mijn mac, linux, openbsd voorbeelden.
Voor de windowsshit mensen netsh interface ip show addresses
Wat heeft die opmerking van "windowshit" er mee te maken ?
Ik zit helemaal niet in de " windowshit"
Gezien het niveau en de vorm van je antwoorden wel. Als je ook maar enige unix of routeringskennis had gehad had je de onzin over klasse A netwerken niet uitgekraamt. Mag ik je herinneren aan je post
Als je een klasse C ipadres heeft kun je niet een klasse A host pingen in je netwerksegment (bepaald door je subnetmask).
Dus als je Host een klasse C IPadres heeft, past 127.0.0.1 (klasse A indien /8) zich aan aan je netwerk /24 (subnet) zodat de ping het doet.
127. valt wel qua definitie wel binnen de Klasse A range 1-127 maar is een uitzondering vanwege zijn functie
Pure larie. Puur onbegrip.
Geef nou gewoon toe dat je zat/zit te blunderen.
172.12.123.6 wordt niet als interface genoemd als hem oproept maar hij reageert wel, dat bedoel ik er mee.
Over die routeringkennis hoef jij je geen zorgen te maken hoor ;-)
Even voor Sir Dice.
Nogmaals :
En die ISP verdelen ze in Netblocks per LAND !
Google maar eens op "ip block per country" of "IP netblocks" of iets van die strekking.
Als een land te kort komt en een ander land heeft overvloed dan worden die IPblocks omgezet.
En het is natuurlijk niet allemaal Classless in wereld.
De meeste (niet al te grote) bedrijven hanteren door de grootte(kleinte) van hun interne netwerk nog normale Klasse A, B of C netwerken.
Classless wordt pas echt interessant bij grote bedrijven (netwerk verkeer terugbrengen en peformance winst) als je meerdere lokaties gaat koppelen en je routingprocol veel moet adverteren of in geval van een ISP
Over die routeringkennis hoef jij je geen zorgen te maken hoor ;-)
Even voor Sir Dice.
Nogmaals :
En die ISP verdelen ze in Netblocks per LAND !
Google maar eens op "ip block per country" of "IP netblocks" of iets van die strekking.
Als een land te kort komt en een ander land heeft overvloed dan worden die IPblocks omgezet.
En het is natuurlijk niet allemaal Classless in wereld.
De meeste (niet al te grote) bedrijven hanteren door de grootte(kleinte) van hun interne netwerk nog normale Klasse A, B of C netwerken.
Classless wordt pas echt interessant bij grote bedrijven (netwerk verkeer terugbrengen en peformance winst) als je meerdere lokaties gaat koppelen en je routingprocol veel moet adverteren of in geval van een ISP
Laatst gewijzigd:
03-05-2011,
16:03
Moeten we echt die RFC's gaan nalezen over de IP4 details van private reeksen en de bijbehorende subnetten? Of zullen we maar gewoon zeggen dat IP-adressen niet per definitie geografisch geordend zijn.
Dat beantwoord volgens mij de vraag van poster het best.
Dat beantwoord volgens mij de vraag van poster het best.
Door Syzygy: Even voor Sir Dice.
Nogmaals :
En die ISP verdelen ze in Netblocks per LAND !
Nogmaals :
En die ISP verdelen ze in Netblocks per LAND !
Nope. Ik zou even moeten zoeken maar er is bijvoorbeeld een reeks toebedeeld aan een Belgische ISP. De exitpoints van die reeks liggen echter ergens in Kongo. IP reeksen worden niet per land verdeeld maar, zoals ej ook al stelde, per organisatie.
Google maar eens op "ip block per country" of "IP netblocks" of iets van die strekking.
Dan zul je ook tot de ontdekking komen dat de verdeling niet zo zwart/wit is als jij denkt. Er zijn diverse IP adressen die volgens die lijsten in land A zouden moeten liggen maar je komt toch echt uit in land B.
De meeste (niet al te grote) bedrijven hanteren door de grootte(kleinte) van hun interne netwerk nog normale Klasse A, B of C netwerken.
Geen enkel bedrijf waar ik de afgelopen 20 jaar heb gewerkt deed dit. De enige keren dat je nog iets van die klasse verdeling tegenkomt is wanneer je aan de slag gaat met relatief oude routing protocollen zoals RIP.
Laatst gewijzigd:
03-05-2011,
16:07
Misschien hebben jullie hier wat aan !!
46.36.198.121 - 46.36.198.125
46.136.11.0 - 46.136.11.255
46.136.87.0 - 46.136.87.255
82.206.251.0 - 82.206.251.63
85.94.160.0 - 85.94.191.255
91.187.64.0 - 91.187.95.255
94.142.202.128 - 94.142.207.255
109.111.96.0 - 109.111.127.255
194.117.123.178 - 194.117.123.178
194.158.64.0 - 194.158.95.255
195.112.181.196 - 195.112.181.196
195.112.181.247 - 195.112.181.247
216.201.80.16 - 216.201.80.31
216.201.81.8 - 216.201.81.15
216.201.85.16 - 216.201.85.31
216.201.88.16 - 216.201.88.39
Hier zijn wat IP ranges (blocks)
Ze hebben iets gemeenschappelijk ;-)
Doe maar eens een Whois op IP van de hosts in die netwerken.
(bijvoorbeeld met behulp van deze site http://cqcounter.com/whois/ )
Wat hebben ze gemeenschappelijk ??
46.36.198.121 - 46.36.198.125
46.136.11.0 - 46.136.11.255
46.136.87.0 - 46.136.87.255
82.206.251.0 - 82.206.251.63
85.94.160.0 - 85.94.191.255
91.187.64.0 - 91.187.95.255
94.142.202.128 - 94.142.207.255
109.111.96.0 - 109.111.127.255
194.117.123.178 - 194.117.123.178
194.158.64.0 - 194.158.95.255
195.112.181.196 - 195.112.181.196
195.112.181.247 - 195.112.181.247
216.201.80.16 - 216.201.80.31
216.201.81.8 - 216.201.81.15
216.201.85.16 - 216.201.85.31
216.201.88.16 - 216.201.88.39
Hier zijn wat IP ranges (blocks)
Ze hebben iets gemeenschappelijk ;-)
Doe maar eens een Whois op IP van de hosts in die netwerken.
(bijvoorbeeld met behulp van deze site http://cqcounter.com/whois/ )
Wat hebben ze gemeenschappelijk ??
Laatst gewijzigd:
03-05-2011,
16:18
Een whois op zo'n IP reeks geeft alleen maar aan WIE de eigenaar is (ergo, de organisatie aan wie ze toebedeeld is). Dat de eigenaar zich in land A heeft gevestigd betekend niet dat die IP adressen uitsluitend en alleen in dat land gebruikt worden.
Om een ander voorbeeld te geven, mijn huidige opdrachtgever. Alle IP reeksen staan op de naam van het Amerikaanse bedrijf geregistreerd. Volgens een paar van die IP->land lijsten zouden de IP adressen die wij voor internetten gebruiken in Groot Brittannië liggen, als je google start op een schone machine wordt je naar de Duitse Google geleid, go figure. Ik weet waar het exitpoint wel is en ik kan je vertellen dat er geen reet van die lijsten klopt.
Om een ander voorbeeld te geven, mijn huidige opdrachtgever. Alle IP reeksen staan op de naam van het Amerikaanse bedrijf geregistreerd. Volgens een paar van die IP->land lijsten zouden de IP adressen die wij voor internetten gebruiken in Groot Brittannië liggen, als je google start op een schone machine wordt je naar de Duitse Google geleid, go figure. Ik weet waar het exitpoint wel is en ik kan je vertellen dat er geen reet van die lijsten klopt.
Laatst gewijzigd:
03-05-2011,
16:33
Ik weet waar het exitpoint wel is en ik kan je vertellen dat er geen reet van die lijsten klopt.
Bedoel jij met exitpoint dat IP adres dat in zou moeten liggen of een IP adres waar jij het Internet op gaat (dat dus anders is)?
Voorbeeld ter verduidelijking:
Stel 200.1.1.1 tot 200.1.1.100 zouden in GB moeten liggen maar dan stel jij dat bijvoorbeeld 200.1.1.45 in Duitsland ligt
Interpreteer ik je verhaal zo goed ??
Laatst gewijzigd:
03-05-2011,
16:44
Door Syzygy:
Bedoel jij met exitpoint dat IP adres dat in zou moeten liggen of een IP adres waar jij het Internet op gaat (dat dus anders is)?
Voorbeeld ter verduidelijking:
Stel 200.1.1.1 tot 200.1.1.100 zouden in GB moeten liggen maar dan stel jij dat bijvoorbeeld 200.1.1.45 in Duitsland ligt
Interpreteer ik je verhaal zo goed ??
Ik weet waar het exitpoint wel is en ik kan je vertellen dat er geen reet van die lijsten klopt.
Bedoel jij met exitpoint dat IP adres dat in zou moeten liggen of een IP adres waar jij het Internet op gaat (dat dus anders is)?
Voorbeeld ter verduidelijking:
Stel 200.1.1.1 tot 200.1.1.100 zouden in GB moeten liggen maar dan stel jij dat bijvoorbeeld 200.1.1.45 in Duitsland ligt
Interpreteer ik je verhaal zo goed ??
Yep.
Die geolocation lijsten worden allemaal door derden gemaakt en bijgehouden. Dit wordt dus niet door IANA (of aanverwante) organisaties gedaan. Voor het merendeel zullen ze best aardig overeenkomen maar ik zou er niet van uitgaan dat ze 100% correct zijn.
Laatst gewijzigd:
03-05-2011,
16:50
Dus dan staat 200.1.1.45 fysiek in Duitsland (een Router ) maar de eigenaar van de reeks is GB.
Dat kan natuurlijk.
Maar ik denk dat zoiets een uitzondering is.
De vragensteller doelt waarschijnlijk op ISP ranges.
Net zoals (ik al eerder vermeld heb boven) XS4ALL, KPN, TELFORT etc. Netblokken hebben die naar Nederland te traceren zijn.
Zo zal je andere buitenlandse ISP IP adresblokken ook kunnen terug herleiden naar het land.
Dat kan natuurlijk.
Maar ik denk dat zoiets een uitzondering is.
De vragensteller doelt waarschijnlijk op ISP ranges.
Net zoals (ik al eerder vermeld heb boven) XS4ALL, KPN, TELFORT etc. Netblokken hebben die naar Nederland te traceren zijn.
Zo zal je andere buitenlandse ISP IP adresblokken ook kunnen terug herleiden naar het land.
Door Syzygy: Dus dan staat 200.1.1.45 fysiek in Duitsland (een Router ) maar de eigenaar van de reeks is GB.
De eigenaar is zelfs Amerikaans. Waar ze GB vandaan halen weet ik niet.
Maar ik denk dat zoiets een uitzondering is.
Het komt vaker voor dan je denkt ;)
De vragensteller doelt waarschijnlijk op ISP ranges.
Net zoals (ik al eerder vermeld heb boven) XS4ALL, KPN, TELFORT etc. Netblokken hebben die naar Nederland te traceren zijn.
Zo zal je andere buitenlandse ISP IP adresblokken ook kunnen terug herleiden naar het land.
Net zoals (ik al eerder vermeld heb boven) XS4ALL, KPN, TELFORT etc. Netblokken hebben die naar Nederland te traceren zijn.
Zo zal je andere buitenlandse ISP IP adresblokken ook kunnen terug herleiden naar het land.
Err, nee, het enige wat je kunt doen is die reeks terugleiden naar de ISP. Wat die ISP ermee doet heeft niets met het land te maken, men is niet beperkt in ieder geval. Zoals ik al zei, ik ken een IP reeks die is toebedeeld aan een Belgische ISP maar in Kongo uitkomt.
Door SirDice:
Zoals ik al zei, ik ken een IP reeks die is toebedeeld aan een Belgische ISP maar in Kongo uitkomt.
Zoals ik al zei, ik ken een IP reeks die is toebedeeld aan een Belgische ISP maar in Kongo uitkomt.
Laat me raden, de Belgische Kongo
O nee die bestaat niet meer sinds 60.
Heb je een adres uit die range ??
Soha Networks Inc.Adres:?
58/61 Shah Zaman Colony, Kalul Road
Abbott?bad 22000, Pakistan
(0)923429449659
http://www.sohanetworks.com/
Door Syzygy:
Laat me raden, de Belgische Kongo
O nee die bestaat niet meer sinds 60.
Heb je een adres uit die range ??
Door SirDice:
Zoals ik al zei, ik ken een IP reeks die is toebedeeld aan een Belgische ISP maar in Kongo uitkomt.
Zoals ik al zei, ik ken een IP reeks die is toebedeeld aan een Belgische ISP maar in Kongo uitkomt.
Laat me raden, de Belgische Kongo
O nee die bestaat niet meer sinds 60.
Heb je een adres uit die range ??
Ik was al aan het zoeken, sterker nog, volgens mij is het hier op het forum een keer voorbij gekomen. En ja, helemaal vreemd is de connectie Belgie - Kongo niet.
Er zijn in Afrika wel vreemdere constructies. De telco waar ik voor werk beheert het netwerk van een grote Nederlands/Engelse olieboer. Er is geen land ter wereld waar ze niet zitten en je wilt niet weten hoe sommige verbindingen lopen. Dat het uberhaubt werkt in Afrika mag een wonder heten.
Laatst gewijzigd:
03-05-2011,
17:51
Door Syzygy: (...)
Nogmaals :
En die ISP verdelen ze in Netblocks per LAND !
(...)
Nogmaals :
En die ISP verdelen ze in Netblocks per LAND !
(...)
Even kort door de bocht voor de uitleg: Dus als in NL de reeks 62. x.x.x gebruikt wordt dan kan die weer worden verdeeld onder KPN, XS4all, Telfort etc.
Ok, vertel maar, welk netblock is dan voor nederland?
+31
:D
:D
Door Syzygy: Misschien hebben jullie hier wat aan !!
46.36.198.121 - 46.36.198.125
46.136.11.0 - 46.136.11.255
46.136.87.0 - 46.136.87.255
82.206.251.0 - 82.206.251.63
85.94.160.0 - 85.94.191.255
91.187.64.0 - 91.187.95.255
94.142.202.128 - 94.142.207.255
109.111.96.0 - 109.111.127.255
194.117.123.178 - 194.117.123.178
194.158.64.0 - 194.158.95.255
195.112.181.196 - 195.112.181.196
195.112.181.247 - 195.112.181.247
216.201.80.16 - 216.201.80.31
216.201.81.8 - 216.201.81.15
216.201.85.16 - 216.201.85.31
216.201.88.16 - 216.201.88.39
Hier zijn wat IP ranges (blocks)
Ze hebben iets gemeenschappelijk ;-)
Doe maar eens een Whois op IP van de hosts in die netwerken.
(bijvoorbeeld met behulp van deze site http://cqcounter.com/whois/ )
Wat hebben ze gemeenschappelijk ??
46.36.198.121 - 46.36.198.125
46.136.11.0 - 46.136.11.255
46.136.87.0 - 46.136.87.255
82.206.251.0 - 82.206.251.63
85.94.160.0 - 85.94.191.255
91.187.64.0 - 91.187.95.255
94.142.202.128 - 94.142.207.255
109.111.96.0 - 109.111.127.255
194.117.123.178 - 194.117.123.178
194.158.64.0 - 194.158.95.255
195.112.181.196 - 195.112.181.196
195.112.181.247 - 195.112.181.247
216.201.80.16 - 216.201.80.31
216.201.81.8 - 216.201.81.15
216.201.85.16 - 216.201.85.31
216.201.88.16 - 216.201.88.39
Hier zijn wat IP ranges (blocks)
Ze hebben iets gemeenschappelijk ;-)
Doe maar eens een Whois op IP van de hosts in die netwerken.
(bijvoorbeeld met behulp van deze site http://cqcounter.com/whois/ )
Wat hebben ze gemeenschappelijk ??
Andorra?
"Dit klopt van geen kanten. Bin Laden had een privé-koerier ingeschakeld, juist om het gebruik van internet te vermijden. Je moet de kranten beter lezen."
En wat in de krant staat is natuurlijk altijd waar ;)
En wat in de krant staat is natuurlijk altijd waar ;)
Porno gevonden op pc OBL
http://goo.gl/JBv1K
Dus toch!
http://goo.gl/JBv1K
Dus toch!
Reageer
Ondersteunde BBcodes
Security.nl ondersteunt de volgende bbcode codes:
- Vet:
- [b]vet[/b]
- Cursief:
- [i]cursief[/i]
- Onderstreept:
- [u]onderstrepen[/u]
- Quoten:
- [quote]quote[/quote]
- URL:
- [url]www.website.nl[/url]
- Broncode:
- [code]code[/code]
- Config:
- [config]configuratie[/config]
Het plaatsen van afbeeldingen (img tags) wordt niet ondersteund.
