AS/400 DNS-Server ohne OpNav

Aus Knowledgebase
Version vom 13. Oktober 2017, 16:01 Uhr von PoC (Diskussion | Beiträge) (Kommentare)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen

Der DNS-Server von OS/400 kann per Default nur via OpNav konfiguriert werden. Es geht aber auch anders…

OpNav ist ein Bestandteil von ClientAccess für Windows, was bei einer OS/400-Installation mit installiert wird. Bei alten OS/400-Versionen wird eine entsprechend alte ClientAccess-Version mitgeliefert, die unter aktuellen Windows-Versionen nicht oder nicht mehr sauber läuft. Erschwerend kommt hinzu, dass der SMB-Server dieser alten Versionen nicht mehr mit dem neueren Client-Code in neueren Windows-Versionen harmoniert — Zugriff leider nicht möglich.

Dns DNS von OS/400 V4R2 bis einschliesslich V4R5 basiert auf BIND 4.9.3 vom ISC. Somit gelten auch die Konfigurationsdirektiven unmittelbar. Beim Start wird nach der Hauptkonfiguratiosndatei /QIBM/USERDATA/OS400/DNS/BOOT gesucht. Diese kann man bequem selbst erstellen: 

EDTF '/QIBM/USERDATA/OS400/DNS/BOOT'

Beispiel: 

; Working Directory
directory /QIBM/USERDATA/OS400/DNS
; Root-DNS-File
cache . NAMED.ROOT
; Zone Statements
secondary myzone.com 192.168.1.11 db.myzone.com

EDTF ist in der Bedienung sehr ähnlich zu SEU. Alternativ kann man diese Datei auch woanders erstellen und im ASCII-Mode per FTP an die passende Stelle laden.

Es empfiehlt sich, eine aktuelle Rootzonen-Datei zu importieren. Diese erhält man z. B. bei Internic und kann per FTP nach QDNS/QATOCDNSRV.ROOT als auch nach — wie in der entsprechenden Direktive angegeben — nach /QIBM/USERDATA/OS400/DNS/ROOT.HINT übertragen werden.[1]

Vor dem Start des DNS-Servers sollten die Verzeichnisrechte angepasst werden: 

STRQSH
CHOWN QTCP /QIBM/USERDATA/OS400/DNS

Mit CHGDNSA kann der Autostart beim TCP-Start als auch der Debuglevel festgelegt und danach der Server mit STRTCPSVR *DNS gestartet werden.

Weniger erfreulich ist die Tatsache, dass sich beim Test des DNS als Secondary keine Sekundärzonen laden lassen. Der Primärserver schiebt die Zonen via AXFR raus, der Slave auf der AS/400 nimmt diese leider nicht an. Gemäß Joblog der AXFRs erwartet BIND mehr Datenbytes als er geliefert bekommt.

Weblinks

  1. ↑ Der BIND kann mit einer Datei in einer Library nichts anfangen.
Abgerufen von „https://kb.pocnet.net/index.php?title=AS/400_DNS-Server_ohne_OpNav&oldid=2079“