Da ist also was doppelt gemobbelt, …
Ich frag jetzt lieber nochmals nach, welche Einstellungen ich da vornehmen sollte, nicht dass ich was verhunze.
Beste Grüße
Andreas
Also, liebe Leute
ich hab jetzt mit linuxmuster-setup --modify einfach eine neue Schuldomain eingetragen (sfzahs.de) und den DYNDNS Eintrag gelöscht, den brauchts jetzt erst mal eh nicht, brav den enuen Key eingetragen und siehe da, es funktioniert!
Komme wieder passwortlos auf ipfire und erreiche jetzt auch die Schulhomepage samt all anderer sfz-ahs.de Adressen!
Danke für Eure Hilfe!
ist natürlich auch eine Lösung! Wir waren aber nur noch einen ganz kleinen Schritt entfernt, es sah alles schon sehr gut aus (nur noch Dein Eintrag in der db.linuxmuster war fehlerhaft).
Aber wenn es jetzt läuft, dann ist es natürlich auch gut!
Wir verwenden sehr intensiv die mitgelieferte Maillösung, deshalb nutzen wir eine offizielle Domain. Klappt mit der 6.2 wie gesagt wunderbar.
Hallo, Jörg,
ich kann das auch gerne nochmals ändern, ich würde schon mal aus Interesse heraus auch gerne eine offizielle Domain, also unsere nutzen. Vielleicht hast Du noch die Muse, mir die fehlenden Einträge zu senden!
Beste Grüße
Andreas
wie Jörg schon angemerkt hat, eigentlich hat schon alles gepasst.
Du hast ein Split- DNS eingerichtet. Dein lokaler DNS auf dem Server war für die Domain sfz-ahs.de zuständig und hat die lokalen Adressen des heimischen Netzes aufgelöst. Von den Rechnern im Internet z.B. www.sfz-ahs.de auf 81.169.145.80 hat er natürlich keine Ahnung. Du hättest im DNS des Servers nur einen A Record für www.sfz-ahs.de auf 81.169.145.80 eintragen müssen. Dann weiß der lokale DNS, was er bei www dem lokalen Rechner antworten muss.
Nachtrag:
Als externen Server habe ich bei linunxmuster -setup —modify lmn.sfz-ahs.de angegeben. Am Strato Server ist diese Adresse als DYN konfiguriert, er nutzt aber noch die Strato Adresse, hab also noch keine eigene Adresse vergeben.
Danach ein „service bind9 restart“ nicht vergessen. Dann sollte die Ausgabe von „nslookup www.sfz-ahs.de“ auf Server und Client die korrekte IP.liefern (und auch ohne das www).
Bitte beachte den Punkt nach dem de in der zweiten Zeile, der ist wichtig.
Hallo, Jörg,
das hat jetzt mit sfz-ahs.de super funktioniert. Juhu!
Nachdem ich Doofmann ein paar mal ohne Hirn brav das von dir Geschriebene abgetippt habe ohne zu merken dass bei sfz-ahs.de. anstatt 145 nur 15 stand, …
Vom Verständnis her:
Bei meiner nextcloud.sfz-ahs.de sowie meiner bbb.sfz-ahs.de und auch meiner Dyn mit lmn.sfz-ahs.de gehe ich nun genauso vor, richtig? Weil diese lassen sich nach wie vor noch nicht abrufen.
Beste Grüße
Andreas
Sorry, da hatte ich mich wohl vertippt! Aber schön, dass es klappt.
Dein Vorgehen ist genau richtig. Noch zum Verständnis: wenn ein Eintrag nicht auf einen Punkt endet, daNun wird der Origin angehängt. Wenn er auf einen Punkt endet, dann ist er absolut.
Nix Sorry, alles gut! Muss selber mitdenken lernen, das hilft mir!
Vielen Dank für die Hilfe, Jörg!
Aber jetzt bin ich erst mal für ein paar Tage mit dem Rennrad in der Schweiz, Pässe schrubben!
Bis bald!
Andreas
ich hänge mich mal dran. Wir wollen unsere vom www bereits erreichbare nextcloud (https://amg.dydns.org geht via NAT auf 192.168.0.5 ) auch aus GRÜN (10.16.x.y) erreichbar machen.
Durch Eingabe der IP 192.168.0.5 klappt das, ich hätte aber gerne Funktion bei der gleichen URL wie von draußen.
Nach dem Lesen oben habe ich diverse Einträge in /etc/bind/db.linuxmuster probiert, aber es klappt nicht.
aktuell stehen da unter &ORIGIN amg.local.
amgserver IN A 10.16.1.1
ipfire IN A 10.16.1.254 amg.dyndns.org A 192.168.0.5
Ein nslookup der URL liefert nach wie vor
Server: 10.16.1.1
Adress: 10.16.1.1#53
Entsprechend lande ich auch auf der default „It works!“ Seite des Apaches unseres Servers. Und nu?
das hatte ich auch schon probiert. Da erhalte ich das gleiches Ergebnis. Ebenso bei amg.dyndns.org IN A 192.168.0.5
und amg.dyndns.org. IN A 192.168.0.5
Entsprechend lande ich auch auf der default „It works!“ Seite des
Apaches unseres Servers.
welches servers?
Des lmn servers?
Oder des nextcloud servers?
des lmn servers
Woher weißt du, welcher es ist?
Ich vermute es wegen
„Ein nslookup von amg.dyndns.org liefert nach wie vor
Server: 10.16.1.1
Adress: 10.16.1.1#53“
Aber es könnte theoretisch auch der Apache des nextcloud hosts sein. Vom www komme ich mittels der URL allerdings sowohl per https als auch per http auf den Apache der nextcloud (Loginseite; bei http wird https erzwungen). Warum sollte die Eingabe der URL aus dem grünen Netz also auf dem Apache des hosts landen?
Oder könnte es etwas mit den „allowed hosts“ in der config der nextcloud zu tun haben?