REMOTE_ADDR Ipv4 vs. IPv6 (gelöst) (Perl/CGI)

[thread]21483[/thread]

REMOTE_ADDR Ipv4 vs. IPv6 [gelöst]

Tags: perl5 CGI Ähnliche Threads

Leser: 5

Articles: hide open all | hide show old branches

+13 replies
rosti

2023-08-11 19:43

User since
2011-03-19
3472 Artikel
BenutzerIn

Ich verstehe das nicht. Wenn ich mit LWP einen Request auf meine Seite

http://rolfrost.de/cfg.html

mache, bekomme ich in REMOTE_ADDR die IPv4-Adresse. Mache ich den Request mit dem Browser, bekomme ich in REMOTE_ADDR die IPv6-Adresse.

Beides geht über dieselbe fritzbox raus und die Request-header sind auch dieselben. Mit der Bitte um sachdienliche Hinweise und Danke im Vorab ;)

MFG
- GwenDragon
  
  2023-08-12 10:52
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Seltsam. Sowohl GET (lwp-request -m GET als Batchdatei) als auch der Vivaldi zeigt mir als REMOTE_ADDR eine IPv6.
  Ich benutze Strawberry Perl 5.32.1 auf Windows 11 22H2.
  lwp-request -v zeigt: version 6.72 (libwww-perl-6.72)
  
  Auf welchem OS testest du denn mit LWP und Browser, welche Perl und lwp-request-Version?
  Zugriff über Proxy?
  Irgendeine PC- oder Server-Software, die den Zugriff blockiert, wegen des User-Agent-Headers?
  
  Wie macht du denn den Request mit LWP?
  Last edited: 2023-08-12 12:34:31 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- +3 replies
- GwenDragon
  
  2023-08-12 12:28
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Hmm, ist dein Perl so uralt?
  http://eintr.blogspot.com/search/label/Perl%20IPv6...
  https://metacpan.org/pod/Net::INET6Glue::INET_is_I...
  
  Ich habe nur einige alte und neue Strawberry-Perl-Versionen auf meinem Windows 11 probiert, alles verbinden per IPv6 mit lwp-request.
  Last edited: 2023-08-12 12:33:57 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - rosti
    
    2023-08-12 16:15
    
    User since
    2011-03-19
    3472 Artikel
    BenutzerIn
    
    Im Serverlog sehe ich sowohl IPv4 als auch IPv6 Adressen. Also auch diejenigen die ich mit libwww und mit dem Browser als REMOTE_ADDR serviert bekomme. Wenn meine fritzbox über DynDNS meinen Server requestet, steht dann eine IPv4 Adresse im Log. Echt seltsam. Mittlerweile habe ich jedoch den Provider in Verdacht, denn die IPv6 Adresse 2003:c8:9f05:4700:fcbb:ad44:a542:6d10 als REMOTE_ADDR ist im DNS völlig unbekannt. Das auch nicht die korrekte IPv6 Addr meiner Fritzbox denn die lautet ganz anders.
  - rosti
    
    2023-08-12 17:04
    
    User since
    2011-03-19
    3472 Artikel
    BenutzerIn
    
    Quote
    Hmm, ist dein Perl so uralt?
    
    Mein Framework läuft auch unter 5.6.1 genauso wie mit neueren Perlversionen und liefert auch mit Uralt-Perl alle Seiten mit Charset = UTF-8.
    
    Was die Problemstellung betrifft, da habe ich jetzt meinen Provider angeschrieben. Denn die IPv6 Adresse die in REMOTE_ADDR gezeigt wird hat mit der Realität nichts zu tun, die ist auch im DNS völlig unbekannt.
    
    Bleibt die Frage nach dem Warum.
