Ich habe einen Jenkins-Produktionsjob, der mehrere Knoten/Slaves umfasst, und wenn wir den Job ausführen, nutzt er sie basierend auf dem erwähnten Slave. Außerdem hat er Zugriff auf die freigegebenen Ordner einiger Maschinen. Vom Master aus versucht er also, auf freigegebene Ordner wie \machine1\c$\sharefolder1 \machine2\c$\sharefolder2 zuzugreifen.
Für meine Testumgebung habe ich Jenkins installiert und möchte alles in einem einzigen Slave behalten. Aber ich möchte die Jobs nicht ändern.
Also habe ich Einträge auf meinem lokalen Rechner hinzugefügt, auf dem Jenkins läuft, und Einträge zur Hosts-Datei für Rechner1 und Rechner2 hinzugefügt. \localhost\c$ wird geöffnet, aber nicht mit \machine1\c$ oder \machine2\c$, auch nicht nach dem Hinzufügen von Einträgen zur Hosts-Datei.
# localhost name resolution is handled within DNS itself.
127.0.0.1 localhost machine1 machine2
Ping leitet nur zur Loopback-Adresse 127.0.0.1 um. Bei localhost oder 127.0.0.1 wird jedoch kein Kennwort abgefragt. Bei machine1 oder machine2 werden jedoch Anmeldeinformationen abgefragt und die Eingabe der Anmeldeinformationen der Maschine funktioniert nicht.
Antwort1
Fügen Sie diese Hosts machine1 machine2usw. zum DNS hinzu.
Möglicherweise verfügt die Testumgebung über eine eigene Zone test.example.net. Konfigurieren Sie dann die DNS-Suffix-Suchliste auf Testhosts so, dass diese enthalten ist. Dies führt zur machine1Lösungmachine1.test.example.net
Konfigurieren Sie idealerweise eine routbare IP-Adresse für den DNS, nicht Loopback. Es wird leicht verwirrend, wenn jemand vergisst, dass Loopback dieser Host ist. Allerdings verhindert technisch nichts einen AAAA-Eintrag mit dem Wert ::1.