Das längste Thema

ASS

Zitat von mainziman

das war nicht das Thema

Ähm, doch...

Das NC CCP als Beispiel für eine Funktion, die es im CCP garnicht gibt, finde sicher nicht nur ich etwas "Seltsam"...

Aber egal. Genug Trollfutter für heute.

douzer

Zitat von mainziman

hier passt es

whois 2001:470:6f:15a::1

bzw.

dig 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.5.1.0.f.6.0.0.0.7.4.0.1.0.0.2.ip6.arpa +trace ANY

Zeig mal bitte den gesamten Output, wo dort ein DNS Server steht (vom whois, nicht vim dig gegen den ip6.arpa) - ohne Output ist das immer so ein sinnfreies und zeitraubendes stochern im Dunkeln.

mainziman

Zitat von douzer

Zeig mal bitte den gesamten Output, wo dort ein DNS Server steht

hier ...

Code

# whois 2001:470:6f:15a::1
[Querying whois.arin.net]
[Redirected to rwhois.he.net:4321]
[Querying rwhois.he.net]
[rwhois.he.net]
%rwhois V-1.5:0012b7:01 ops.he.net (HE-RWHOISd v:ec6e,m1:6333)
network:ID;I:NET-2001:470:6F:15A::/64
network:Auth-Area:nets
network:Class-Name:network
network:Network-Name;I:NET-2001:470:6F:15A::/64
network:Parent;I:NET-2001:470:6F::/48
network:Parent;I:NET-2001:470::/32
network:IP-Network:2001:470:6f:15a::/64
network:Org-Contact;I:POC-TB-EMO2
network:Tech-Contact;I:POC-HE-NOC
network:Abuse-Contact;I:POC-HE-ABUSE
network:NOC-Contact;I:POC-HE-NOC
network:Name-Server:dns00.ipv6help.de
network:Name-Server:dns01.ipv6help.de
network:Name-Server:dns02.ipv6help.de
network:Name-Server:dns03.ipv6help.de
network:Created:20201127103821000
network:Updated:20201128023913000

Alles anzeigen

auf des wärst jetzt nicht gekommen ...

Zitat von ASS

Ähm, doch...

Nein, weil Du mit IPv6 nix am Hut hast ...soviel zum Thema Troll

douzer

Zitat von mainziman

auf des wärst jetzt nicht gekommen ...

Nein, natürlich nicht. Dafür hab ich zum Glück dich, dass du mir über solche technischen Schwierigkeiten hinweg hilfts.

Aber mal zum Thema ohne dieses getrolle.

Unterschiedliche whois Clients verhalten sich hier unterschiedlich.

whois auf dem Mac folgt keinem Referal

Code

$ whois 2001:470:6f:15a::1
% IANA WHOIS server
% for more information on IANA, visit http://www.iana.org
% This query returned 1 object

inet6num:     2001:400:0:0:0:0:0:0/23
organisation: ARIN
status:       ALLOCATED

whois:        whois.arin.net

changed:      1999-07-01
source:       IANA

# whois.arin.net

NetRange:       2001:470:: - 2001:470:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF
CIDR:           2001:470::/32
NetName:        HURRICANE-IPV6
NetHandle:      NET6-2001-470-1
Parent:         ARIN-001 (NET6-2001-400-0)
NetType:        Direct Allocation
OriginAS:
Organization:   Hurricane Electric LLC (HURC)
RegDate:        2001-03-22
Updated:        2012-02-24
Ref:            https://rdap.arin.net/registry/ip/2001:470::



OrgName:        Hurricane Electric LLC
OrgId:          HURC
Address:        760 Mission Court
City:           Fremont
StateProv:      CA
PostalCode:     94539
Country:        US
RegDate:
Updated:        2018-02-09
Ref:            https://rdap.arin.net/registry/entity/HURC

ReferralServer:  rwhois://rwhois.he.net:4321

OrgAbuseHandle: ABUSE1036-ARIN
OrgAbuseName:   Abuse Department
OrgAbusePhone:  +1-510-580-4100
OrgAbuseEmail:  abuse@he.net
OrgAbuseRef:    https://rdap.arin.net/registry/entity/ABUSE1036-ARIN

OrgTechHandle: ZH17-ARIN
OrgTechName:   Hurricane Electric
OrgTechPhone:  +1-510-580-4100
OrgTechEmail:  hostmaster@he.net
OrgTechRef:    https://rdap.arin.net/registry/entity/ZH17-ARIN

