Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 235 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 274 Warning: Undefined array key "media" in /volume1/web/wiki/feed.php on line 385 move IT Home Base http://live.spdns.org/wiki/ Sat, 04 Apr 2026 10:39:46 +0000 FeedCreator 1.8 http://live.spdns.org/wiki/lib/tpl/peanutbutter2/images/favicon.ico move IT Home Base http://live.spdns.org/wiki/ PXE-Boot http://live.spdns.org/wiki/anleitungen/pxe-boot?do=revisions&rev=1598125234 <h1 class="sectionedit1" id="pxe-boot">PXE-Boot</h1> <div class="level1"> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;PXE-Boot&quot;,&quot;hid&quot;:&quot;pxe-boot&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-24&quot;} --> <h2 class="sectionedit2" id="vorwort">Vorwort</h2> <div class="level2"> <p> Das booten eines Betriebssystems von einem zentralen Repository im lokalen Netzwerk statt vom lokalen Datenträger bietet viele Vorteile, beispielsweise lassen sich so temporär oder zum testen Betriebssysteme laden die lokal nicht installiert sind, oder es können Betriebssysteme installiert werden (auch als Rollout im gesamten <abbr title="Local Area Network">LAN</abbr>), auch wenn kein USB-Anschluss oder optisches Laufwerk (CD/DVD) vorhanden, oder wenn der passende Installations-Datenträger auf DVD gerade nicht verfügbar ist und es lassen sich so ganz komfortabel komplette Tools wie die „Ultimate Boot-CD“ laden um beispielsweise Probleme mit einer Windows-Partition zu bereinigen. In Firmen werden (neue) Betriebssysteme und Aktualisierungen (Patches) fast immer über ein zentrales Repository der IT-Administration ausgerollt, beispielsweise über Microsofts SCCM (System Center Configuration Manager). Für den Privatbereich gibt es einige Netzwerkspeicher wie beispielsweise die aktuellen NAS-Modelle von Synology die von Haus ein PXE-Boot unterstützen. Ab der Firmware Synology DSM 4.2 ist es möglich direkt vom NAS zu booten. </p> <p> Microsoft´s SCCM kann seit dem 22.3.2018 nicht mehr mit Linux umgehen, da der dazu normalerweise benötigte Agent von Microsoft in der aktuellen SCCM-Version (seit SCCM 1902) rausgenommen wurde. Es bleibt jetzt nur noch die Möglichkeit eines „Handovers“ indem der SCCM einen externen PXE-Boot-Server (z.B. DNSmasq) antriggert. Alternative ist Microsoft Azure. Damit zukünftig beide Systeme (Windows/Linux) für Rollouts, oder Live-Systeme unterstützt werden können, muß parallel zum Microsoft DHCP-Server mit SCCM UEFI Boot-Server ein separater PXE-Server aufgesetzt werden der Deployments ausserhalb der Windows-Welt möglich macht. Dieser separate PXE Boot-Server kann auf einem beliebigen Windows-, oder Linux-PC installiert werden. Für Windows gibt es z.B. die fertige Lösung „AOMEI PXE Boot Free 1.5“, die allerdings nur immer ein bestimmtes ISO-Image ausliefern kann. Für Linux bietet sich „DNSmasq“ an, da dieser bereits alle notwendigen Komponenten wie DHCP-Proxy und TFTP-Server integriert hat. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Vorwort&quot;,&quot;hid&quot;:&quot;vorwort&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;25-2182&quot;} --> <h2 class="sectionedit3" id="scenarios">Scenarios</h2> <div class="level2"> <p> Grundsätzlich gibt es zwei verschiedene Netboot-Scenarios: </p> <ul> <li class="level1"><div class="li"> Live-System laden ohne Installation - Man bootet über das Netzwerk um darüber ein Live-System zu starten, das ohne Installation auskommt und daher auch keine Festplatte benötigt. Da das komplette Live-System ins RAM geladen wird ist die Auswahl an Live-Systemen sehr klein, der Rechner sollte mindestens 4 <abbr title="Gigabyte">GB</abbr> RAM haben, besser 8 <abbr title="Gigabyte">GB</abbr> RAM und das <abbr title="Operating System">OS</abbr> sollte möglichst klein sein, damit noch Platz für die Arbeitsdateien im RAM bleibt. In diesem Fall läuft alles ausschliesslich im RAM ab, die Festplatte bleibt komplett unberührt.</div> </li> </ul> <ul> <li class="level1"><div class="li"> Installation übers Netzwerk - Man bootet über das Netzwerk um darüber ein Betriebssystem zu installieren das auf der lokalen Festplatte eingerichtet wird. In diesem Fall lädt man per Netboot nur einen Installer, der anschließend die restlichen Daten aus einem zentralen Repository im <abbr title="Local Area Network">LAN</abbr> oder über das Internet holt.</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Scenarios&quot;,&quot;hid&quot;:&quot;scenarios&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;2183-3133&quot;} --> <h2 class="sectionedit4" id="voraussetzungen">Voraussetzungen</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> Aktivieren von PXE-Boot im BIOS (Preboot Execution Environment)</div> </li> <li class="level1"><div class="li"> Funktioniert nur im <abbr title="Local Area Network">LAN</abbr></div> </li> <li class="level1"><div class="li"> Funktioniert nur mit dynamischer IP via DHCP</div> </li> <li class="level1"><div class="li"> Zusätzlicher DHCP-Proxy</div> </li> <li class="level1"><div class="li"> Zusätzlicher TFTP-Server</div> </li> <li class="level1"><div class="li"> <abbr title="Operating System">OS</abbr>-Image als fertiges Netzwerk-Installationsprogramm oder als Live-System ohne Installation</div> </li> <li class="level1"><div class="li"> Im BIOS muß Secure Boot deaktiviert werden, da fast alle bootbaren ISO-Images nicht digital signiert sind</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Voraussetzungen&quot;,&quot;hid&quot;:&quot;voraussetzungen&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:4,&quot;range&quot;:&quot;3134-3574&quot;} --> <h2 class="sectionedit5" id="pre-install">Pre-Install</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> Im BIOS prüfen ob sich der Rechner auf Netzwerk-Boot (PXE-Boot) umschalten lässt. Alternativ über das Boot-Menü (je nach Rechner via F8, F10 oder F12) den Netzwerkadapter als Startgerät auswählen. Falls dieser nicht auswählbar ist, im BIOS nachsehen ob er als Startgerät aktivierbar ist.</div> </li> <li class="level1"><div class="li"> Secure Boot muß deaktiviert werden</div> </li> <li class="level1"><div class="li"> Fast immer muß auch UEFI-Boot deaktiviert werden, stattdessen Legacy Boot einschalten</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Pre-Install&quot;,&quot;hid&quot;:&quot;pre-install&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:5,&quot;range&quot;:&quot;3575-4031&quot;} --> <h2 class="sectionedit6" id="testumgebung">Testumgebung</h2> <div class="level2"> <p> Da der Test für Netboot nur in einer abgeschotteten, vom restlichen Netzwerk getrennten Test-Umgebung stattfinden kann um den produktiven Betrieb im Netzwerk nicht zu stören, wurden zwei Rechner an einen separaten Netzwerk-Switch gehangen der keinen physikalischen Anschluss an das restliche Netzwerk hat. Der als PXE-Server fungierende Rechner muß dabei eine statische IP-Adresse haben, damit diese feste IP in die <abbr title="Local Area Network">LAN</abbr>-Konfiguration der Clients eingetragen werden kann. Nun kann man in dieser abgeschotteten Umgebung allerdings nicht den tatsächlichen Verlauf eines Netboots simulieren, denn es fehlen <abbr title="Domain Name System">DNS</abbr>, DHCP und Gateway. Somit kann kein Netboot mit Installation getestet werden, sondern nur Netboot mit einem Live-System ohne Installation. Beim starten des Clients bekommt dieser keine IP-Adresse des DHCP-Proxys zugewiesen, denn dieser kommt ausschliesslich vom richtigen DHCP-Server. <abbr title="Domain Name System">DNS</abbr> wird benötigt um die Namensauflösung zu garantieren, sonst kann nur mit statischen IP gearbeitet werden, das ist aber in der Produktivumgebung so nicht der Fall. Bei einem vorhandenen DHCP darf DNSmasq nur als DHCP-Proxy laufen, oder der vorhandene DHCP muß einen IP-Bereich frei lassen der dann von DNSmasq benutzt werden kann. Das Gateway (Internetzugang) wird benötigt um das Installationsimage vom Repository nachzuladen wenn ein Netboot mit anschließender Installation ausgewählt wird. Bei DNSmasq müsste eine Forwarder-<abbr title="Domain Name System">DNS</abbr> angegeben werden, aber ohne Gateway auch kein Nameserver in höherer Instanz. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Testumgebung&quot;,&quot;hid&quot;:&quot;testumgebung&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:6,&quot;range&quot;:&quot;4032-5571&quot;} --> <h2 class="sectionedit7" id="dnsmasq">DNSmasq</h2> <div class="level2"> <p> DNSmasq ist: </p> <ul> <li class="level1"><div class="li"> <abbr title="Domain Name System">DNS</abbr>-Server für das lokale Netzwerk</div> </li> <li class="level1"><div class="li"> <abbr title="Domain Name System">DNS</abbr>-Forwarder</div> </li> <li class="level1"><div class="li"> <abbr title="Domain Name System">DNS</abbr>-Cache</div> </li> <li class="level1"><div class="li"> DHCP-Server / DHCP-Proxy</div> </li> <li class="level1"><div class="li"> TFTP-Server</div> </li> </ul> <p> DNSmasq bzw. genauer DNSmasq_base ist in allen aktuellen Debian-basierenden Linux-Distributionen enthalten. DNSmasq_base wird dabei vom Network Manager benutzt. Um DNSmasq als PXE Boot-Server einzusetzen muß zunächst eine vollständige DNSmasq Installation eingerichtet werden. In allen Debian-basierenden Linux-Repositorys ist dieser bereits enthalten. Installation mit: </p> <p> <code>sudo apt-get install dnsmasq</code> </p> <p> Anschliessend muß DNSmasq passend konfiguriert werden: </p> <p> <code>sudo gedit /etc/dnsmasq.conf</code> </p> <p> Folgende Konfiguration ist in der DNSmasq Konfigurationsdatei einzutragen: </p> <p> <code># Den in DNSmasq enthaltenen <abbr title="Domain Name System">DNS</abbr>-Server deaktivieren port=0 # Bei Bedarf die DHCP-Transaktionen mitloggen, sonst auskommentieren log-dhcp # Root-Verzeichnis mit den Boot-Images auf dem TFTP-Server setzen enable-tftp tftp-root=/var/lib/tftpboot #Boot-Filename für PXE-Boot setzen dhcp-boot=pxelinux.0 # Boot-Filename, Server-Name, Server-IP # Erster Parameter = Option 67 mit File-Location auf dem Server # Zweiter Parameter = Server-Hostname # Dritter Parameter = IP-Adresse des PXE-Servers dhcp-boot=pxelinux, pxeserver, 192.168.1.1 # Doppelte DHCP-Benutzung deaktivieren um alte DHCP-Clients nicht zu verwirren dhcp-no-override # Bekannte Rechner-Architekturen vorauswählen. Damit kann gezielt das passende # Boot-Images ausgerollt werden. Diese werden auch genutzt wenn der Anwender # im Boot-Menü keine Auswahl trifft # x86PC, PC98, IA64_EFI, Alpha, Arc_x86, Intel_Lean-Client, IA32_EFI # BC_EFI, Xscale_EFI, X86-64_EFI pxe-service=x86PC, „Boot via PXE-Server“, pxelinux # Möglichkeit 1: zusätzlicher DHCP IP-Bereich und Lease-Time angeben dhcp-range=192.168.1.1,192.168.1.100, 12h # Möglichkeit 2: oder als DHCP-Proxy der keine IP vergibt dhcp-range=192.168.1.1,proxy,255,255,255,0 # Interfaces und Adressen auf die der DHCP reagieren soll interface=eth0 listen-address=127.0.0.1 listen-address=192.168.1.1</code> </p> <p> Anschließend muß die neue DNSmasq Konfiguration geladen werden: </p> <p> <code>sudo service dnsmasq restart</code> </p> <p> Damit werden Legacy BIOS PXE Anfragen von DNSmasq abgefangen und umgeleitet, wobei der Microsoft DHCP immer noch seine SCCM UEFI-Optionen hat und – falls dieser Server einmal ausfallen sollte – diese bereitstellt, da DNSmasq die UEFI-Anfragen gar nicht wahrnimmt. </p> <p> Denn die DHCP Option 60 PXEClient ist nur dann von Nöten wenn der WDS/SCCM als eigenständiger DHCP-Proxy agieren soll, was er aber nicht braucht, weil die DHCP-Optionen sowieso vom DHCP-Server ausgeliefert werden. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;DNSmasq&quot;,&quot;hid&quot;:&quot;dnsmasq&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:7,&quot;range&quot;:&quot;5572-8210&quot;} --> <h1 class="sectionedit8" id="microsoft_dhcp-server">Microsoft DHCP-Server</h1> <div class="level1"> <p> Der bestehende Windows DHCP-Server muß umkonfiguriert werden, sodaß ein Client über das Netzwerk auf den FOG-Server zugreifen kann: Option 66 = IP-Adresse des FOG-Servers Option 67 = undionly.kpxe </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Microsoft DHCP-Server&quot;,&quot;hid&quot;:&quot;microsoft_dhcp-server&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:8,&quot;range&quot;:&quot;8211-8448&quot;} --> <h2 class="sectionedit9" id="sccm-konfiguration">SCCM-Konfiguration</h2> <div class="level2"> <p> TODO </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;SCCM-Konfiguration&quot;,&quot;hid&quot;:&quot;sccm-konfiguration&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:9,&quot;range&quot;:&quot;8449-8486&quot;} --> <h2 class="sectionedit10" id="facts">Facts</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> Ein TFTP-Server ist nicht zwangsläufig Vorraussetzung für PXE, denn seit UEFI 2.5 kann anstelle des TFTP-Servers auch http verwendet werden. Somit wäre ein Nachteil egalisiert (UEFI-Boot statt Legacy-Boot).</div> </li> <li class="level1"><div class="li"> DHCP-Discover ist ein Broadcast auf UDP-Port 67</div> </li> <li class="level1"><div class="li"> Etherboot, ab Sommer 2006 auch „gPXE“</div> </li> <li class="level1"><div class="li"> Mit iPXE und manuell eingegebener Netzwerk-Konfiguration ermöglich booten über das Netzwerk, auch ohne DHCP und ohne TFTP</div> </li> <li class="level1"><div class="li"> Proprietäre Weiterentwicklung von PXE ist WDS (Windows Deployment Services) von Microsoft</div> </li> <li class="level1"><div class="li"> HTTP ist schneller als TFTP</div> </li> <li class="level1"><div class="li"> SCCM nutzt auch iPXE</div> </li> <li class="level1"><div class="li"> Intel beendet im Jahr 2020 den Support von BIOS Legacy Boot. Das bedeutet langfristig muß eine Lösung her die auch mit UEFI-Boot funktioniert.</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Facts&quot;,&quot;hid&quot;:&quot;facts&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:10,&quot;range&quot;:&quot;8487-9247&quot;} --> <h2 class="sectionedit11" id="alternativen">Alternativen</h2> <div class="level2"> <p> <a href="http://live.spdns.org/wiki/anleitungen/pxe-boot/ipxe" class="wikilink1" title="anleitungen:pxe-boot:ipxe" data-wiki-id="anleitungen:pxe-boot:ipxe">iPXE</a> ist eine alternative PXE Methode ohne eigenen DHCP und ohne TFTP-Server: </p> <ul> <li class="level1"><div class="li"> iPXE mit manuell eingegebener Netzwerk-Konfiguration und booten über das Internet</div> </li> <li class="level1"><div class="li"> iPXE ist Open Source Software mit Hauptquelle auf ipxe.org</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Alternativen&quot;,&quot;hid&quot;:&quot;alternativen&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:11,&quot;range&quot;:&quot;9248-9533&quot;} --> <h2 class="sectionedit12" id="fog-server">FOG-Server</h2> <div class="level2"> <p> Am 5.4.2019 wurde auf einem Linux Ubuntu Client-PC eine eigenständige <abbr title="Operating System">OS</abbr>-Deployment Lösung auf Basis der Open Source Software „FOG“ (fogproject.org) installiert. Dieser bietet bereits alle erforderlichen Ressourcen mit um geklonte Betriebssysteme über das Netzwerk auszurollen. Bei Verwendung des FOG-Servers ist es nicht mehr erforderlich, jeden Rechner manuell von einem Bootmedium zu starten. Wenn die Bootsequenz der Rechner so eingestellt ist, dass zunächst von der Netzwerkkarte aus gestartet wird, wird beim Systemstart überprüft, ob ein Klon-Auftrag vorliegt. Ist das der Fall, wird dieser automatisch ausgeführt. Andernfalls startet das lokal installierte System. Dadurch kann eine beliebige Anzahl an Rechnern von einer zentralen Stelle aus mit wenigen Mausklicks geklont werden. Zusätzlich ermöglicht der FOG-Server einige weitere Dienste wie beispielsweise die automatische Installation von Druckern, das Nachverteilen von Software und die automatische Aufnahme in eine bestehende Domänenstruktur. Der FOG-Server kann ein Image per Multicast gleichzeitig an viele Computer verschicken. Das bedeutet, dass das Image nur einmal von den Serverplatten gelesen und nur einmal über die Netzwerkkarte des Servers übertragen werden muss. Die Einrichtung der MulticastFunktionalität ist allerdings schwierig und erfordert vertiefte Netzwerkkenntnisse. Insbesondere muss auf allen verwendeten Switchen IGMP-Verkehr erlaubt werden. Sofern sich der FOG-Server in einem anderen Subnetz befindet als die Clients, muss der verwendete Router die Multicast-Pakete richtig weiterleiten. Dies ist nicht bei allen Geräten möglich. Wenn eine Firewall zwischen den Netzen eingerichtet ist, müssen einige Ports freigegeben werden (TCP: 20-22, 80, 111, 443, 2049, 1024-65535 sowie UDP: 69, 111, 1024-65535). </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;FOG-Server&quot;,&quot;hid&quot;:&quot;fog-server&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:12,&quot;range&quot;:&quot;9534-11376&quot;} --> <h2 class="sectionedit13" id="software">Software</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> <a href="https://sourceforge.net/projects/oneclickkick" class="urlextern" target="_blank" title="https://sourceforge.net/projects/oneclickkick" rel="ugc nofollow noopener">https://sourceforge.net/projects/oneclickkick</a></div> </li> <li class="level1"><div class="li"> <a href="https://www.cyberciti.biz/tips/server-provisioning-software.html" class="urlextern" target="_blank" title="https://www.cyberciti.biz/tips/server-provisioning-software.html" rel="ugc nofollow noopener">https://www.cyberciti.biz/tips/server-provisioning-software.html</a></div> </li> <li class="level1"><div class="li"> <a href="https://comparite.ch/linuxpatchmanagement" class="urlextern" target="_blank" title="https://comparite.ch/linuxpatchmanagement" rel="ugc nofollow noopener">https://comparite.ch/linuxpatchmanagement</a></div> </li> <li class="level1"><div class="li"> <a href="https://sourceforge.net/projects/etherboot" class="urlextern" target="_blank" title="https://sourceforge.net/projects/etherboot" rel="ugc nofollow noopener">https://sourceforge.net/projects/etherboot</a></div> </li> <li class="level1"><div class="li"> <a href="http://erpxe.org/Ubuntu_installation_instructions" class="urlextern" target="_blank" title="http://erpxe.org/Ubuntu_installation_instructions" rel="ugc nofollow noopener">http://erpxe.org/Ubuntu_installation_instructions</a></div> </li> <li class="level1"><div class="li"> <a href="https://www.vercot.com/~serva/default.html" class="urlextern" target="_blank" title="https://www.vercot.com/~serva/default.html" rel="ugc nofollow noopener">https://www.vercot.com/~serva/default.html</a></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Software&quot;,&quot;hid&quot;:&quot;software&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:13,&quot;range&quot;:&quot;11377-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen Sat, 22 Aug 2020 21:40:34 +0000 Searx Fehler http://live.spdns.org/wiki/anleitungen/software/searx/searx_fehler?do=revisions&rev=1632858215 <h1 class="sectionedit1" id="searx_fehler">Searx Fehler</h1> <div class="level1"> <p> Leider muß man sagen sind viele SearX Installationsanleitungen fehlerhaft, weil fast immer benötigte Abhängigkeiten im Betriebssystem oder verwendeten Komponenten, Modulen u.a. fehlen die in den Anleitungen referenziert werden, beispielsweise GIT, VIRTUALENV oder PIP. So kommt es regelmäßig dazu das trotz peinlichst genauen abarbeiten der einzelnen Installationsschritte es zu Fehlern kommt, auch wenn das Betriebssystem gerade erst frisch aufgesetzt wurde. Aus diesem Grund werden auf dieser Seite typische Fehler bei oder nach der Installation aufgelistet und mögliche Lösungen vorgeschlagen. </p> <p> Klassische Fehler bei der Installation sind fehlenden Berechtigungen oder Abhängigkeiten. Vieles lässt sich dadurch lösen indem man sich angewöhnt vor dem Kommando ein <strong>sudo</strong> davorzusetzen. Bei vielen Installationsanleitungen fehlt dies und daher kommt es zu Fehlern. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Searx Fehler&quot;,&quot;hid&quot;:&quot;searx_fehler&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-908&quot;} --> <h2 class="sectionedit2" id="ter_start_schlaegt_fehl">2.ter Start schlägt fehl</h2> <div class="level2"> <p> Beim zweiten Start von Searx kommt ein Syntax-Fehler bei Zeile 31 weil für den Betrieb benötigte Module fehlen. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;2.ter Start schl\u00e4gt fehl&quot;,&quot;hid&quot;:&quot;ter_start_schlaegt_fehl&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;909-1062&quot;} --> <h3 class="sectionedit3" id="loesung">Lösung</h3> <div class="level3"> <p> Die benötigten Module können folgendermassen nachinstalliert werden: </p> <p> <code>sudo apt-get install python-pip</code> <code>pip install –upgrade -r requirements.txt</code> </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;L\u00f6sung&quot;,&quot;hid&quot;:&quot;loesung&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;1063-1236&quot;} --> <h2 class="sectionedit4" id="fehlermeldung_beim_aktualisieren">Fehlermeldung beim aktualisieren</h2> <div class="level2"> <p> ./manage.sh: 19: ./manage.sh: pip: not found </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Fehlermeldung beim aktualisieren&quot;,&quot;hid&quot;:&quot;fehlermeldung_beim_aktualisieren&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:4,&quot;range&quot;:&quot;1237-1328&quot;} --> <h3 class="sectionedit5" id="loesung1">Lösung</h3> <div class="level3"> <p> Auch hier ist der Grund das zum Aktualisieren Software benötigt wird die nicht Teil der Installation ist, also erst nachinstalliert werden muß. In diesem Fall ist es PIP. Dies fehlt quasi in allen gefundenen Installationsanleitungen. Zumindest in Ubuntu 18.04 muss PIP erst manuell nachinstalliert werden: </p> <p> <code>sudo apt-get install pip</code> </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;L\u00f6sung&quot;,&quot;hid&quot;:&quot;loesung1&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:5,&quot;range&quot;:&quot;1329-1686&quot;} --> <h2 class="sectionedit6" id="fehlermeldung_beim_starten">Fehlermeldung beim starten</h2> <div class="level2"> <p> Traceback (most recent call last): File „searx/webapp.py“, line 31, in &lt;module&gt; import requests ImportError: No module named requests </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Fehlermeldung beim starten&quot;,&quot;hid&quot;:&quot;fehlermeldung_beim_starten&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:6,&quot;range&quot;:&quot;1687-1861&quot;} --> <h3 class="sectionedit7" id="loesung2">Lösung:</h3> <div class="level3"> <p> Auch hier ist wieder der Grund das Module fehlen die für den Betrieb notwendig sind: </p> <p> <code>sudo apt-get install pip</code> <code>pip install requests</code> <code>pip install pyyaml</code> <code>pip install pygments</code> </p> <p> Das kann hier noch beliebig so weitergehen bis es zu keinen Fehlern mehr kommt. Installieren sie nach dieser Art alle fehlenden Module nach bis sich SearX fehlerfrei starten lässt. Bei SearX in der Version 0.16.0. sind dies </p> <ul> <li class="level1"><div class="li"> certifi==2019.3.9</div> </li> <li class="level1"><div class="li"> babel==2.7.0</div> </li> <li class="level1"><div class="li"> flask-babel==1.0.0</div> </li> <li class="level1"><div class="li"> flask==1.0.2</div> </li> <li class="level1"><div class="li"> idna==2.8</div> </li> <li class="level1"><div class="li"> jinja2==2.10.1</div> </li> <li class="level1"><div class="li"> lxml==4.3.3</div> </li> <li class="level1"><div class="li"> pygments==2.1.3</div> </li> <li class="level1"><div class="li"> pyopenssl==19.0.0</div> </li> <li class="level1"><div class="li"> python-dateutil==2.8.0</div> </li> <li class="level1"><div class="li"> pyyaml==5.1</div> </li> <li class="level1"><div class="li"> requests[socks]==2.22.0</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;L\u00f6sung:&quot;,&quot;hid&quot;:&quot;loesung2&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:7,&quot;range&quot;:&quot;1862-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:software:searx Tue, 28 Sep 2021 21:43:35 +0000 Telnet http://live.spdns.org/wiki/anleitungen/linkstation/webserver/telnet?do=revisions&rev=1575031658 <h2 class="sectionedit1" id="telnet">Telnet</h2> <div class="level2"> <p> Die Vorraussetzungen für die Installation von zusätzlicher Software auf der LinkStation ist ein <a href="http://de.wikipedia.org/wiki/Telnet" class="urlextern" target="_blank" title="http://de.wikipedia.org/wiki/Telnet" rel="ugc nofollow noopener">Telnet</a>-Zugang, der von Haus aus nicht verfügbar bzw. noch nicht aktiviert ist. Um Telnet auf der LinkStation aktivieren zu können wird das Java-Programm <a href="http://www.itclive.de/wiki/lib/exe/fetch.php/anleitungen/linkstation/acp_commander.zip" class="urlextern" target="_blank" title="http://www.itclive.de/wiki/lib/exe/fetch.php/anleitungen/linkstation/acp_commander.zip" rel="ugc nofollow noopener">ACP-Commander</a> benötigt. Dieses Programm kann <a href="http://www.itclive.de/wiki/lib/exe/fetch.php/anleitungen/linkstation/acp_commander.zip" class="urlextern" target="_blank" title="http://www.itclive.de/wiki/lib/exe/fetch.php/anleitungen/linkstation/acp_commander.zip" rel="ugc nofollow noopener">hier heruntergeladen</a> werden. Entpacken Sie das ZIP-komprimierte Programm auf ihre Festplatte ihres Windows-PC in einen beliebigen Ordner. Öffnen Sie nun die Kommandozeile ihres PC indem Sie auf <strong>&lt;START&gt;</strong> klicken und anschliessend auf <strong>&lt;Ausführen&gt;</strong>. In dem sich dann öffnenden Eingabefeld geben Sie <strong>CMD</strong> ein. Nun befinden Sie sich in der DOS-Eingabeaufforderung. Wechseln Sie nun mit dem Kommando <strong>cd &lt;Ordnername&gt;</strong> in den Ordner in dem Sie den ACP-Commander gespeichert haben. Geben Sie nun folgendes Kommando ein: </p> <pre class="code">java -jar acp_commander.jar -t IP-Adresse -o</pre> <p> Statt IP-Adresse geben Sie die richtige IP-Adresse Ihrer LinkStation an, z.B. 192.168.0.10. Anschliessend drücken Sie die <strong>&lt;ENTER&gt;-Taste</strong>. Es erscheint dann folgendes: </p> <pre class="code">Using random connID VALUE = FB6A7FCF57E6 Using target: 192.168.0.10/192.168.0.10 ** NO message ** ** NO message ** Password changed.</pre> <p> Nun können Sie sich über Telnet auf der LinkStation einloggen. Dazu wird folgende Eingabe in einem DOS-Eingabefeld gemacht: </p> <pre class="code">telnet IP-Adresse</pre> <p> Statt IP-Adresse geben Sie wieder die richtige IP-Adresse Ihrer LinkStation ein. Anschliessend drücken Sie wieder die <strong>&lt;ENTER&gt;-Taste</strong>. </p> <p> &lt;note important&gt;Auf Windows Vista und Windows7 müssen Sie den Telnet-Client auf Ihrem System erst aktivieren. Um Telnet auf Windows Vista und Windows7 zu aktivieren klicken Sie auf <strong>&lt;Start&gt;</strong> und danach auf &lt;Systemsteuerung&gt;. Klicke im Systemsteuerungsfenster auf <strong>&lt;Programme und Funktionen&gt;</strong>. Klicke jetzt links im Menü auf <strong>&lt;Windows-Funktionen ein- oder ausschalten&gt;</strong>. Scrollen Sie zum Punkt <strong>&lt;Telnet-Client&gt;</strong> und aktivieren Sie ihn. Abschliessend klicken Sie auf <strong>&lt;OK&gt;</strong>. Telnet steht nun nach einem Neustart des Systems zur Verfügung.&lt;/note&gt; </p> <p> Es kommt nun eine Aufforderung den Benutzernamen einzugeben. Geben Sie als Benutzernamen <strong>root</strong> ein und bestätigen Sie mit der <strong>&lt;ENTER&gt;-Taste</strong>. Als Passwort geben Sie nichts ein und bestätigen ebenfalls mit der <strong>&lt;ENTER&gt;-Taste</strong>. Sie sind nun per Telnet auf der LinkStation eingeloggt. Um den Telnet-Zugang dauerhaft zu aktivieren müssen Sie eine Änderung an der Datei rcS vornehmen. Gebt dazu in der Kommandozeile von Telnet ein: </p> <pre class="code">vi /etc/init.d/rcS</pre> <p> Vi ist der integrierte Editor in der LinkStation. Suchen Sie in der Datei rcS nach der Zeile: </p> <pre class="code">#/usr/sbin/telnetd</pre> <p> und entfernen Sie die Raute vor diesem Eintrag. Bei manchen LinkStationen ist dieser Eintrag noch nicht vorhanden. Sollte das bei Ihnen der Fall sein so müssen Sie ihn neu anlegen. Nachdem Sie die Datei gespeichert haben wird der Telnet-Zugang auch bei einem Neustart der LinkStation aktiviert bleiben. </p> <p> Es ist zur Zeit noch kein Passwort für den Telnet-Zugang vorhanden, denn er wurde mit dem ACP-COMMANDER gelöscht. Der Telnet-Zugang sollte unbedingt passwortgeschützt sein, sonst kann die LinkStation auch von unbekannten Personen verändert werden. Geben Sie in der Telnet Eingabeaufforderung folgendes ein: </p> <pre class="code">passwd</pre> <p> Die LinkStation fragt nun nach einem neuen Passwort. Geben Sie ein neues Passwort ein und bestätigen Sie es mit <strong>&lt;ENTER&gt;</strong>. Der Telnet Root-Zugang zur LinkStation ist nun mit einem Passwort geschützt. Beim nächsten Einloggen in die LinkStation via Telnet müssen Sie für den User root das neue Passwort bei der Abfrage password eingeben. Sollten Sie das Root-Passwort einmal vergessen, können Sie es mit Hilfe des acp_commander jederzeit wieder löschen. </p> </div> anonymous@undisclosed.example.com (Anonymous) anleitungen:linkstation:webserver Fri, 29 Nov 2019 13:47:38 +0000 Webserver auf einer Buffalo LinkStation installieren http://live.spdns.org/wiki/anleitungen/linkstation/webserver?do=revisions&rev=1575031658 <h2 class="sectionedit1" id="webserver_auf_einer_buffalo_linkstation_installieren">Webserver auf einer Buffalo LinkStation installieren</h2> <div class="level2"> <p> <a href="http://live.spdns.org/wiki/_detail/intern/work/linkstation.jpg?id=anleitungen%3Alinkstation%3Awebserver" class="media wikilink2" title="intern:work:linkstation.jpg"><img src="http://live.spdns.org/wiki/_media/intern/work/linkstation.jpg" class="mediaright" align="right" loading="lazy" title=" " alt=" " /></a> </p> <p> Diese Anleitung beschreibt wie man zusätzlich zum bereits vorhandenen Webserver einen Apache2 Webserver zusammen mit PHP5 und einer mySQL-Datenbank auf einer <a href="http://www.buffalo-technology.com/products/network-storage/linkstation" class="urlextern" target="_blank" title="http://www.buffalo-technology.com/products/network-storage/linkstation" rel="ugc nofollow noopener">Buffalo LinkStation</a> installiert. Die Buffalo LinkStation ist ein Netzwerkspeicher (<a href="http://de.wikipedia.org/wiki/Network_Attached_Storage" class="urlextern" target="_blank" title="http://de.wikipedia.org/wiki/Network_Attached_Storage" rel="ugc nofollow noopener">NAS</a>) mit Festplatten der für die zentrale Speicherung von Daten in einem lokalen Netzwerk verwendet werden kann. Die LinkStation kann auch über das Internet erreicht werden wenn man sie und den Router entsprechend konfiguriert. </p> <p> Eine Besonderheit ist die LinkStation durch zusätzlich installierte Software so zu erweitern das diese nicht nur als zentrale Netzwerkspeicher eingesetzt werden kann, sondern auch als normaler Standard-Webserver der auch für eine Website bzw. Homepage einer Firma genutzt werden kann. Durch standardisierte Software kann dann die LinkStation dann sehr universell für viele Zwecke dienen. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Webserver auf einer Buffalo LinkStation installieren&quot;,&quot;hid&quot;:&quot;webserver_auf_einer_buffalo_linkstation_installieren&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-1100&quot;} --> <h3 class="sectionedit2" id="vorteile">Vorteile</h3> <div class="level3"> <p> Einer der größten Vorteile ist sicher ein bereits vorhandenes Gerät zu erweitern, sodaß weitere Aufgaben damit erfüllt werden können. Besondere Aspekte dabei sind kompakte Bauweise, stromsparender und leiser Betrieb. Man kann den zusätzlichen Webserver für eine Firmen-Homepage nutzen, eine Präsentation online stellen, einen Medienserver für Musik, Filme oder Fotos bereitstellen, eine virtuelle Videothek damit betreiben, Musik ohne Download direkt streamen, oder die LinkStation zu Überwachungszwecke einsetzen. Die Möglichkeiten sind fast nicht begrenzt. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Vorteile&quot;,&quot;hid&quot;:&quot;vorteile&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;1101-1691&quot;} --> <h3 class="sectionedit3" id="nachteile">Nachteile</h3> <div class="level3"> <p> Der gravierenste Nachteil ist die technische Ausstattung, besonders die CPU bei den kleineren LinkStation-Modellen verbaut ist, denn die LinkStation ist nicht als Hochleistungs-Webserver für viele Anwender gleichzeitig konzipiert, sondern grundsätzlich als zentraler Datenspeicher für lokale Netzwerkbenutzer ausgelegt. Die kostengünstigen, kleineren LinkStation-Modelle haben beispielsweise Prozessoren mit nur etwa 500 <abbr title="Megahertz">MHz</abbr>. Damit ist zwar auch ein Webserver betreibbar, aber viele Anwendungen reagieren nur träge oder sogar langsam. Für kleinere Anwendergruppen ist der Betrieb aber dennoch ausreichend. Alle rechenintensiven Aufgaben die in einem Hochleistungs-Webserver von mehreren Prozessorkernen gleichzeitig abgearbeitet werden sind zumindest für die kleineren LinkStation-Modellen mit CPU´s im <abbr title="Megahertz">MHz</abbr>-Bereich nicht zu empfehlen. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Nachteile&quot;,&quot;hid&quot;:&quot;nachteile&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;1692-2555&quot;} --> <h3 class="sectionedit4" id="vorraussetzungen_fuer_den_betrieb">Vorraussetzungen für den Betrieb</h3> <div class="level3"> <p> Folgende Vorraussetzungen müssen vorher erfüllt werden damit der Webserver installiert werden kann: </p> <ul> <li class="level1"><div class="li"> Telnet</div> </li> <li class="level1"><div class="li"> wget</div> </li> <li class="level1"><div class="li"> Ipkg</div> </li> <li class="level1"><div class="li"> dynDNS</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Vorraussetzungen f\u00fcr den Betrieb&quot;,&quot;hid&quot;:&quot;vorraussetzungen_fuer_den_betrieb&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:4,&quot;range&quot;:&quot;2556-2743&quot;} --> <h3 class="sectionedit5" id="vorhandenen_apache_13_webserver_konfigurieren">Vorhandenen Apache 1.3 Webserver konfigurieren</h3> <div class="level3"> <p> Ein funktionsfähiger Webserver, der Apache 1.3, ist bereits in der Firmware der LinkStation. Der bereits installierte Webserver ist notwendig, da ansonsten auch keinerlei Seiten des Webinterface der LinkStation ausgeliefert werden könnten. </p> <p> Es gibt zwei Möglichkeiten eine eigene Homepage auf der LinkStation Pro Duo zu betreiben. Die erste Möglichkeit wäre eine zweite Instanz des bereits installierten Apache 1.3 Webserver zu starten. Die zweite und bessere Möglichkeit ist die Installation des neuen Apache 2 Webserver zusätzlich zu dem bereits vorhandenen Apache 1.3. </p> <p> Zuerst einmal werden wir eine Veränderung in der Konfigurationsdatei httpd.conf des vorhandenen Apache 1.3 vornehmen. Und zwar soll der Apache 1.3 unter dem Port 8080 anstelle des Standard-Port 80 zu erreichen sein. </p> <p> Öffnen Sie die Konfigurationsdatei des Apache 1.3 httpd.conf im Editor Vi: </p> <pre class="code">vi /etc/apache/httpd.conf</pre> <p> Suchen Sie in der Datei die Zeile: </p> <pre class="code">Port 80</pre> <p> und ändern Sie diese in: </p> <pre class="code">Port 8080</pre> <p> Nachdem Sie die Datei httpd.conf gespeichert haben müssen Sie den Apache 1.3 neustarten: </p> <pre class="code">/etc/init.d/httpd.sh restart</pre> <p> Das Webinterface der LinkStation ist nun unter dem neuen Port 8080 erreichbar. Es muss also in Zukunft mit der Portangabe :8080 aufgerufen werden: </p> <pre class="code">http://IP-Adresse-der-LinkStation:8080</pre> <p> Wer das Webinterface der LinkStation über das Internet aufrufen möchte, benötigt neben einer DynDNS-Adresse eine Portweiterleitung des Port 8080 im Router auf die IP-Adresse der LinkStation. Im Webbrowser wird das dann folgendermassen eingegeben: </p> <pre class="code">http://DynDNS-Adresse:8080</pre> <p> An dieser Stelle wäre es eine gute Idee eine DynDNS-Adresse einzurichten, falls Sie dies nicht schon gemacht haben. Eine Anleitung dazu finden Sie <a href="http://live.spdns.org/wiki/anleitungen/linkstation/webserver/dyndns" class="wikilink1" title="anleitungen:linkstation:webserver:dyndns" data-wiki-id="anleitungen:linkstation:webserver:dyndns">hier</a>. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Vorhandenen Apache 1.3 Webserver konfigurieren&quot;,&quot;hid&quot;:&quot;vorhandenen_apache_13_webserver_konfigurieren&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:5,&quot;range&quot;:&quot;2744-4585&quot;} --> <h3 class="sectionedit6" id="ipkg_paketliste_aktualisieren_und_apache_2_webserver_installieren">Ipkg Paketliste aktualisieren und Apache 2 Webserver installieren</h3> <div class="level3"> <p> Jetzt werden wir die Ipkg-Paketliste aktualisieren um den neuesten Apache 2 installieren zu können. Dies ist notwendig weil ständig Updates der verfügbaren Pakete stattfinden: </p> <pre class="code">ipkg update</pre> <p> Nun lassen wir uns die Liste der zur Zeit verfügbaren Ipkg-Pakete seitenweise anzeigen: </p> <pre class="code">ipkg list | more</pre> <p> Der gesuchte Apache 2 findet sich gleich auf der ersten Seite und wird von uns mit dem folgenden Befehl installiert: </p> <pre class="code">ipkg install apache</pre> <p> Alle benötigten Dateien des Apache werden durch Ipkg jetzt auf der LinkStation installiert. Nach der Installation wird das System gleich versuchen den Webserver zu starten. Das funktioniert möglicherweise noch nicht da erst einige Grundeinstellungen des Apache konfiguriert werden müssen. Weiter geht es mit der Konfiguration des neu installierten Apache 2. Öffnen Sie die Konfigurationsdatei des Apache 2 im Editor Vi: </p> <pre class="code">vi /opt/etc/apache2/httpd.conf</pre> <p> Suchen Sie in der Datei nach der Zeile: </p> <pre class="code">Listen 8000</pre> <p> und ändern Sie diese in: </p> <pre class="code">Listen 80</pre> <p> Ein Stück weiter unten in der Datei stehen die Zeilen mit den LoadModule Anweisungen. Sie benötigen nur einen Bruchteil der vorgeschlagenen Module. Löschen Sie alle Zeilen die nicht benötigt werden. Zum Schluss sollte dieser Bereich in der httpd.conf folgendermassen aussehen: </p> <pre class="code">LoadModule authn_file_module libexec/mod_authn_file.so LoadModule authn_dbm_module libexec/mod_authn_dbm.so LoadModule authn_anon_module libexec/mod_authn_anon.so LoadModule authn_dbd_module libexec/mod_authn_dbd.so LoadModule authn_default_module libexec/mod_authn_default.so LoadModule authz_host_module libexec/mod_authz_host.so LoadModule authz_groupfile_module libexec/mod_authz_groupfile.so LoadModule authz_user_module libexec/mod_authz_user.so LoadModule authz_dbm_module libexec/mod_authz_dbm.so LoadModule authz_owner_module libexec/mod_authz_owner.so LoadModule auth_basic_module libexec/mod_auth_basic.so LoadModule auth_digest_module libexec/mod_auth_digest.so LoadModule include_module libexec/mod_include.so LoadModule mime_module libexec/mod_mime.so LoadModule autoindex_module libexec/mod_autoindex.so LoadModule cgid_module libexec/mod_cgid.so LoadModule dir_module libexec/mod_dir.so LoadModule alias_module libexec/mod_alias.so LoadModule rewrite_module libexec/mod_rewrite.so #LoadModule php5_module libexec/libphp5.so</pre> <p> Der Apache 2 lässt sich mit den folgenden Befehlen beeinflussen: </p> <pre class="code">/opt/etc/init.d/S80apache start|stop|restart</pre> <p> Starten Sie den Webserver mit dem folgenden Befehl neu: </p> <pre class="code">/opt/etc/init.d/S80apache restart</pre> <p> Wenn Sie beim Neustarten des Apache 2 die folgende Fehlermeldung erhaltet: </p> <pre class="code">Could not determine the server’s fully qualified domain name</pre> <p> liegt das daran das kein FQDN = Fully Qualified Domain Name in der httpd.conf eingetragen ist. Der Apache 2 funktioniert trotzdem und setzt als Domain die IP-Adresse der LinkStation ein. Sie können dies überprüfen wenn Sie in einem Web-Browser folgendes eintragen: </p> <pre class="code">http://IP-Adresse-eurer-LinkstationProDuo</pre> <p> Es sollte das bekannte „It works!“ von Apache erscheinen. Herzlichen Glückwunsch, die LinkStation verfügt nun über einen funktionierenden Apache 2 Webserver. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Ipkg Paketliste aktualisieren und Apache 2 Webserver installieren&quot;,&quot;hid&quot;:&quot;ipkg_paketliste_aktualisieren_und_apache_2_webserver_installieren&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:6,&quot;range&quot;:&quot;4586-7852&quot;} --> <h3 class="sectionedit7" id="installation_von_php5_und_php-mysql">Installation von PHP5 und PHP-MySQL</h3> <div class="level3"> <p> Weiter geht es mit der Installation von PHP5 als Apache 2 Modul. Zuerst wird die Ipkg Paketliste aktualisiert: </p> <pre class="code">ipkg update</pre> <p> Mit dem folgenden Befehl werden eventuell veraltete installierte Pakete und Verknüpfungen aktualisiert: </p> <pre class="code">ipkg upgrade</pre> <p> Jetzt kann das PHP5 Paket installiert werden: </p> <pre class="code">ipkg install php-apache</pre> <p> Um zu überprüfen ob Ipkg einen Eintrag in der httpd.conf zum Laden des PHP 5 Moduls angelegt hat öffnen Sie die Datei im Editor Vi: </p> <pre class="code">vi /opt/etc/apache2/httpd.conf</pre> <p> Suchen Sie nach der Zeile: </p> <pre class="code">#LoadModule php5_module libexec/libphp5.so</pre> <p> und entfernen Sie die Raute vor der Zeile: </p> <pre class="code">LoadModule php5_module libexec/libphp5.so</pre> <p> Falls die Zeile nicht vorhanden ist müssen Sie diese unter den LoadModule Anweisungen hinzufügen. </p> <p> Suchen Sie nach den Zeilen: </p> <pre class="code">&lt;IfModule dir_module&gt; DirectoryIndex index.html &lt;/IfModule&gt;</pre> <p> und ändern Sie diese folgendermassen: </p> <pre class="code">&lt;IfModule dir_module&gt; DirectoryIndex index.shtml index.htm index.html index.php &lt;/IfModule&gt;</pre> <p> Suchen Sie nach den Zeilen: </p> <pre class="code">AddType application/x-compress .Z AddType application/x-gzip .gz .tgz</pre> <p> und fügen Sie darunter ein: </p> <pre class="code">AddType application/x-httpd-php .php .shtml AddType application/x-httpd-php-source .phps</pre> <p> Suchen Sie nach den Zeilen: </p> <pre class="code">#AddType text/html .shtml #AddOutputFilter INCLUDES .shtml</pre> <p> und entfernen Sie die Rauten vor den Zeilen: </p> <pre class="code">AddType text/html .shtml AddOutputFilter INCLUDES .shtml</pre> <p> Speichern Sie die Datei httpd.conf und öffnen die PHP Konfigurationsdatei /opt/etc/php.ini im Editor Vi: </p> <pre class="code">vi /opt/etc/php.ini</pre> <p> Suchen Sie in der Datei nach der Zeile: </p> <pre class="code">; Dynamic Extensions ;</pre> <p> In diesem Bereich sind verschiedene Dynamic Extensions eingetragen. Überprüfen Sie ob die folgende Zeile dort eingetragen ist: </p> <pre class="code">extension=mysql.so</pre> <p> Falls dieser Eintrag nicht vorhanden sein sollte müssen Sie ihn ergänzen. </p> <p> Suchen Sie die Zeile: </p> <pre class="code">mysql.default_port =</pre> <p> und tragen den Standard MySQL Port ein: </p> <pre class="code">mysql.default_port = 3306</pre> <p> Nach dem speichern der Daten geht es weiter mit der Installation von PHP-MySQL. Der folgende Befehl installiert das gewünschte Paket Php-Mysql: </p> <pre class="code">ipkg install php-mysql</pre> <p> Die MySQL Konfigurations-Datei befindet sich übrigens unter: /opt/etc/my.cnf. Dies nur zur Information, für den normalen Betrieb der Mysql-Datenbank sollte eine Änderung bzw. Anpassung der my.cnf nicht nötig sein. </p> <p> Sie können nun den Webserver neustarten: </p> <pre class="code">/opt/etc/init.d/S80apache restart</pre> <p> Der Apache 2 Webserver sollte nun ohne Fehlermeldung mit PHP und MySQL-Unterstützung starten. Sollte das nicht auf Anhieb funktionieren hilft meist ein Neustart der LinkStation. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Installation von PHP5 und PHP-MySQL&quot;,&quot;hid&quot;:&quot;installation_von_php5_und_php-mysql&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:7,&quot;range&quot;:&quot;7853-10521&quot;} --> <h3 class="sectionedit8" id="apache_2_webserver_per_ftp_erreichen">Apache 2 Webserver per FTP erreichen</h3> <div class="level3"> <p> Nach der Installation des Apache 2 mit PHP und MySQL-Erweiterung wird der neue Webserver zunächst auf seine korrekte Funktion getestet. Erstellen Sie über das Webinterface der LinkStation einen neuen Ordner für Webseiten. Sie können diesen Ordner beispielsweise www, html, homepage oder webserver nennen. Für diesen neuen Ordner aktivieren Sie die <abbr title="File Transfer Protocol">FTP</abbr>-Unterstützung um später per <abbr title="File Transfer Protocol">FTP</abbr> auf den Server übertragen zu können. Aktivieren Sie die Zugriffsbeschränkungen für den Ordner und konfigurieren Sie die Schreib- und Leserechte. </p> <p> Nun können Sie sich mit einem <abbr title="File Transfer Protocol">FTP</abbr>-Programm mit dem neuen Webserver verbinden und eine Homepage in den neu angelegten Webserver-Ordner kopieren. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Apache 2 Webserver per FTP erreichen&quot;,&quot;hid&quot;:&quot;apache_2_webserver_per_ftp_erreichen&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:8,&quot;range&quot;:&quot;10522-11255&quot;} --> <h3 class="sectionedit9" id="apache_2_webserver_konfigurieren">Apache 2 Webserver konfigurieren</h3> <div class="level3"> <p> Um dem Apache 2 Webserver mitzuteilen wo er die Webseiten suchen soll müssen Sie noch einmal die Datei httpd.conf öffnen um den Pfad DocumentRoot anzupassen: </p> <pre class="code">vi /opt/etc/apache2/httpd.conf</pre> <p> Suchen Sie die Zeile in der DocumentRoot angegeben ist. Beispiel: </p> <pre class="code">DocumentRoot &quot;/var/www/&quot;</pre> <p> ändern Sie die Zeile in: </p> <pre class="code">DocumentRoot &quot;/mnt/array1/webserver&quot;</pre> <p> &lt;note important&gt;Hinweis: Der Pfad zum DocumentRoot ist in diesem Fall <strong>/mnt/array1/webserver</strong> weil die LinkStation im RAID-0 Modus betrieben wird. Wer die LinkStation im RAID-1 Modus betreibt muss die Pfade eventuell anpassen in <strong>/mnt/disk1/webserver</strong>&lt;/note&gt; </p> <p> Speichern Sie die Datei httpd.conf und starten den Apache 2 neu: </p> <pre class="code">/opt/etc/init.d/S80apache restart</pre> <p> Die Webseiten können nun mittels <code><a href="http://IP-Adresse" class="urlextern" target="_blank" title="http://IP-Adresse" rel="ugc nofollow noopener">http://IP-Adresse</a></code> in einem Web-Browser aufgerufen werden. Sollte der Aufruf der Homepage nicht möglich sein, weil der Browser einen Fehler 403 - Zugriff verboten zurückgibt, müssen Sie noch einmal die Apache-Konfigurationsdatei aufrufen: </p> <pre class="code">vi /opt/etc/apache2/httpd.conf</pre> <p> Suchen Sie in der Datei nach dem folgenden Eintrag: </p> <pre class="code">&lt;Directory /&gt; Options FollowSymLinks AllowOverride None &lt;/Directory&gt;</pre> <p> Kommentieren Sie den Eintrag mittels Raute aus: </p> <pre class="code">#&lt;Directory /&gt; # Options FollowSymLinks # AllowOverride None #&lt;/Directory&gt;</pre> <p> Jetzt sollte der Aufruf der Homepage funktionieren. Damit ist die Installation abgeschlossen. Sie können nun statische Webseiten mit der Dateiendung .htm oder .html speichern, oder dynamische Webseiten mit .php als Dateiendung. Um den Webserver sinnvoll einzusetzen empfehlen wir Ihnen die Installation eines Content Management Systems (<abbr title="Content Management System">CMS</abbr>). Wir haben erfolgreich das kleine aber feine <a href="http://www.cms2day.de" class="urlextern" target="_blank" title="http://www.cms2day.de" rel="ugc nofollow noopener">CMS2Day</a> im Einsatz das wir Ihnen hiermit empfehlen. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Apache 2 Webserver konfigurieren&quot;,&quot;hid&quot;:&quot;apache_2_webserver_konfigurieren&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:9,&quot;range&quot;:&quot;11256-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:linkstation Fri, 29 Nov 2019 13:47:38 +0000 PXE-Server http://live.spdns.org/wiki/anleitungen/pxe-boot/pxe-server?do=revisions&rev=1579163104 <h1 class="sectionedit1" id="pxe-server">PXE-Server</h1> <div class="level1"> <p> Schematischer Aufbau eines PXE Boot-Servers: </p> <p> <img src="http://live.spdns.org/wiki/_media/work/space/projekt/pxe.png" class="mediacenter" loading="lazy" alt="" /> </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;PXE-Server&quot;,&quot;hid&quot;:&quot;pxe-server&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-115&quot;} --> <h2 class="sectionedit2" id="netzwerk-boot_von_einem_zentralen_repository">Netzwerk-Boot von einem zentralen Repository</h2> <div class="level2"> <p> Das booten eines Betriebssystems von einem zentralen Repository im lokalen Netzwerk statt vom lokalen Datenträger bietet viele Vorteile, beispielsweise lassen sich so temporär oder zum testen Betriebssysteme laden die lokal nicht installiert sind, oder es können Betriebssysteme installiert werden (auch als <abbr title="Operating System">OS</abbr>-Rollout), auch wenn kein USB-Anschluss oder optisches Laufwerk (CD/DVD) vorhanden, oder wenn der passende Installations-Datenträger auf DVD gerade nicht verfügbar ist und es lassen sich so ganz komfortabel komplette Tools wie die „Ultimate Boot-CD“ laden um beispielsweise Probleme mit einer Windows-Partition zu bereinigen. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Netzwerk-Boot von einem zentralen Repository&quot;,&quot;hid&quot;:&quot;netzwerk-boot_von_einem_zentralen_repository&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;116-815&quot;} --> <h3 class="sectionedit3" id="windows-systeme">Windows-Systeme</h3> <div class="level3"> <p> In Firmen mit Windows-Clients werden Betriebssysteme, Aktualisierungen (Patches) und Konfigurationen fast immer über ein zentrales Repository der IT-Administration ausgerollt, beispielsweise über Microsofts SCCM (System Center Configuration Manager). Allerdings kann Microsoft´s SCCM seit dem 22.3.2018 nicht mehr mit Linux umgehen, da der dazu normalerweise benötigte Linux-Agent von Microsoft in der aktuellen SCCM-Version (seit SCCM-Version 1902) rausgenommen wurde. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Windows-Systeme&quot;,&quot;hid&quot;:&quot;windows-systeme&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;816-1317&quot;} --> <h3 class="sectionedit4" id="heterogene_netzwerke">Heterogene Netzwerke</h3> <div class="level3"> <p> In einem heterogenen Netzwerk, dass nicht nur aus Windows-Systemen besteht, muss daher eine Alternative bzw. eine zweite Boot-Server Instanz zum SCCM geschaffen werden. Es bleibt entweder die Möglichkeit eines „Handovers“ indem der SCCM einen externen PXE-Boot-Server antriggert, oder es wird der DHCP komplett umgangen indem die Netzwerkkonfiguration manuell erfolgt und per IPXE gebootet wird. </p> <p> Damit zukünftig beide Systeme (Windows/Linux) für Rollouts, oder Live-Systeme unterstützt werden können, muß parallel zum Microsoft DHCP-Server mit SCCM UEFI Boot-Server ein separater PXE-Server aufgesetzt werden der Deployments ausserhalb der Windows-Welt möglich macht. Dieser separate PXE Boot-Server kann auf einem beliebigen Windows-, oder Linux-PC installiert werden. Für Windows gibt es z.B. die fertige Lösung „AOMEI PXE Boot Free 1.5“, die allerdings nur immer ein bestimmtes ISO-Image ausliefern kann. Für Linux bietet sich „DNSmasq“ an, da dieser bereits alle notwendigen Komponenten wie DHCP-Proxy und TFTP-Server integriert hat. </p> <p> Für den Privatbereich gibt es einige Netzwerkspeicher wie beispielsweise die aktuellen NAS-Modelle von Synology die von Haus ein PXE-Boot unterstützen. Ab der Firmware Synology DSM 4.2 ist es möglich direkt vom NAS zu booten. </p> <p> Alternative ist Microsoft Azure. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Heterogene Netzwerke&quot;,&quot;hid&quot;:&quot;heterogene_netzwerke&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:4,&quot;range&quot;:&quot;1318-2672&quot;} --> <h2 class="sectionedit5" id="scenarios">Scenarios</h2> <div class="level2"> <p> Grundsätzlich gibt es zwei verschiedene Netboot-Scenarios: </p> <ul> <li class="level1"><div class="li"> Keine Installation (Live-System) - Man bootet über das Netzwerk um darüber ein Live-System zu starten, das ohne Installation auskommt und daher auch keine Festplatte benötigt. Da das komplette Live-System ins RAM geladen wird ist die Auswahl an Live-Systemen sehr klein, der Rechner sollte mindestens 4 <abbr title="Gigabyte">GB</abbr> RAM haben, besser 8 <abbr title="Gigabyte">GB</abbr> RAM und das <abbr title="Operating System">OS</abbr> sollte möglichst klein sein, damit noch Platz für die Arbeitsdateien im RAM bleibt. In diesem Fall läuft alles ausschliesslich im RAM ab, die Festplatte bleibt komplett unberührt.</div> </li> </ul> <ul> <li class="level1"><div class="li"> Installation übers Netzwerk (Net-Install) - Man bootet über das Netzwerk um darüber ein Betriebssystem zu installieren das auf der lokalen Festplatte eingerichtet wird. In diesem Fall lädt man per Netboot zunächst nur einen Installer, der anschließend die restlichen Daten aus einem zentralen Repository im <abbr title="Local Area Network">LAN</abbr> oder über das Internet holt.</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Scenarios&quot;,&quot;hid&quot;:&quot;scenarios&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:5,&quot;range&quot;:&quot;2673-3644&quot;} --> <h2 class="sectionedit6" id="voraussetzungen">Voraussetzungen</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> Aktivieren von PXE-Boot im BIOS (Preboot Execution Environment)</div> </li> <li class="level1"><div class="li"> Funktioniert nur im <abbr title="Local Area Network">LAN</abbr></div> </li> <li class="level1"><div class="li"> Funktioniert nur mit dynamischer IP via DHCP</div> </li> <li class="level1"><div class="li"> Zusätzlicher DHCP-Proxy</div> </li> <li class="level1"><div class="li"> Zusätzlicher TFTP-Server</div> </li> <li class="level1"><div class="li"> <abbr title="Operating System">OS</abbr>-Image als fertiges Netzwerk-Installationsprogramm oder als Live-System ohne Installation</div> </li> <li class="level1"><div class="li"> Im BIOS muß Secure Boot deaktiviert werden, da fast alle bootbaren ISO-Images nicht digital signiert sind</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Voraussetzungen&quot;,&quot;hid&quot;:&quot;voraussetzungen&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:6,&quot;range&quot;:&quot;3645-4085&quot;} --> <h2 class="sectionedit7" id="pre-install">Pre-Install</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> Im BIOS prüfen ob sich der Rechner auf Netzwerk-Boot (PXE-Boot) umschalten lässt. Alternativ über das Boot-Menü (je nach Rechner via F8, F10 oder F12) den Netzwerkadapter als Startgerät auswählen. Falls dieser nicht auswählbar ist, im BIOS nachsehen ob er als Startgerät aktivierbar ist.</div> </li> <li class="level1"><div class="li"> Secure Boot muß deaktiviert werden</div> </li> <li class="level1"><div class="li"> Fast immer muß auch UEFI-Boot deaktiviert werden, stattdessen Legacy Boot einschalten</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Pre-Install&quot;,&quot;hid&quot;:&quot;pre-install&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:7,&quot;range&quot;:&quot;4086-4542&quot;} --> <h2 class="sectionedit8" id="testumgebung">Testumgebung</h2> <div class="level2"> <p> Da der Test für Netboot nur in einer abgeschotteten, vom restlichen Netzwerk getrennten Test-Umgebung stattfinden kann um den produktiven Betrieb im Netzwerk nicht zu stören, wurden zwei Rechner an einen separaten Netzwerk-Switch gehangen der keinen physikalischen Anschluss an das restliche Netzwerk hat. Der als PXE-Server fungierende Rechner muß dabei eine statische IP-Adresse haben, damit diese feste IP in die <abbr title="Local Area Network">LAN</abbr>-Konfiguration der Clients eingetragen werden kann. Nun kann man in dieser abgeschotteten Umgebung allerdings nicht den tatsächlichen Verlauf eines Netboots simulieren, denn es fehlen <abbr title="Domain Name System">DNS</abbr>, DHCP und Gateway. Somit kann kein Netboot mit Installation getestet werden, sondern nur Netboot mit einem Live-System ohne Installation. Beim starten des Clients bekommt dieser keine IP-Adresse des DHCP-Proxys zugewiesen, denn dieser kommt ausschliesslich vom richtigen DHCP-Server. <abbr title="Domain Name System">DNS</abbr> wird benötigt um die Namensauflösung zu garantieren, sonst kann nur mit statischen IP gearbeitet werden, das ist aber in der Produktivumgebung so nicht der Fall. Bei einem vorhandenen DHCP darf DNSmasq nur als DHCP-Proxy laufen, oder der vorhandene DHCP muß einen IP-Bereich frei lassen der dann von DNSmasq benutzt werden kann. Das Gateway (Internetzugang) wird benötigt um das Installationsimage vom Repository nachzuladen wenn ein Netboot mit anschließender Installation ausgewählt wird. Bei DNSmasq müsste eine Forwarder-<abbr title="Domain Name System">DNS</abbr> angegeben werden, aber ohne Gateway auch kein Nameserver in höherer Instanz. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Testumgebung&quot;,&quot;hid&quot;:&quot;testumgebung&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:8,&quot;range&quot;:&quot;4543-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:pxe-boot Thu, 16 Jan 2020 09:25:04 +0000 DNS http://live.spdns.org/wiki/anleitungen/pxe-boot/dns?do=revisions&rev=1579163445 <h1 class="sectionedit1" id="dns">DNS</h1> <div class="level1"> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;DNS&quot;,&quot;hid&quot;:&quot;dns&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-19&quot;} --> <h2 class="sectionedit2" id="dnsmasq">DNSmasq</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> <abbr title="Domain Name System">DNS</abbr>-Server</div> </li> <li class="level1"><div class="li"> <abbr title="Domain Name System">DNS</abbr>-Forwarder</div> </li> <li class="level1"><div class="li"> <abbr title="Domain Name System">DNS</abbr>-Cache</div> </li> <li class="level1"><div class="li"> DHCP-Server</div> </li> <li class="level1"><div class="li"> DHCP-Proxy</div> </li> <li class="level1"><div class="li"> TFTP-Server</div> </li> </ul> <p> DNSmasq bzw. genauer DNSmasq_base ist in allen aktuellen debian-basierenden Linux-Distributionen enthalten. DNSmasq_base wird dabei vom Network Manager benutzt. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;DNSmasq&quot;,&quot;hid&quot;:&quot;dnsmasq&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;20-297&quot;} --> <h2 class="sectionedit3" id="installation">Installation</h2> <div class="level2"> <p> Um DNSmasq als PXE Boot-Server einzusetzen muß zunächst eine vollständige DNSmasq Installation eingerichtet werden. In allen Debian-basierenden Linux-Repositorys ist dieser bereits enthalten. Installation mit: </p> <p> <code>sudo apt-get install dnsmasq</code> </p> <p> Anschliessend muß DNSmasq passend konfiguriert werden: </p> <p> <code>sudo gedit /etc/dnsmasq.conf</code> </p> <p> Folgende Konfiguration ist in der DNSmasq Konfigurationsdatei einzutragen: </p> <p> # Den in DNSmasq enthaltenen <abbr title="Domain Name System">DNS</abbr>-Server deaktivieren </p> <p> <code>port=0</code> </p> <p> # Bei Bedarf die DHCP-Transaktionen mitloggen, sonst auskommentieren </p> <p> <code>log-dhcp</code> </p> <p> # Root-Verzeichnis mit den Boot-Images auf dem TFTP-Server setzen </p> <p> <code>enable-tftp</code> </p> <p> <code>tftp-root=/var/lib/tftpboot</code> </p> <p> #Boot-Filename für PXE-Boot setzen </p> <p> <code>dhcp-boot=pxelinux.0</code> </p> <p> # Boot-Filename, Server-Name, Server-IP </p> <p> # Erster Parameter = Option 67 mit File-Location auf dem Server </p> <p> # Zweiter Parameter = Server-Hostname </p> <p> # Dritter Parameter = IP-Adresse des PXE-Servers </p> <p> <code>dhcp-boot=pxelinux, pxeserver, 192.168.1.1</code> </p> <p> # Doppelte DHCP-Benutzung deaktivieren um alte DHCP-Clients nicht zu verwirren </p> <p> <code>dhcp-no-override</code> </p> <p> # Bekannte Rechner-Architekturen vorauswählen. Damit kann gezielt das passende </p> <p> # Boot-Images ausgerollt werden. Diese werden auch genutzt wenn der Anwender </p> <p> # im Boot-Menü keine Auswahl trifft </p> <p> # x86PC, PC98, IA64_EFI, Alpha, Arc_x86, Intel_Lean-Client, IA32_EFI </p> <p> # BC_EFI, Xscale_EFI, X86-64_EFI </p> <p> <code>pxe-service=x86PC, „Boot via PXE-Server“, pxelinux</code> </p> <p> # Möglichkeit 1: zusätzlicher DHCP IP-Bereich und Lease-Time angeben </p> <p> <code>dhcp-range=192.168.1.1,192.168.1.100, 12h</code> </p> <p> # Möglichkeit 2: oder als DHCP-Proxy der keine IP vergibt </p> <p> <code>dhcp-range=192.168.1.1,proxy,255,255,255,0</code> </p> <p> # Interfaces und Adressen auf die der DHCP reagieren soll </p> <p> <code>interface=eth0</code> </p> <p> <code>listen-address=127.0.0.1</code> </p> <p> <code>listen-address=192.168.1.1</code> </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Installation&quot;,&quot;hid&quot;:&quot;installation&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;298-2138&quot;} --> <h2 class="sectionedit4" id="starten">Starten</h2> <div class="level2"> <p> Anschließend muß die neue DNSmasq Konfiguration geladen werden: </p> <p> <code>sudo service dnsmasq restart</code> </p> <p> Damit werden Legacy BIOS PXE Anfragen von DNSmasq abgefangen und umgeleitet, wobei der Microsoft DHCP immer noch seine SCCM UEFI-Optionen hat und – falls dieser Server einmal ausfallen sollte – diese bereitstellt, da DNSmasq die UEFI-Anfragen gar nicht wahrnimmt. </p> <p> Denn die DHCP Option 60 PXEClient ist nur dann von Nöten wenn der WDS/SCCM als eigenständiger DHCP-Proxy agieren soll, was er aber nicht braucht, weil die DHCP-Optionen sowieso vom DHCP-Server ausgeliefert werden. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Starten&quot;,&quot;hid&quot;:&quot;starten&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:4,&quot;range&quot;:&quot;2139-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:pxe-boot Thu, 16 Jan 2020 09:30:45 +0000 FritzBox http://live.spdns.org/wiki/anleitungen/hardware/fritzbox?do=revisions&rev=1618683333 <h1 class="sectionedit1" id="fritzbox">FritzBox</h1> <div class="level1"> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;FritzBox&quot;,&quot;hid&quot;:&quot;fritzbox&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-24&quot;} --> <h2 class="sectionedit2" id="fritz_box_fon_wlan_7390_mit_firmware_0686_aendert_selbststaendig_portfreigaben">FRITZ!Box Fon WLAN 7390 mit Firmware 06.86 ändert selbstständig Portfreigaben</h2> <div class="level2"> <p> Am 17.4.2021 beobachteten wir an einer FritzBox 7390 einen wohl sehr seltenen, dafür aber sehr ärgerlichen Fehler. Direkt nach einer Internet-Zwangstrennung durch die Telekom wurden einige der fest eingerichteten Portfreigaben willkürlich geändert - und das obwohl UPnP nur für Statusinformationen genutzt wird, nicht jedoch bei Portfreigaben. Eine Änderung kann da wirklich den Supergau mit Totalausfall sämtlicher Freigaben auf Server bedeuten. </p> <p> Während wir noch auf der Suche nach dem Problem waren, und um die bisher eingerichteten Portfreigaben wieder herzustellen, wurde die Internetverbindung wieder durch die Telekom getrennt und plötzlich waren auch die Portfreigaben wieder wie vorher. </p> <p> Es scheint also tatsächlich so zu sein das sich die Portfreigaben ändern können, je nachdem welche IP-Adresse man gerade von der Telekom zugewiesen bekommen hat. Ich weiss das klingt nach totalem Unsinn, aber genau das ist hier passiert. Das aber ein Prozess von aussen die Portfreigaben verändern kann ist mehr als bedenklich. </p> <p> Leider gibt es ausser die Firmware 06.86 keine neuere Firmware mehr für die FritzBox 7390 und ich hatte das Problem in 8 Jahren Betrieb auch noch nicht gehabt, aber ärgerlich ist das trotzdem weil man diese Portänderungen ja unter Umständen gar nicht mitkriegt. Die FritzBox selbst loggt das zwar im Syslog mit, aber das dadurch eventuell eingerichtete Dienste ausfallen bemerkt man vielleicht erstmal nicht. </p> <p> Die Lösung kann also sein hier die Internetverbindung manuell zu trennen und auf eine neue IP-Adresse zu warten wenn das Phänomen wieder einmal auftritt. </p> <p> In einem Forum habe ich folgende Erklärung von einem User gefunden: </p> <p> Seitdem die FRITZ!Box PCP für die eigenen Freigaben verwendet, müssen alle registrierten Freigaben in sehr kurzen Intervallen (iirc inzwischen nach 2 Minuten) „erneuert“ werden, für die statischen Portfreigaben, die in den FRITZ!<abbr title="Operating System">OS</abbr>-Einstellungen konfiguriert werden, sind dabei ein paar Daemons zuständig, die diese regelmäßigen Aktualisierungen beim „pcpd“ ausführen. Wenn bei denen dann irgendwann die Aktualisierung klemmt, laufen die einmal aus und danach fragt der Server dann auch nicht mehr beim Client nach bzw. weist diesen darauf hin, daß die Freigabe demnächst abläuft. </p> <p> Stellt der „dsld“ eine neue Internetverbindung her, müssen ohnehin alle vorhandenen Freigaben entfernt und neu eingerichtet werden, denn die verwenden extern ja noch die alten IP-Adressen. Dabei werden dann auch alle anderen Daemons benachrichtigt und diejenigen, die zwischenzeitlich „vergessen“ hatten, daß da doch noch irgendwas war, werden auch wieder aktiv. </p> <p> Aber auch diese Signalisierung des „dsld“ an die anderen Daemons (die Kommunikation zwischen diesen erfolgt überwiegend mit Messages über IPC) kommt wohl manchmal unter die Räder nach einer neuen Internet-Verbindung und dann braucht es erst wieder andere Ereignisse, die für die WAN-Anbindung relevant sind (z.B. den Ablauf einer IPv6-Lease und die Zuweisung einer anderen Adresse/eines anderen Netzes - o.ä.), damit eine weitere Benachrichtigung ausgelöst wird. </p> <p> Bei der Suche danach, was zum „Vergessen“ dieser Aktualisierungen führt (bzw. vermutlich eher, wo die Infos abbleiben, die eine Aktualisierung auslösen sollten), war AVM bisher wohl noch nicht in allen denkbaren Fällen erfolgreich - obwohl sich die Situation ggü. älteren Versionen schon ziemlich verbessert hat, wenn die Freigaben bis zur neuen Internet-Verbindung durchhalten. Früher verschwanden die auch mitten im Betrieb und nicht erst nach der Zwangstrennung. </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;FRITZ!Box Fon WLAN 7390 mit Firmware 06.86 \u00e4ndert selbstst\u00e4ndig Portfreigaben&quot;,&quot;hid&quot;:&quot;fritz_box_fon_wlan_7390_mit_firmware_0686_aendert_selbststaendig_portfreigaben&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;25-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:hardware Sat, 17 Apr 2021 20:15:33 +0000 iPXE http://live.spdns.org/wiki/anleitungen/pxe-boot/ipxe?do=revisions&rev=1579165879 <h1 class="sectionedit1" id="ipxe">iPXE</h1> <div class="level1"> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;iPXE&quot;,&quot;hid&quot;:&quot;ipxe&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-20&quot;} --> <h2 class="sectionedit2" id="website">Website</h2> <div class="level2"> <p> <a href="http://ipxe.org" class="urlextern" target="_blank" title="http://ipxe.org" rel="ugc nofollow noopener">http://ipxe.org</a> </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Website&quot;,&quot;hid&quot;:&quot;website&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;21-58&quot;} --> <h2 class="sectionedit3" id="probleme">Probleme</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> Man muss zunächst vom USB-Stick starten auf dem sich Boot-Script befindet um den lokalen DHCP-Server mit seiner SCCM-Konfiguration zu umgehen. Das Boot-Script ermöglicht zwar vom lokalen DHCP-Server eine IP-Adresse mit <abbr title="Domain Name System">DNS</abbr> und Gateway zu bekommen, lädt dann aber ein Menü von der Website ipxe.org nach, mit dem es dann möglich ist verschiedene ISO-Images von öffentlichen und eigenen Repositorys zu laden. Vorraussetzung für ein booten von einem eigenen Repository ist nur das es von einer http-<abbr title="Uniform Resource Locator">URL</abbr> erreichbar ist.</div> </li> </ul> <ul> <li class="level1"><div class="li"> Teilweise funktioniert das direkt durchbooten vom USB-Stick nicht, denn vermutlich sperrt die Netzwerkkonfiguration (Zwangsproxy?) den direkten Zugriff auf http und https Adressen. Stattdessen muß die IP-Konfiguration manuell erfolgen, oder man lässt sich per DHCP erst eine Adresse zuweisen und übernimmt im zweiten Schritt dann die zugewiesenen Werte. Jedoch ist nur die erste Version mit manuell eingetragener Netzwerkkonfiguration tatsächlich und letztendlich erfolgreich.</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Probleme&quot;,&quot;hid&quot;:&quot;probleme&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;59-1093&quot;} --> <h3 class="sectionedit4" id="fehlermeldungen_beim_booten">Fehlermeldungen beim booten</h3> <div class="level3"> <ul> <li class="level1"><div class="li"> Socket not connected - <a href="http://ipxe.org/380f6001" class="urlextern" target="_blank" title="http://ipxe.org/380f6001" rel="ugc nofollow noopener">http://ipxe.org/380f6001</a></div> </li> <li class="level1"><div class="li"> Operation not supported - <a href="http://ipxe.org/3c086003" class="urlextern" target="_blank" title="http://ipxe.org/3c086003" rel="ugc nofollow noopener">http://ipxe.org/3c086003</a></div> </li> <li class="level1"><div class="li"> Protocol not supported - <a href="http://ipxe.org/440e6003" class="urlextern" target="_blank" title="http://ipxe.org/440e6003" rel="ugc nofollow noopener">http://ipxe.org/440e6003</a></div> </li> <li class="level1"><div class="li"> No buffer space available - <a href="http://ipxe.org/2a654006" class="urlextern" target="_blank" title="http://ipxe.org/2a654006" rel="ugc nofollow noopener">http://ipxe.org/2a654006</a></div> </li> <li class="level1"><div class="li"> Connection timed out (http/https) - <a href="http://ipxe.org/4c0a6035" class="urlextern" target="_blank" title="http://ipxe.org/4c0a6035" rel="ugc nofollow noopener">http://ipxe.org/4c0a6035</a></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Fehlermeldungen beim booten&quot;,&quot;hid&quot;:&quot;fehlermeldungen_beim_booten&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:4,&quot;range&quot;:&quot;1094-1416&quot;} --> <h2 class="sectionedit5" id="troubleshooting">Troubleshooting</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> <a href="https://support.blancco.com/display/KB/iPXE+boot+environment+troubleshooting+guide" class="urlextern" target="_blank" title="https://support.blancco.com/display/KB/iPXE+boot+environment+troubleshooting+guide" rel="ugc nofollow noopener">https://support.blancco.com/display/KB/iPXE+boot+environment+troubleshooting+guide</a></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Troubleshooting&quot;,&quot;hid&quot;:&quot;troubleshooting&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:5,&quot;range&quot;:&quot;1417-1533&quot;} --> <h2 class="sectionedit6" id="tools">Tools</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> <a href="https://github.com/skunkie/ipxe-phpmenu" class="urlextern" target="_blank" title="https://github.com/skunkie/ipxe-phpmenu" rel="ugc nofollow noopener">https://github.com/skunkie/ipxe-phpmenu</a></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Tools&quot;,&quot;hid&quot;:&quot;tools&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:6,&quot;range&quot;:&quot;1534-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:pxe-boot Thu, 16 Jan 2020 10:11:19 +0000 YaCy http://live.spdns.org/wiki/anleitungen/software/yacy?do=revisions&rev=1632751482 <h1 class="sectionedit1" id="yacy">YaCy</h1> <div class="level1"> <p> <img src="http://live.spdns.org/wiki/_media/anleitungen/software/yacy.png?w=600&amp;tok=d92775" class="medialeft" align="left" loading="lazy" alt="" width="600" /> YaCy („Yet another Cyberspace“) ist eine Suchmaschine die nach dem Peer-to-Peer-Prinzip (P2P) arbeitet. Dabei gibt es keinen zentralen Server, sondern alle Betreiber einer YaCy-Instanz sind gleichwertig. Durch die Installation von YaCy wird ein lokaler YaCy-Proxy bereitgestellt. Alle über diesen Proxy abgerufenen Webseiten, sowie durch mitgelieferte Plugins auch andere Daten, werden lokal indexiert und können durch den Nutzer mittels eines Webinterface durchsucht werden. Der Index wird (optional) redundant auf anderen Peers des globalen YaCy-Netzwerkes verteilt, so dass ein globaler Index entsteht. Eine globale Suche fragt den globalen Index ab, der aus den Peers besteht, die gerade online sind. Durch dieses dezentrale Prinzip ist YaCy resistent gegen Ausfälle. </p> <p> Der eigene Index (und somit indirekt der globale) lässt sich durch das Losschicken eines eigenen Webcrawlers erweitern. Es können alternativ eigene YaCy-basierte Netzwerke zur Bildung eines gemeinsamen Index konfiguriert werden. </p> <p> Das Projekt YaCy wurde von Michael Christen im Jahr 2003 gegründet </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;YaCy&quot;,&quot;hid&quot;:&quot;yacy&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-1145&quot;} --> <h2 class="sectionedit2" id="links">Links</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> <a href="https://wiki.yacy.net/index.php/De:Start" class="urlextern" target="_blank" title="https://wiki.yacy.net/index.php/De:Start" rel="ugc nofollow noopener">https://wiki.yacy.net/index.php/De:Start</a></div> </li> </ul> <p> <div class="plugin_nspages"><p class="catpageheadline">Unternamensraum:</p> <p> Keine Unternamensräume. </p> <p class="catpageheadline">Seiten in diesem Namensraum:</p> <div class="catpagecol" style="width: 100%" ><div class="catpagechars">Y</div> <ul class="nspagesul"> <li class="level1"><div class="li"><a href="http://live.spdns.org/wiki/anleitungen/software/yacy/yacy_installieren" class="wikilink1" title="anleitungen:software:yacy:yacy_installieren" data-wiki-id="anleitungen:software:yacy:yacy_installieren">YaCy installieren</a></div> </li> </ul></div> <div class="catpageeofidx"></div></div> </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Links&quot;,&quot;hid&quot;:&quot;links&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;1146-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:software Mon, 27 Sep 2021 16:04:42 +0000 Fernwartungssysteme http://live.spdns.org/wiki/anleitungen/fernwartungssysteme?do=revisions&rev=1637659317 <h1 class="sectionedit1" id="fernwartungssysteme">Fernwartungssysteme</h1> <div class="level1"> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Fernwartungssysteme&quot;,&quot;hid&quot;:&quot;fernwartungssysteme&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-35&quot;} --> <h2 class="sectionedit2" id="uebersicht">Übersicht</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> Ammyy, <a href="http://www.ammyy.com" class="urlextern" target="_blank" title="http://www.ammyy.com" rel="ugc nofollow noopener">www.ammyy.com</a></div> </li> <li class="level1"><div class="li"> CrossLoop, <a href="http://www.crossloop.com" class="urlextern" target="_blank" title="http://www.crossloop.com" rel="ugc nofollow noopener">www.crossloop.com</a></div> </li> <li class="level1"><div class="li"> DameWare Mini Remote Control Server, <a href="http://www.dameware.com" class="urlextern" target="_blank" title="http://www.dameware.com" rel="ugc nofollow noopener">www.dameware.com</a></div> </li> <li class="level1"><div class="li"> Heise Tool, <a href="http://www.heise.de/netze/tools/fernwartung" class="urlextern" target="_blank" title="http://www.heise.de/netze/tools/fernwartung" rel="ugc nofollow noopener">www.heise.de/netze/tools/fernwartung</a></div> </li> <li class="level1"><div class="li"> Mikogo, <a href="http://www.mikogo.de" class="urlextern" target="_blank" title="http://www.mikogo.de" rel="ugc nofollow noopener">www.mikogo.de</a></div> </li> <li class="level1"><div class="li"> Remobo, <a href="http://www.remobo.com" class="urlextern" target="_blank" title="http://www.remobo.com" rel="ugc nofollow noopener">www.remobo.com</a></div> </li> <li class="level1"><div class="li"> Royal TS, <a href="http://www.code4ward.net" class="urlextern" target="_blank" title="http://www.code4ward.net" rel="ugc nofollow noopener">www.code4ward.net</a></div> </li> <li class="level1"><div class="li"> ScreenLeap, <a href="http://www.screenleap.com" class="urlextern" target="_blank" title="http://www.screenleap.com" rel="ugc nofollow noopener">www.screenleap.com</a></div> </li> <li class="level1"><div class="li"> Teamviewer, <a href="http://www.teamviewer.de" class="urlextern" target="_blank" title="http://www.teamviewer.de" rel="ugc nofollow noopener">www.teamviewer.de</a></div> </li> <li class="level1"><div class="li"> UltraVNC, <a href="http://www.uvnc.com" class="urlextern" target="_blank" title="http://www.uvnc.com" rel="ugc nofollow noopener">www.uvnc.com</a></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;\u00dcbersicht&quot;,&quot;hid&quot;:&quot;uebersicht&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;36-410&quot;} --> <h2 class="sectionedit3" id="berichte_ueber_software_zur_fernwartung_von_pc">Berichte über Software zur Fernwartung von PC</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> <a href="http://praxistipps.chip.de/teamviewer-top-3-alternativen-fur-android_3433" class="urlextern" target="_blank" title="http://praxistipps.chip.de/teamviewer-top-3-alternativen-fur-android_3433" rel="ugc nofollow noopener">http://praxistipps.chip.de/teamviewer-top-3-alternativen-fur-android_3433</a></div> </li> <li class="level1"><div class="li"> <a href="http://www.alternative-zu.de/q/TeamViewer" class="urlextern" target="_blank" title="http://www.alternative-zu.de/q/TeamViewer" rel="ugc nofollow noopener">http://www.alternative-zu.de/q/TeamViewer</a></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Berichte \u00fcber Software zur Fernwartung von PC&quot;,&quot;hid&quot;:&quot;berichte_ueber_software_zur_fernwartung_von_pc&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;411-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen Tue, 23 Nov 2021 10:21:57 +0000 DHCP http://live.spdns.org/wiki/anleitungen/pxe-boot/dhcp?do=revisions&rev=1579163329 <h1 class="sectionedit1" id="dhcp">DHCP</h1> <div class="level1"> <p> Der bestehende DHCP-Server muß umkonfiguriert werden, damit ein Client automatisch beim booten auf den PXE-Server zugreifen kann: </p> <ul> <li class="level1"><div class="li"> Option 66 = IP-Adresse des Deployment-Servers</div> </li> <li class="level1"><div class="li"> Option 67 = undionly.kpxe</div> </li> </ul> </div> anonymous@undisclosed.example.com (Anonymous) anleitungen:pxe-boot Thu, 16 Jan 2020 09:28:49 +0000 Jitsi http://live.spdns.org/wiki/anleitungen/software/jitsi?do=revisions&rev=1632380719 <h1 class="sectionedit1" id="jitsi">Jitsi</h1> <div class="level1"> <p> Jitsi ist eine Sammlung freier Software für IP-Telefonie, Videokonferenzen und Instant Messaging. Der Ursprung war ein Java-basierter Messenger-Client für XMPP und weitere Protokolle, jetzt Jitsi Desktop genannt. </p> <p> <a href="https://meet.jit.si" class="urlextern" target="_blank" title="https://meet.jit.si" rel="ugc nofollow noopener">https://meet.jit.si</a> </p> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Jitsi&quot;,&quot;hid&quot;:&quot;jitsi&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-258&quot;} --> <h2 class="sectionedit2" id="jitsi_meet-server_unter_linux_ubuntu_2004_installieren">Jitsi Meet-Server unter Linux Ubuntu 20.04 installieren</h2> <div class="level2"> <p> Keep it simple Installation </p> <ul> <li class="level1"><div class="li"> <code>sudo su</code></div> </li> <li class="level1"><div class="li"> <code>apt update &amp;&amp; apt upgrade</code></div> </li> <li class="level1"><div class="li"> <code>hostnamectl set-hostname meet.deinserver.xyz</code></div> </li> <li class="level1"><div class="li"> <code>apt install software-properties-common</code></div> </li> <li class="level1"><div class="li"> <code>apt-add-repository universe</code></div> </li> <li class="level1"><div class="li"> <code>apt install apt-transport-https</code></div> </li> <li class="level1"><div class="li"> <code>curl <a href="https://download.jitsi.org/jitsi-key.gpg.key" class="urlextern" target="_blank" title="https://download.jitsi.org/jitsi-key.gpg.key" rel="ugc nofollow noopener">https://download.jitsi.org/jitsi-key.gpg.key</a> | sh -c &#039;gpg –dearmor &gt; /usr/share/keyrings/jitsi-keyring.gpg</code>&#039;</div> </li> <li class="level1"><div class="li"> <code>echo &#039;deb [signed-by=/usr/share/keyrings/jitsi-keyring.gpg] <a href="https://download.jitsi.org" class="urlextern" target="_blank" title="https://download.jitsi.org" rel="ugc nofollow noopener">https://download.jitsi.org</a> stable/&#039; | tee /etc/apt/sources.list.d/jitsi-stable.list &gt; /dev/null</code></div> </li> <li class="level1"><div class="li"> <code>apt update</code></div> </li> <li class="level1"><div class="li"> <code>apt -y install jitsi-meet</code></div> </li> <li class="level1"><div class="li"> <code>/usr/share/jitsi-meet/scripts/install-letsencrypt-cert.sh</code></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Jitsi Meet-Server unter Linux Ubuntu 20.04 installieren&quot;,&quot;hid&quot;:&quot;jitsi_meet-server_unter_linux_ubuntu_2004_installieren&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;259-988&quot;} --> <h2 class="sectionedit3" id="offene_fragen">Offene Fragen</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> muss der lokale Hostname zwingend gesetzt werden?</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Offene Fragen&quot;,&quot;hid&quot;:&quot;offene_fragen&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;989-1070&quot;} --> <h2 class="sectionedit4" id="ports">Ports</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> 80 TCP (nur für die Aushandlung des Let´s Encrypt Zertifikats)</div> </li> <li class="level1"><div class="li"> 443 TCP</div> </li> <li class="level1"><div class="li"> 10000 UDP (Video)</div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Ports&quot;,&quot;hid&quot;:&quot;ports&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:4,&quot;range&quot;:&quot;1071-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:software Thu, 23 Sep 2021 09:05:19 +0000 Searx konfigurieren http://live.spdns.org/wiki/anleitungen/software/searx/searx_konfigurieren?do=revisions&rev=1617806960 <h1 class="sectionedit1" id="searx_konfigurieren">Searx konfigurieren</h1> <div class="level1"> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Searx konfigurieren&quot;,&quot;hid&quot;:&quot;searx_konfigurieren&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:1,&quot;range&quot;:&quot;1-35&quot;} --> <h2 class="sectionedit2" id="die_konfiguration_wird_in_folgender_textdatei_vorgenommen">Die Konfiguration wird in folgender Textdatei vorgenommen</h2> <div class="level2"> <ul> <li class="level1"><div class="li"> <code>/usr/local/searx/searx/settings.yml</code> oder</div> </li> <li class="level1"><div class="li"> <code>/etc/searx/settings.yml</code></div> </li> </ul> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Die Konfiguration wird in folgender Textdatei vorgenommen&quot;,&quot;hid&quot;:&quot;die_konfiguration_wird_in_folgender_textdatei_vorgenommen&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:2,&quot;range&quot;:&quot;36-188&quot;} --> <h2 class="sectionedit3" id="konfigurations-parameter">Konfigurations-Parameter</h2> <div class="level2"> <div class="table sectionedit4"><table class="inline"> <thead> <tr class="row0"> <th class="col0 leftalign"> Parameter </th><th class="col1 leftalign"> Beschreibung </th> </tr> </thead> <tr class="row1"> <td class="col0 leftalign"> port </td><td class="col1 leftalign"> port number of the searx web application if you run it directly using python searx/webapp.py. Doesn&#039;t apply to searx running on Apache or Nginx. </td> </tr> <tr class="row2"> <td class="col0 leftalign"> secret_key </td><td class="col1 leftalign"> used for cryptography purpose. </td> </tr> <tr class="row3"> <td class="col0 leftalign"> debug </td><td class="col1 leftalign"> allow a more detailed log if you run searx directly. Display detailed error messages in the browser too, so this must be deactivated in production. </td> </tr> <tr class="row4"> <td class="col0 leftalign"> request_timeout </td><td class="col1 leftalign"> global timeout of the requests made to others engines in seconds. A bigger timeout will allow to wait for answers from slow engines, but in consequence will slow searx reactivity </td> </tr> <tr class="row5"> <td class="col0 leftalign"> </td><td class="col1 leftalign"> (the result page may take the time specified in the timeout to load) </td> </tr> <tr class="row6"> <td class="col0 leftalign"> base_url </td><td class="col1 leftalign"> the base <abbr title="Uniform Resource Locator">URL</abbr> where searx is deployed. Used to create correct inbound links. </td> </tr> <tr class="row7"> <td class="col0 leftalign"> themes_path </td><td class="col1 leftalign"> path to where the themes are located. If you didn&#039;t develop anything, leave it blank. </td> </tr> <tr class="row8"> <td class="col0 leftalign"> default_theme </td><td class="col1 leftalign"> name of the theme you want to use by default on you searx instance. </td> </tr> <tr class="row9"> <td class="col0 leftalign"> useragent_suffix </td><td class="col1 leftalign"> suffix to the user-agent searx uses to send requests to others engines. If an engine wish to block you, a contact info here may be useful to avoid that. </td> </tr> <tr class="row10"> <td class="col0 leftalign"> image_proxy </td><td class="col1 leftalign"> allow your instance of searx of being able to proxy images. Uses memory space. </td> </tr> <tr class="row11"> <td class="col0 leftalign"> default_locale </td><td class="col1 leftalign"> interface language. If blank, the locale is detected by using the browser language. If it doesn&#039;t work, or you are deploying a language specific instance of searx, </td> </tr> <tr class="row12"> <td class="col0 leftalign"> </td><td class="col1 leftalign"> a locale can be defined using an ISO language code, like fr, en, de. </td> </tr> <tr class="row13"> <td class="col0 leftalign"> outgoing_proxies </td><td class="col1 leftalign"> define a proxy you wish to use. </td> </tr> <tr class="row14"> <td class="col0 leftalign"> source_ips </td><td class="col1 leftalign"> if you use multiple nework interfaces, define from which IP the requests must be made. </td> </tr> <tr class="row15"> <td class="col0 leftalign"> locales </td><td class="col1 leftalign"> locales codes and their names. Available translations of searx interface. </td> </tr> </table></div> <!-- EDIT{&quot;target&quot;:&quot;table&quot;,&quot;name&quot;:&quot;&quot;,&quot;hid&quot;:&quot;table&quot;,&quot;secid&quot;:4,&quot;range&quot;:&quot;227-3490&quot;} --> </div> <!-- EDIT{&quot;target&quot;:&quot;section&quot;,&quot;name&quot;:&quot;Konfigurations-Parameter&quot;,&quot;hid&quot;:&quot;konfigurations-parameter&quot;,&quot;codeblockOffset&quot;:0,&quot;secid&quot;:3,&quot;range&quot;:&quot;189-&quot;} --> anonymous@undisclosed.example.com (Anonymous) anleitungen:software:searx Wed, 07 Apr 2021 16:49:20 +0000