- +8 replies
- rosti
  
  2023-08-12 20:40
  User since
  2011-03-19
  3472 Artikel
  BenutzerIn
  Problem gelöst: In meiner fritzbox war IPv6 aktiviert. Was ich noch nicht wusste ist, daß man nicht nur eine IPv6 Addr zugewiesen bekommt sondern einen ganzen Pool. Es ist jedoch nur eine dieser IP6 öffentlich und per nslookup auflösbar. Was mir REMOTE_ADDR zeigte sind die nicht öffentlichen IPv6 Adressen aus diesem Pool, kein Wunder also daß Laptop, Chromebook und Smartphone im LAN auch verschiedene Adressen aus diesem Pool zugewiesen bekommen und ebendiese IP6 Adressen sind die die REMOTE_ADDR ausspuckt wenn ich rolfrost.de requeste.
  
  Noch Fragen?
  
  Schönes Wochenende ;)
  
  PS:
  Es geht mir letztendlich darum festzustellen ob ein Request von meiner Fritzbox kommt:
  
  Code (perl): (dl )
  
  1 2 3 4 5 6
  
  sub ichbins{ my $self = shift; return inet_ntoa(scalar gethostbyname($self->{BIN}{default}{fritz})) eq $ENV{REMOTE_ADDR} ? 1 : 0; }
  
  Und diese Funktion tut derzeit nur mit IPv4.
  Last edited: 2023-08-13 07:45:04 +0200 (CEST)
  - +7 replies
  - GwenDragon
    
    2023-08-13 11:35
    
    User since
    2005-01-17
    14748 Artikel
    Admin1
    
    Schau:
    
    Quote
    This IPv4-only function is provided largely for legacy reasons. Newly-written code should use getnameinfo() or inet_ntop() instead for IPv6 support.
    — https://perldoc.perl.org/Socket#$string-=-inet_nto...
    
    //EDIT:
    Oh, das gibt es ja noch nicht bei Perl 5.6. Entschuldige meine Nachlässigkeit.
    Last edited: 2023-08-13 12:24:50 +0200 (CEST)
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - +6 replies
    - rosti
      
      2023-08-13 11:59
      
      User since
      2011-03-19
      3472 Artikel
      BenutzerIn
      
      Hi Danke Gwen,
      das Problem ist ein Anderes: Wenn IPv6 aktiviert ist, bekommen alle IPv6-fähigen Geräte, also Handy, Chromebook, Laptop usw. eine private IPv6-Adresse zugewiesen und genau diese Adresse setzt der Server in die Umgebungsvariable $ENV{REMOTE_ADDR}. Da diese IPv6 Adresse privat ist, wird sie im DNS nicht aufgelöst, somit ist REMOTE_ADDR serverseitig unbrauchbar für Endgeräte die via IPv6 kommunizieren.
      
      libwww/Perl hingegen bekommt, da derzeit nicht IPv6 fähig, eine IPv4 Adresse und damit wird REMOTE_ADDR nutzbar weil ich für einen Vergleich mit meinem Fritzboxnamen diese Adresse auflösen kann: inet_ntoa(scalar gethostbyname($self->{fritzboxname})) eq $ENV{REMOTE_ADDR} ?
      
      Natürlich gibt es Alternativen für die Zugangskontrolle auf bestimmte Anwendungen. Da ich jedoch das Content-Management ausschließlich von zuhause aus mache, bietet es sich an für die Zugangskontrolle ganz einfach nur zu prüfen, ob der Request von meiner Fritzbox kommt. Was SSL/HTTPS, Passworte, Sessions oder spezielle HTTP-Header überflüssig macht und den ganzen diesbezüglichen Verwaltungs~ und Programmmieraufwand.
      
      MFG
      - +5 replies
      - GwenDragon
        
        2023-08-13 12:31
        
        User since
        2005-01-17
        14748 Artikel
        Admin1
        
        Wenn du IPv6 genau prüfen musst, ob die Remote-IP die fritz.box ist, wird das wegen des privaten IPv6-Pools nicht möglich sein.
        Und der IPv6-Prefix reicht nicht zur Unterscheidung, ob intern oder extern, bleibt ja immer noch das Problem welches Gerät da anfragt bei deiner Content-Management-Anwendung.
        
        Ja, das waren noch Zeiten Damals(tm), mit IPv4 wars einfacher.
        Du wirst nun um eine nicht-IP-basierte Auth nicht rumkommen.
        Last edited: 2023-08-13 12:33:47 +0200 (CEST)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +4 replies
        
        rosti
        
        2023-08-13 12:47
        
        User since
        2011-03-19
        3472 Artikel
        BenutzerIn
        
        Man könnte ja am CGI/1.1 auch mal was machen. Idee: Eine Variable REMOTE_HOSTNAME setzen.
        
        MFG
        
        +3 replies
        
        GwenDragon
        
        2023-08-13 12:49
        
        User since
        2005-01-17
        14748 Artikel
        Admin1
        
        REMOTE_HOST?
        
        //EDIT:
        Geht ja nur, wenn der Webserver das per HostnameLookups auflösen kann.
        Last edited: 2023-08-13 12:57:44 +0200 (CEST)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +2 replies
        
        rosti
        
        2023-08-13 12:55
        
        User since
        2011-03-19
        3472 Artikel
        BenutzerIn
        
        2023-08-13T10:49:27 GwenDragon
        REMOTE_HOST?
        
        Ja, zusätzlich zu REMOTE_ADDR: REMOTE_HOST oder REMOTE_HOSTNAME setzen. Ich bin davon überzeugt daß es geht. Vielleicht sogar per htaccess ;)
        
        rosti
        
        2023-08-13 13:04
        
        User since
        2011-03-19
        3472 Artikel
        BenutzerIn
        
        eben getestet, funktioniert: HostnameLookups On auf meinem lok. PC. Anfrage an Provider ist raus ;)
        
        PS: Provider würde es machen, rät aber ab. Aus gutem Grund ;)
        Last edited: 2023-08-13 18:23:20 +0200 (CEST)

View all threads created 2023-08-11 19:43.