RAbuseHandle: ABUSE1036-ARIN
RAbuseName:   Abuse Department
RAbusePhone:  +1-510-580-4100
RAbuseEmail:  abuse@he.net
RAbuseRef:    https://rdap.arin.net/registry/entity/ABUSE1036-ARIN

RNOCHandle: ZH17-ARIN
RNOCName:   Hurricane Electric
RNOCPhone:  +1-510-580-4100
RNOCEmail:  hostmaster@he.net
RNOCRef:    https://rdap.arin.net/registry/entity/ZH17-ARIN

RTechHandle: ZH17-ARIN
RTechName:   Hurricane Electric
RTechPhone:  +1-510-580-4100
RTechEmail:  hostmaster@he.net
RTechRef:    https://rdap.arin.net/registry/entity/ZH17-ARIN

Alles anzeigen

whois auf einem aktuellen Debian, führt den Request gegen den Referal weiter.

Code

# whois 2001:470:6f:15a::1

#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2020, American Registry for Internet Numbers, Ltd.
#


NetRange:       2001:470:: - 2001:470:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF
CIDR:           2001:470::/32
NetName:        HURRICANE-IPV6
NetHandle:      NET6-2001-470-1
Parent:         ARIN-001 (NET6-2001-400-0)
NetType:        Direct Allocation
OriginAS:
Organization:   Hurricane Electric LLC (HURC)
RegDate:        2001-03-22
Updated:        2012-02-24
Ref:            https://rdap.arin.net/registry/ip/2001:470::



OrgName:        Hurricane Electric LLC
OrgId:          HURC
Address:        760 Mission Court
City:           Fremont
StateProv:      CA
PostalCode:     94539
Country:        US
RegDate:
Updated:        2018-02-09
Ref:            https://rdap.arin.net/registry/entity/HURC

ReferralServer:  rwhois://rwhois.he.net:4321

OrgAbuseHandle: ABUSE1036-ARIN
OrgAbuseName:   Abuse Department
OrgAbusePhone:  +1-510-580-4100
OrgAbuseEmail:  abuse@he.net
OrgAbuseRef:    https://rdap.arin.net/registry/entity/ABUSE1036-ARIN

OrgTechHandle: ZH17-ARIN
OrgTechName:   Hurricane Electric
OrgTechPhone:  +1-510-580-4100
OrgTechEmail:  hostmaster@he.net
OrgTechRef:    https://rdap.arin.net/registry/entity/ZH17-ARIN

RAbuseHandle: ABUSE1036-ARIN
RAbuseName:   Abuse Department
RAbusePhone:  +1-510-580-4100
RAbuseEmail:  abuse@he.net
RAbuseRef:    https://rdap.arin.net/registry/entity/ABUSE1036-ARIN

RNOCHandle: ZH17-ARIN
RNOCName:   Hurricane Electric
RNOCPhone:  +1-510-580-4100
RNOCEmail:  hostmaster@he.net
RNOCRef:    https://rdap.arin.net/registry/entity/ZH17-ARIN

RTechHandle: ZH17-ARIN
RTechName:   Hurricane Electric
RTechPhone:  +1-510-580-4100
RTechEmail:  hostmaster@he.net
RTechRef:    https://rdap.arin.net/registry/entity/ZH17-ARIN


#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2020, American Registry for Internet Numbers, Ltd.
#



Verweis auf rwhois.he.net:4321 gefunden.

%rwhois V-1.5:0012b7:01 ops.he.net (HE-RWHOISd v:ec6e,m1:6333)
network:ID;I:NET-2001:470:6F:15A::/64
network:Auth-Area:nets
network:Class-Name:network
network:Network-Name;I:NET-2001:470:6F:15A::/64
network:Parent;I:NET-2001:470:6F::/48
network:Parent;I:NET-2001:470::/32
network:IP-Network:2001:470:6f:15a::/64
network:Org-Contact;I:POC-TB-EMO2
network:Tech-Contact;I:POC-HE-NOC
network:Abuse-Contact;I:POC-HE-ABUSE
network:NOC-Contact;I:POC-HE-NOC
network:Name-Server:dns00.ipv6help.de
network:Name-Server:dns01.ipv6help.de
network:Name-Server:dns02.ipv6help.de
network:Name-Server:dns03.ipv6help.de
network:Name-Server:dns04.ipv6help.de
network:Created:20201127103821000
network:Updated:20201129023846000

contact:ID;I:POC-TB-EMO2
contact:Auth-Area:contacts
contact:Class-Name:contact
contact:Name:Private Customer - Hurricane Electric
contact:Street-Address:Private Residence
contact:City:Linz
contact:Province:Upper Austria
contact:Postal-Code:4020
contact:Country-Code:AT
contact:Phone:+1-510-580-4100
contact:E-mail:hostmaster@he.net
contact:Created:20201029024447000
contact:Updated:20201029024447000

contact:ID;I:POC-HE-NOC
contact:Auth-Area:contacts
contact:Class-Name:contact
contact:Name:Network Operations Center
contact:Company:Hurricane Electric
contact:Street-Address:760 Mission Ct
contact:City:Fremont
contact:Province:CA
contact:Postal-Code:94539
contact:Country-Code:US
contact:Phone:+1-510-580-4100
contact:E-Mail:noc@he.net
contact:Created:20100901200738000
contact:Updated:20100901200738000

contact:ID;I:POC-HE-ABUSE
contact:Auth-Area:contacts
contact:Class-Name:contact
contact:Name:Abuse Department
contact:Company:Hurricane Electric
contact:Street-Address:760 Mission Ct
contact:City:Fremont
contact:Province:CA
contact:Postal-Code:94539
contact:Country-Code:US
contact:Phone:+1-510-580-4100
contact:E-Mail:abuse@he.net
contact:Created:20100901200738000
contact:Updated:20100901200738000
contact:Comment:For email abuse (spam) only

%ok

Alles anzeigen

Soviel zum Thema, dass halt eben keine DNS Server im inet6num Objekt stehen - das zum Thema "am Hut haben"

mainziman

Zitat von douzer

dass halt eben keine DNS Server im inet6num Objekt stehen

wo zum Henker siehst da was von inet6num?

und ja es sind auch die Betriebssysteme ganz eigen, eine VM mit einem BSD 10

dort funktioniert IPv6 nur dann, wenn in rc.conf

ipv6_defaultrouter="2001:470:6f:15a::1" und nicht ipv6_defaultrouter="fe80::1" steht

douzer

Zitat von mainziman

wo zum Henker siehst da was von inet6num?

Machst die Augen auf, Zeile 6 ist dein Freund - aber alles lesen, ist nicht so deine Sache, stimmt's

Wie bei nem BSD IPv6 zu konfigurieren ist, hat mit diesem Kontext nichts zu tun. Also keine Nebelkerzen werfen .....

mainziman

Zitat von douzer

Machst die Augen auf, Zeile 6 ist dein Freund

das ist aber auch nicht der WHOIS Eintrag zum besagten /64 Subnet ..., sondern vom gesamten /32 Subnet

(wie Du ja gesagt hast WHOIS clients sind unterschiedlich, manche liefern halt nur die das übergeordnete Netz)

somit darf da auch nicht der Rückschluß gemacht werden, weil da nix DNS Server, nix DNS Server im WHOIS von Netzbereichen

interessant hier:

https://dnslytics.com/ipv6/2001:470:6e:15a9::1

werden die DNS-Server von HE angezeigt, was sie auch offensichtlich sind

nur der WHOIS zeigt meine an ...

douzer

Das einzige, was bei einem Reverse Lookup interessiert, ist der korrespondierende ip6.arpa - alles andere ist, wie einige vorhin schon geschrieben haben, Goodwill was ein Registrant einträgt - technisch interessieren nur die nserver Records im ip6.arpa.

twiddern

Zitat von mainziman

dann kannst WHOIS aber gleich abdrehen, ist wie ein Grundbuch mit Fake-Einträgen

Exakt so ist es, in deinem Anwendungsfall. Im DNS-Universium wird nie eine Whoisabfrage gemacht.

Wie douzer schon meinte. Es werden immer die Root-Server Nameserver gefragt und von dort geht es die Kette runter.

ASS

Zitat von mainziman

Nein, weil Du mit IPv6 nix am Hut hast ...soviel zum Thema Troll

Wenn du mir erklärst, was Nameserver Delegation mit IP6 zu zun hat. Die sind nämlich bei v4 und v6 Identisch (was du offensichtlich nicht weißt)...

Grmpf. Jetzt hat der Troll mich doch wieder zu ner Antwort genötigt.

mainziman

Zitat von ASS

Wenn du mir erklärst, was Nameserver Delegation mit IP6 zu zun hat.

weil die Rede von IPv6 war, und sie auch nur dort Sinn machen, wo es um ganze Segmente geht; bei einzelnen IPs macht man keine Nameserver Delegation;

Zitat von ASS

Die sind nämlich bei v4 und v6 Identisch

des musst mir jetzt aber erklären was da an EINER IPv4 Adresse und einem ganzen /64-IPv6-Prefix ident sein soll ...

eripek

Zitat von mainziman

weil sie nur dort Sinn machen siehe darunter ...

Wie meinen? Nameserver Delegations machen nur bei IPv6 Sinn? Was hab ich nur all die Jahre dann für Sinnlosigkeiten unter IPv4 gemacht...

mainziman

Zitat von eripek

Wie meinen?

bei einzelnen IPs sind Nameserver Delegationen Quatsch

Zitat von eripek

Was hab ich nur all die Jahre dann für Sinnlosigkeiten unter IPv4 gemacht...

IPv4 ist einfach nicht totzukriegen

twiddern

Zitat von mainziman

weil die Rede von IPv6 war, und sie auch nur dort Sinn machen, wo es um ganze Segmente geht; bei einzelnen IPs macht man keine Nameserver Delegation;

des musst mir jetzt aber erklären was da an EINER IPv4 Adresse und einem ganzen /64-IPv6-Prefix ident sein soll ...

Nein, du machst hier gerade selber den Unterschied zwischen einem Netz bei v6 und einer einzelnen Adresse bei v4. ASS hat in seinem Post hier keinen Unterschied gemacht wie du.

Zitat von ASS

Wenn du mir erklärst, was Nameserver Delegation mit IP6 zu zun hat. Die sind nämlich bei v4 und v6 Identisch (was du offensichtlich nicht weißt)...

Die Delegationen funktionieren identisch, wie ASS es schon gesagt hat.

mainziman

twiddern klar funktioniert sie identisch, nur macht sie im Zshg. mit einzeln IPv4s eben keinen Sinn, hingegen bei einem einzelnen IPv6-Prefix macht es schon Sinn;

tschuldigung, dass ASS mich bereits hier falsch verstanden hat; es ging mir rein nur um WHOIS und wie ich den tatsächlichen authoritativen Server herausfinde;

ich bin halt davon ausgegangen, dass im WHOIS doch korrekte Daten stehen;

eripek

Zitat von mainziman

bei einzelnen IPs sind Nameserver Delegationen Quatsch

ASS - ich darf das auflösen. mainziman bezieht sich nicht auf in-addr.arpa, sondern auf ip6.arpa. Natürlich ergibt eine NS-Delegation für eine einzelne IP in in-addr.arpa nicht viel Sinn, ist aber an sich machbar. Bei einem Prefix der Länge /64 sprechen wir von einer Host Address. Das ist zwar, wie Du richtig feststellst, nicht das Äquivalent zu einer einzelnen IP, aber dennoch die kleinste in den RFCs definierte Prefix-Länge für „Kunden“ (Customers). Und für ip6.arpa ergibt die NS-Delegation durchaus für einen Prefix Sinn; für eine /128 ist das wiederum witzlos.

eripek

Ich hätte da einmal eine Frage bezüglich Fensterdurchführungen (Flachbandkabel).

Wenn ich so ein Kabel https://www.amazon.de/dp/B01N4A0UT4 verwende, scheint das nicht sonderlich wasserdicht zu sein - wie auch...; aber ich finde es sinnwidrig, dass es das nicht ist. Ein Fenster ist üblicherweise auf einer Seite außen ;-).

Kennt jemand von Euch ein Kabel, dass auf der Außenseite die Buchse geschützt (IP68) hat? Was nehme ich sonst? Eine 5x3x3-Kabelbox (oder so ähnlich)?

ASS

Zitat von eripek

Was nehme ich sonst?

Eine Silikonspritze?

Mal davon abgesehn, daß ich statt sowas lieber ein normales Kabel einklemmen würde...

eripek

Zitat von ASS

Mal davon abgesehn, daß ich statt sowas lieber ein normales Kabel einklemmen würde...

Schiebetür... kein Spiel dafür.

Ringelnatz

Mir fällt jetzt erst auf, dass ich für diverse Server Rechnungen für einen Zeitraum ab dem 1.1.21 erhalten, tageweise abgerechnet (auch bei RS). Braucht netcup grade dringend Geld oder war das schon immer so, dass die Rechnung über einen Monat im Voraus kommt?

Ich gestehe, dass ich mir die Rechnungen meistens nicht genauer ansehe (sind ja auch so viele ...). War es ein Fehler einfach auf die Richtigkeit zu vertrauen ("wird ja automatisch erzeugt, was soll schon schief gehen")?

Benutzer online in diesem Thema