Fix
This commit is contained in:
BIN
its/aufgaben/Sommer2016 A1.3.1.PNG
Normal file
BIN
its/aufgaben/Sommer2016 A1.3.1.PNG
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 149 KiB |
86
its/aufgaben/sommer20152016.md
Normal file
86
its/aufgaben/sommer20152016.md
Normal file
@@ -0,0 +1,86 @@
|
||||
# Sommer 2015/2016
|
||||
|
||||
## 1.1
|
||||
|
||||
### 1.1.1
|
||||
|
||||
Hotspots an Masten ca. alle 100m
|
||||
|
||||
### 1.1.2
|
||||
|
||||
Passwort auf Liftkarte. Anmeldung durch RADIUS
|
||||
|
||||
### 1.1.3
|
||||
|
||||
Strom muss vorhanden sein, Richtfunk Antenne mit freier Sicht, AP an der Strecke
|
||||
|
||||
## 1.2 VLANs
|
||||
|
||||
### 1.2.1
|
||||
|
||||
Gruppen koennen nicht untereinander in die anderen Netze uebergreifen
|
||||
|
||||
Kleinerer Broadcast
|
||||
|
||||
Sicherheit
|
||||
|
||||
Priorisierung z.B. Gaeste langsamer
|
||||
|
||||
verbessertes Management
|
||||
|
||||
### 1.2.2
|
||||
|
||||
Pakete werden im Kreis gesendet. Durch Spanning Tree Protokoll wird ein Port der den Kreis schaltet deaktiviert,
|
||||
sodass sich eine Baumstruktur ergibt.
|
||||
|
||||
### 1.2.3
|
||||
|
||||
Im Switch 1-1 eintragen (Bridge-Priority niedriger setzen). Kreisschaltung aufheben.
|
||||
|
||||
## 1.3 Routing
|
||||
|
||||
### 1.3.1
|
||||
|
||||
Siehe Bild
|
||||
|
||||
Erste Subnetzmaske:
|
||||
|
||||
10.0.8.0
|
||||
|
||||
11111111.11111111.11111100.00000000
|
||||
|
||||
255.255.252.0
|
||||
|
||||
Zweite Subnetzmaske:
|
||||
|
||||
10.0.12.32
|
||||
|
||||
11111111.11111111.11111111.11111000
|
||||
|
||||
255.255.255.240
|
||||
|
||||
|
||||
|
||||
### 1.3.2
|
||||
|
||||
Dynamisches Routingprotokoll:
|
||||
|
||||
OSPF, EIGRP
|
||||
|
||||
### 1.3.3
|
||||
|
||||
Keine Ahnung
|
||||
|
||||
## 1.4 VoIP
|
||||
|
||||
### 1.4.1
|
||||
|
||||
* Gespraeche sind innerhalb kostenlos
|
||||
* Smartphones, Softclients und VoIP Telefone koennen genutzt werden
|
||||
* Hardware faellt weg
|
||||
|
||||
### 1.4.2
|
||||
|
||||
* Auf einem Rechner muss ein Softclient installiert werden
|
||||
* Dienste eines VoIP Providers muessen genutzt werden
|
||||
|
||||
11
its/aufgaben/winter20152016.md
Normal file
11
its/aufgaben/winter20152016.md
Normal file
@@ -0,0 +1,11 @@
|
||||
# Winter 2015/2016
|
||||
|
||||
## 1.1
|
||||
|
||||
## 1.2 FC-SAN
|
||||
|
||||
### 1.2.1
|
||||
|
||||
* Ein eigenes Speichernetzwerk belastet nicht das normale LAN
|
||||
|
||||
### 1.2.2
|
||||
139
its/aufgaben/winter20162017FS.md
Normal file
139
its/aufgaben/winter20162017FS.md
Normal file
@@ -0,0 +1,139 @@
|
||||
# Winter 2016/2017
|
||||
|
||||
## 1.1
|
||||
|
||||
Netzadresse 172.20.0.0/16 in 7 Subnetze
|
||||
|
||||
### 1.1.1
|
||||
|
||||
Subnetze gleicher groesse:
|
||||
|
||||
Netzadresse: 172.20.0.0
|
||||
Subnetzmaske: 255.255.0.0
|
||||
|
||||
Bits: 2^3 = 8
|
||||
|
||||
11111111.11111111.00000000.0
|
||||
|
||||
11111111.11111111.00100000.0
|
||||
|
||||
11111111.11111111.01000000.0
|
||||
|
||||
11111111.11111111.01100000.0
|
||||
|
||||
11111111.11111111.10000000.0
|
||||
|
||||
172.20.0.0
|
||||
|
||||
172.20.32.0
|
||||
|
||||
172.20.64.0
|
||||
|
||||
172.20.96.0
|
||||
|
||||
172.20.128.0
|
||||
|
||||
172.20.160.0
|
||||
|
||||
172.20.192.0
|
||||
|
||||
### 1.1.2
|
||||
|
||||
172.20.0.0 | 172.20.0.1 - 172.20.31.254 | 172.20.31.255
|
||||
|
||||
172.20.32.0| 172.20.32.1 - 172.20.63.254 | 172.20.63.255
|
||||
|
||||
## 1.2
|
||||
|
||||
### 1.2.1
|
||||
|
||||
Kleinere Broadcast Reichweite
|
||||
|
||||
Getrennte Netze --> Mehr Sicherheit
|
||||
|
||||
Priorisierung von Daten bspw. VoIP
|
||||
|
||||
### 1.2.2
|
||||
|
||||
Tagged und Portbasierter Switchport
|
||||
|
||||
### 1.2.3
|
||||
|
||||
Tagged --> Router
|
||||
|
||||
Portbasiert --> Arbeitsplatz PCs
|
||||
|
||||
### 1.2.4
|
||||
|
||||
Trunk
|
||||
|
||||
### 1.3.1
|
||||
|
||||
Schuetzt vor Loops und Schleifen (keine Baum Struktur mehr)
|
||||
|
||||
### 1.3.2
|
||||
|
||||
Durch Abschaltung von betroffenen Ports
|
||||
|
||||
### 1.4
|
||||
|
||||
### 1.4.1
|
||||
|
||||
Authentizitaet: Anmeldung durch Passwort, Zertifikat, Verschluesselung durch Hashwert
|
||||
|
||||
Vertraulichkeit: Verschluesselung
|
||||
|
||||
Integritaet: Hashwerte (jedes Paket wird ueberprueft)
|
||||
|
||||
### 1.4.2
|
||||
|
||||
Siehe 1.4.1
|
||||
|
||||
## 1.5
|
||||
|
||||
### 1.5.1
|
||||
|
||||
Symmetrische Verschluesselungsverfahren: Gleicher Schluessel wird zur Ver- und Entschluesselung genutzt.
|
||||
|
||||
Asymmetrische Verschluesselungsverfahren: Public Key zum verschluesseln; Private Key zum entschluesseln
|
||||
|
||||
### 1.5.2
|
||||
|
||||
Sym. Verschluesselungsverfahren:
|
||||
|
||||
Vorteile:
|
||||
* Geschwindigkeit
|
||||
|
||||
Nachteile:
|
||||
* durch einen Schluessel geringe Sicherheit (da der Schluessel davor ausgetauscht werden muss)
|
||||
|
||||
Asym. Verschluesselungsverfahren:
|
||||
|
||||
Vorteile:
|
||||
* durch verschieden Schluessel hohe Sicherheit
|
||||
|
||||
Nachteile:
|
||||
* ca. 1000x langsamer wie Sym. Verschluesselung
|
||||
|
||||
### 1.5.3
|
||||
|
||||
Bei hybrider Verschluesselung wird einmal Private und Public Key erzeugt. Der Public Key
|
||||
wird an die Gegenstelle herausgegeben. Diese erzeugt einen Session Key, verpackt diesen mit dem
|
||||
Public Key und schickt ihn. Dieser wird mit dem Private Key entschluesselt. Daraufhin wird nurnoch
|
||||
symmetrisch verschluesselt, um eine hoehere Geschwindigkeit zu erzielen.
|
||||
|
||||
### 1.5.4
|
||||
|
||||
Damit die Emails sicher und schnell uebertragen werden.
|
||||
|
||||
Es verbindet die beiden Vorteile von asymmetrischer und symmetrischer Verschluesselung.
|
||||
|
||||
### 1.6
|
||||
|
||||
Portnummer z.B. :3306 sperren (mysql port)
|
||||
|
||||
Flags (z.B. SYN/ACK)
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -75,9 +75,15 @@
|
||||
\include{dhcp}
|
||||
\newpage
|
||||
|
||||
\include{subnetting}
|
||||
\newpage
|
||||
|
||||
\include{vlan}
|
||||
\newpage
|
||||
|
||||
\include{routing}
|
||||
\newpage
|
||||
|
||||
\include{backup}
|
||||
\newpage
|
||||
|
||||
|
||||
@@ -2,12 +2,6 @@
|
||||
%Gliederung:
|
||||
|
||||
\section{Netzwerkkabel Arten}
|
||||
\subsection{Cat5}
|
||||
|
||||
\subsection{Cat5e}
|
||||
|
||||
\subsection{Cat6}
|
||||
|
||||
\subsection{Cat7}
|
||||
|
||||
|
||||
|
||||
19
its/tex/routing.tex
Normal file
19
its/tex/routing.tex
Normal file
@@ -0,0 +1,19 @@
|
||||
%Notizen:
|
||||
%Gliederung:
|
||||
% - IP --> Internet Protocol
|
||||
%
|
||||
\section{Routing}
|
||||
\subsection{Dynamische Routing Protokolle}
|
||||
\subsubsection{RIP - Routing Information Protocol}
|
||||
RIP sendet beim starten des Routers eine Anfrage an alle benachbarten Router um Zusendung deren vollständiger Routingtabelle. Aus den erhaltenen Antworten errechnet der Router die fehlenden Einträge in seiner Routing Tabelle. Diese schickt er dann den anderen Routern, damit diese eventuell fehlende Einträge nachtragen können.
|
||||
\subsubsection{OSPF - Open Shortest Path First}
|
||||
Eines der am häufigsten verwendeten Protokolle. \\
|
||||
Hauptvorteile gegenüber RIP:
|
||||
\begin{itemize}
|
||||
\item Schnellere Konvergenz (zusammenwachsen kleinerer Netzwerke zu großen Verbänden)
|
||||
\item Bessere Skalierbarkeit für große Netze
|
||||
\item Garantiert ein schleifenfreies Routing (im Gegensatz zu RIP)
|
||||
|
||||
\end{itemize}
|
||||
|
||||
|
||||
98
its/tex/subnetting.tex
Normal file
98
its/tex/subnetting.tex
Normal file
@@ -0,0 +1,98 @@
|
||||
\section{Subnetting V4}
|
||||
\subsection{Vorteile}
|
||||
\begin{itemize}
|
||||
\item Kleinere Broadcast Reichweite
|
||||
\item Sicherheit - ein PC vom Netz A kommt nicht ins Netz B
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Erstellen gleich großer Netze}
|
||||
Es soll eine bestimmte Anzahl an Subnetzen erstellt werden,
|
||||
welche jeweils gleich groß sind. \\
|
||||
\\
|
||||
|
||||
Bespieladresse: \\
|
||||
Netzadresse: \texttt{172.20.0.0} \\
|
||||
Subnetzmaske: \texttt{255.255.0.0 oder /16} \\
|
||||
Es sollen 7 gleich große Subnetze erstellt werden \\
|
||||
|
||||
Subnetze können nur im Hostanteil erstellt werden,
|
||||
da die ursprüngliche Netzmaske normalerweise vom ISP vorgegeben ist.
|
||||
Zuerst muss also die Anzahl der benötigten Bits für alle Subnetze berechnet werden.
|
||||
Es wird auf die nächst höhere 2er Potenz aufgerundet. \\
|
||||
In diesem Beispiel: \\
|
||||
Für 7 Subnetze $\Rightarrow$ $2^3 = 8$\\
|
||||
|
||||
Nun kann die neue Subnetzmaske bestimmt werden (Alte Subnetzmaske wird um 3 Bits erweitert):
|
||||
|
||||
\[ 11111111.11111111.00000000.00000000 \Rightarrow 11111111.11111111.11100000.00000000 \]
|
||||
|
||||
\[ 255.255.0.0 \Rightarrow 255.255.224.0 \]
|
||||
|
||||
Jetzt wird innerhalb dieser 3-Bit Subnetzgrenze die Netzadresse binär hochgezählt, um die jeweiligen Subnetzadressen herauszufinden \\
|
||||
|
||||
\begin{tabular}{l | l | l}
|
||||
\# & Netzadresse Binär & Netzadresse \\
|
||||
\hline
|
||||
1 & 10101100.00010100.00000000.0 & 172.20.0.0 \\
|
||||
2 & 10101100.00010100.00100000.0 & 172.20.32.0 \\
|
||||
3 & 10101100.00010100.01000000.0 & 172.20.64.0 \\
|
||||
4 & 10101100.00010100.01100000.0 & 172.20.96.0 \\
|
||||
... & .... & ... \\
|
||||
7 & 10101100.00010100.11100000.0 & 172.20.224.0 \\
|
||||
\end{tabular}
|
||||
\begin{itemize}
|
||||
\item Gateway im Netz: 1. Adresse im Netz $\Rightarrow$ Bspw. 172.20.0.1
|
||||
\item 1. Host im Netz: 2. Adresse im Netz $\Rightarrow$ Bspw. 172.20.0.2
|
||||
\item Broadcast im Netz: Letzte mögliche Adresse $\Rightarrow$ Bspw. 172.20.0.255
|
||||
\item Letzter Host im Netz: vorletzte Adresse $\Rightarrow$ Bspw. 172.20.0.254
|
||||
\end{itemize}
|
||||
|
||||
\newpage
|
||||
\subsection{Unterschiedlich große Netze}
|
||||
Es sollen unterschiedlich große Subnetze ohne Adressverschwendung erstellt werden. \\
|
||||
|
||||
Beispiel: \\
|
||||
Netz: 192.168.1.0 /25 \\
|
||||
Subnetz 1: 61 Hosts \\
|
||||
Subnetz 2: 29 Hosts \\
|
||||
Subnetz 3: 12 Hosts \\
|
||||
Verb. Netz 1: 2 Hosts \\
|
||||
Verb. Netz 2: 2 Hosts \\
|
||||
|
||||
Die Subnetze müssen dann nach größe absteigend sortiert werden. \\
|
||||
Danach werden die jeweiligen Subnetzmasken und Netzadressen bestimmt: \\
|
||||
|
||||
\begin{tabular}{l | l | l}
|
||||
\# & Netz + CIDR & Max. Hosts \\
|
||||
\hline
|
||||
S1 & 192.168.1.0/26 & $2^6 - 2 = 62$ \\
|
||||
S2 & 192.168.1.64/27 & $2^5 - 2 = 30$ \\
|
||||
S3 & 192.168.1.96/28 & $2^4 - 2 = 14$ \\
|
||||
V1 & 192.168.1.112/30 & $2^2 - 2 = 2$ \\
|
||||
V2 & 192.168.1.116/30 & $2^2 - 2 = 2$ \\
|
||||
\end{tabular}
|
||||
|
||||
|
||||
|
||||
\section{Subnetting V6}
|
||||
Bei IPv6 können Subnetze nur im Netzteil der Adresse (die ersten 64 Bit) erstellt werden. \\
|
||||
Wenn bspw. die Adresse \texttt{2003:c1:1234::/48} vom Provider vergeben wird, kann bis /64 Subnetze erstellt werden. Das heißt es bleiben 16 Bit im Netzanteil frei zu Verfügung, was theoretisch für $2^16 = 65536$ Subnetze reicht. \\
|
||||
|
||||
Sollen jetzt bspw. 16 gleich große Subnetze ausgehend von der IPv6 Adresse erstellt werden,
|
||||
kann man so vorgehen: \\
|
||||
$2^4 = 16$ es werden 4 Bit benötigt, um 16 Netze zu realisieren. \\
|
||||
Diese werden wie bei IPv4 direkt von links nach rechts (binär gesehen) aufgefüllt. Es ergibt sich also eine neue Netzmaske von /52.
|
||||
|
||||
Die Subnetzadressen werden also wie bei IPv4 hochgezählt: \\
|
||||
|
||||
\begin{tabular}{l | l | l}
|
||||
\# & Block binär & Subnetzadresse \\
|
||||
\hline
|
||||
1 & 0001000000000000 & 2003:c1:1234:1000:: \\
|
||||
2 & 0010000000000000 & 2003:c1:1234:2000:: \\
|
||||
... & ... & ... \\
|
||||
16 & 1111000000000000 & 2003:c1:1234:F000:: \\
|
||||
\end{tabular}
|
||||
|
||||
|
||||
|
||||
@@ -45,15 +45,6 @@
|
||||
|
||||
\subsection{VPN (Virtual Private Network)}
|
||||
|
||||
\subsubsection{Netz zu Netz}
|
||||
|
||||
\subsubsection{Client zu Netz}
|
||||
|
||||
\subsection{SSH (Secure Shell)}
|
||||
|
||||
\subsubsection{X Session}
|
||||
|
||||
\subsubsection{Port Tunneling}
|
||||
|
||||
\subsubsection{SCP}
|
||||
|
||||
73
sae/java/sommer2010/Sommer2010FS/build.xml
Normal file
73
sae/java/sommer2010/Sommer2010FS/build.xml
Normal file
@@ -0,0 +1,73 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<!-- You may freely edit this file. See commented blocks below for -->
|
||||
<!-- some examples of how to customize the build. -->
|
||||
<!-- (If you delete it and reopen the project it will be recreated.) -->
|
||||
<!-- By default, only the Clean and Build commands use this build script. -->
|
||||
<!-- Commands such as Run, Debug, and Test only use this build script if -->
|
||||
<!-- the Compile on Save feature is turned off for the project. -->
|
||||
<!-- You can turn off the Compile on Save (or Deploy on Save) setting -->
|
||||
<!-- in the project's Project Properties dialog box.-->
|
||||
<project name="Sommer2010FS" default="default" basedir=".">
|
||||
<description>Builds, tests, and runs the project Sommer2010FS.</description>
|
||||
<import file="nbproject/build-impl.xml"/>
|
||||
<!--
|
||||
|
||||
There exist several targets which are by default empty and which can be
|
||||
used for execution of your tasks. These targets are usually executed
|
||||
before and after some main targets. They are:
|
||||
|
||||
-pre-init: called before initialization of project properties
|
||||
-post-init: called after initialization of project properties
|
||||
-pre-compile: called before javac compilation
|
||||
-post-compile: called after javac compilation
|
||||
-pre-compile-single: called before javac compilation of single file
|
||||
-post-compile-single: called after javac compilation of single file
|
||||
-pre-compile-test: called before javac compilation of JUnit tests
|
||||
-post-compile-test: called after javac compilation of JUnit tests
|
||||
-pre-compile-test-single: called before javac compilation of single JUnit test
|
||||
-post-compile-test-single: called after javac compilation of single JUunit test
|
||||
-pre-jar: called before JAR building
|
||||
-post-jar: called after JAR building
|
||||
-post-clean: called after cleaning build products
|
||||
|
||||
(Targets beginning with '-' are not intended to be called on their own.)
|
||||
|
||||
Example of inserting an obfuscator after compilation could look like this:
|
||||
|
||||
<target name="-post-compile">
|
||||
<obfuscate>
|
||||
<fileset dir="${build.classes.dir}"/>
|
||||
</obfuscate>
|
||||
</target>
|
||||
|
||||
For list of available properties check the imported
|
||||
nbproject/build-impl.xml file.
|
||||
|
||||
|
||||
Another way to customize the build is by overriding existing main targets.
|
||||
The targets of interest are:
|
||||
|
||||
-init-macrodef-javac: defines macro for javac compilation
|
||||
-init-macrodef-junit: defines macro for junit execution
|
||||
-init-macrodef-debug: defines macro for class debugging
|
||||
-init-macrodef-java: defines macro for class execution
|
||||
-do-jar: JAR building
|
||||
run: execution of project
|
||||
-javadoc-build: Javadoc generation
|
||||
test-report: JUnit report generation
|
||||
|
||||
An example of overriding the target for project execution could look like this:
|
||||
|
||||
<target name="run" depends="Sommer2010FS-impl.jar">
|
||||
<exec dir="bin" executable="launcher.exe">
|
||||
<arg file="${dist.jar}"/>
|
||||
</exec>
|
||||
</target>
|
||||
|
||||
Notice that the overridden target depends on the jar target and not only on
|
||||
the compile target as the regular run target does. Again, for a list of available
|
||||
properties which you can use, check the target you are overriding in the
|
||||
nbproject/build-impl.xml file.
|
||||
|
||||
-->
|
||||
</project>
|
||||
1413
sae/java/sommer2010/Sommer2010FS/nbproject/build-impl.xml
Normal file
1413
sae/java/sommer2010/Sommer2010FS/nbproject/build-impl.xml
Normal file
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,8 @@
|
||||
build.xml.data.CRC32=d12440a4
|
||||
build.xml.script.CRC32=84005230
|
||||
build.xml.stylesheet.CRC32=8064a381@1.75.2.48
|
||||
# This file is used by a NetBeans-based IDE to track changes in generated files such as build-impl.xml.
|
||||
# Do not edit this file. You may delete it but then the IDE will never regenerate such files for you.
|
||||
nbproject/build-impl.xml.data.CRC32=d12440a4
|
||||
nbproject/build-impl.xml.script.CRC32=65b41945
|
||||
nbproject/build-impl.xml.stylesheet.CRC32=876e7a8f@1.75.2.48
|
||||
@@ -0,0 +1,2 @@
|
||||
compile.on.save=true
|
||||
user.properties.file=C:\\Users\\janek.schoffit\\AppData\\Roaming\\NetBeans\\8.0.2\\build.properties
|
||||
@@ -0,0 +1,10 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project-private xmlns="http://www.netbeans.org/ns/project-private/1">
|
||||
<editor-bookmarks xmlns="http://www.netbeans.org/ns/editor-bookmarks/2" lastBookmarkId="0"/>
|
||||
<open-files xmlns="http://www.netbeans.org/ns/projectui-open-files/2">
|
||||
<group>
|
||||
<file>file:/H:/NetBeansProjects/Sommer2010FS/src/sommer2010fs/ArbeitsplatzPC.java</file>
|
||||
<file>file:/H:/NetBeansProjects/Sommer2010FS/src/sommer2010fs/Sommer2010FS.java</file>
|
||||
</group>
|
||||
</open-files>
|
||||
</project-private>
|
||||
@@ -0,0 +1,73 @@
|
||||
annotation.processing.enabled=true
|
||||
annotation.processing.enabled.in.editor=false
|
||||
annotation.processing.processor.options=
|
||||
annotation.processing.processors.list=
|
||||
annotation.processing.run.all.processors=true
|
||||
annotation.processing.source.output=${build.generated.sources.dir}/ap-source-output
|
||||
build.classes.dir=${build.dir}/classes
|
||||
build.classes.excludes=**/*.java,**/*.form
|
||||
# This directory is removed when the project is cleaned:
|
||||
build.dir=build
|
||||
build.generated.dir=${build.dir}/generated
|
||||
build.generated.sources.dir=${build.dir}/generated-sources
|
||||
# Only compile against the classpath explicitly listed here:
|
||||
build.sysclasspath=ignore
|
||||
build.test.classes.dir=${build.dir}/test/classes
|
||||
build.test.results.dir=${build.dir}/test/results
|
||||
# Uncomment to specify the preferred debugger connection transport:
|
||||
#debug.transport=dt_socket
|
||||
debug.classpath=\
|
||||
${run.classpath}
|
||||
debug.test.classpath=\
|
||||
${run.test.classpath}
|
||||
# Files in build.classes.dir which should be excluded from distribution jar
|
||||
dist.archive.excludes=
|
||||
# This directory is removed when the project is cleaned:
|
||||
dist.dir=dist
|
||||
dist.jar=${dist.dir}/Sommer2010FS.jar
|
||||
dist.javadoc.dir=${dist.dir}/javadoc
|
||||
excludes=
|
||||
includes=**
|
||||
jar.compress=false
|
||||
javac.classpath=
|
||||
# Space-separated list of extra javac options
|
||||
javac.compilerargs=
|
||||
javac.deprecation=false
|
||||
javac.processorpath=\
|
||||
${javac.classpath}
|
||||
javac.source=1.7
|
||||
javac.target=1.7
|
||||
javac.test.classpath=\
|
||||
${javac.classpath}:\
|
||||
${build.classes.dir}
|
||||
javac.test.processorpath=\
|
||||
${javac.test.classpath}
|
||||
javadoc.additionalparam=
|
||||
javadoc.author=false
|
||||
javadoc.encoding=${source.encoding}
|
||||
javadoc.noindex=false
|
||||
javadoc.nonavbar=false
|
||||
javadoc.notree=false
|
||||
javadoc.private=false
|
||||
javadoc.splitindex=true
|
||||
javadoc.use=true
|
||||
javadoc.version=false
|
||||
javadoc.windowtitle=
|
||||
main.class=sommer2010fs.Sommer2010FS
|
||||
manifest.file=manifest.mf
|
||||
meta.inf.dir=${src.dir}/META-INF
|
||||
mkdist.disabled=false
|
||||
platform.active=default_platform
|
||||
run.classpath=\
|
||||
${javac.classpath}:\
|
||||
${build.classes.dir}
|
||||
# Space-separated list of JVM arguments used when running the project.
|
||||
# You may also define separate properties like run-sys-prop.name=value instead of -Dname=value.
|
||||
# To set system properties for unit tests define test-sys-prop.name=value:
|
||||
run.jvmargs=
|
||||
run.test.classpath=\
|
||||
${javac.test.classpath}:\
|
||||
${build.test.classes.dir}
|
||||
source.encoding=UTF-8
|
||||
src.dir=src
|
||||
test.src.dir=test
|
||||
15
sae/java/sommer2010/Sommer2010FS/nbproject/project.xml
Normal file
15
sae/java/sommer2010/Sommer2010FS/nbproject/project.xml
Normal file
@@ -0,0 +1,15 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project xmlns="http://www.netbeans.org/ns/project/1">
|
||||
<type>org.netbeans.modules.java.j2seproject</type>
|
||||
<configuration>
|
||||
<data xmlns="http://www.netbeans.org/ns/j2se-project/3">
|
||||
<name>Sommer2010FS</name>
|
||||
<source-roots>
|
||||
<root id="src.dir"/>
|
||||
</source-roots>
|
||||
<test-roots>
|
||||
<root id="test.src.dir"/>
|
||||
</test-roots>
|
||||
</data>
|
||||
</configuration>
|
||||
</project>
|
||||
@@ -0,0 +1,71 @@
|
||||
package sommer2010fs;
|
||||
|
||||
public class ArbeitsplatzPC {
|
||||
private String macAdresse;
|
||||
private char netz;
|
||||
|
||||
/* Aufgabe 2.1:
|
||||
* Diese Methode hat keinen Rückgabewert,
|
||||
* da es ein Konstruktor ist. Dieser wird
|
||||
* nur zum erstellen des Objekts genutzt.
|
||||
*/
|
||||
public ArbeitsplatzPC(String macAdresse, char netz) {
|
||||
this.macAdresse = macAdresse;
|
||||
this.netz = netz;
|
||||
}
|
||||
|
||||
public boolean setMacAdresse(String macAdresse) {
|
||||
if (macAdresse.length() == 10) {
|
||||
this.macAdresse = macAdresse;
|
||||
return true;
|
||||
} else {
|
||||
return false;
|
||||
}
|
||||
}
|
||||
|
||||
public boolean setNetz(char netz) {
|
||||
netz = Character.toUpperCase(netz);
|
||||
if (netz == 'A' || netz == 'B') {
|
||||
this.netz = netz;
|
||||
return true;
|
||||
} else {
|
||||
return false;
|
||||
}
|
||||
}
|
||||
|
||||
public String getMacAdresse() {
|
||||
return macAdresse;
|
||||
}
|
||||
|
||||
public char getNetz() {
|
||||
return netz;
|
||||
}
|
||||
|
||||
private boolean checknetz(char netz) {
|
||||
return true;
|
||||
}
|
||||
|
||||
private boolean checkMac(String mac) {
|
||||
return true;
|
||||
}
|
||||
|
||||
private boolean checkHex(char hex) {
|
||||
char allowedChars[] = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', 'a', 'A', 'b', 'B', 'c', 'C', 'd', 'D', 'e', 'E', 'f', 'F'};
|
||||
boolean valid = false;
|
||||
|
||||
for (int i = 0; i < allowedChars.length; i++) {
|
||||
if (allowedChars[i] == hex) {
|
||||
valid = true;
|
||||
}
|
||||
}
|
||||
|
||||
return valid;
|
||||
}
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
}
|
||||
@@ -0,0 +1,9 @@
|
||||
package sommer2010fs;
|
||||
|
||||
public class Sommer2010FS {
|
||||
|
||||
public static void main(String[] args) {
|
||||
|
||||
}
|
||||
|
||||
}
|
||||
73
sae/java/sommer2013/Sommer2013FS/build.xml
Normal file
73
sae/java/sommer2013/Sommer2013FS/build.xml
Normal file
@@ -0,0 +1,73 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<!-- You may freely edit this file. See commented blocks below for -->
|
||||
<!-- some examples of how to customize the build. -->
|
||||
<!-- (If you delete it and reopen the project it will be recreated.) -->
|
||||
<!-- By default, only the Clean and Build commands use this build script. -->
|
||||
<!-- Commands such as Run, Debug, and Test only use this build script if -->
|
||||
<!-- the Compile on Save feature is turned off for the project. -->
|
||||
<!-- You can turn off the Compile on Save (or Deploy on Save) setting -->
|
||||
<!-- in the project's Project Properties dialog box.-->
|
||||
<project name="Sommer2013FS" default="default" basedir=".">
|
||||
<description>Builds, tests, and runs the project Sommer2013FS.</description>
|
||||
<import file="nbproject/build-impl.xml"/>
|
||||
<!--
|
||||
|
||||
There exist several targets which are by default empty and which can be
|
||||
used for execution of your tasks. These targets are usually executed
|
||||
before and after some main targets. They are:
|
||||
|
||||
-pre-init: called before initialization of project properties
|
||||
-post-init: called after initialization of project properties
|
||||
-pre-compile: called before javac compilation
|
||||
-post-compile: called after javac compilation
|
||||
-pre-compile-single: called before javac compilation of single file
|
||||
-post-compile-single: called after javac compilation of single file
|
||||
-pre-compile-test: called before javac compilation of JUnit tests
|
||||
-post-compile-test: called after javac compilation of JUnit tests
|
||||
-pre-compile-test-single: called before javac compilation of single JUnit test
|
||||
-post-compile-test-single: called after javac compilation of single JUunit test
|
||||
-pre-jar: called before JAR building
|
||||
-post-jar: called after JAR building
|
||||
-post-clean: called after cleaning build products
|
||||
|
||||
(Targets beginning with '-' are not intended to be called on their own.)
|
||||
|
||||
Example of inserting an obfuscator after compilation could look like this:
|
||||
|
||||
<target name="-post-compile">
|
||||
<obfuscate>
|
||||
<fileset dir="${build.classes.dir}"/>
|
||||
</obfuscate>
|
||||
</target>
|
||||
|
||||
For list of available properties check the imported
|
||||
nbproject/build-impl.xml file.
|
||||
|
||||
|
||||
Another way to customize the build is by overriding existing main targets.
|
||||
The targets of interest are:
|
||||
|
||||
-init-macrodef-javac: defines macro for javac compilation
|
||||
-init-macrodef-junit: defines macro for junit execution
|
||||
-init-macrodef-debug: defines macro for class debugging
|
||||
-init-macrodef-java: defines macro for class execution
|
||||
-do-jar: JAR building
|
||||
run: execution of project
|
||||
-javadoc-build: Javadoc generation
|
||||
test-report: JUnit report generation
|
||||
|
||||
An example of overriding the target for project execution could look like this:
|
||||
|
||||
<target name="run" depends="Sommer2013FS-impl.jar">
|
||||
<exec dir="bin" executable="launcher.exe">
|
||||
<arg file="${dist.jar}"/>
|
||||
</exec>
|
||||
</target>
|
||||
|
||||
Notice that the overridden target depends on the jar target and not only on
|
||||
the compile target as the regular run target does. Again, for a list of available
|
||||
properties which you can use, check the target you are overriding in the
|
||||
nbproject/build-impl.xml file.
|
||||
|
||||
-->
|
||||
</project>
|
||||
Binary file not shown.
1413
sae/java/sommer2013/Sommer2013FS/nbproject/build-impl.xml
Normal file
1413
sae/java/sommer2013/Sommer2013FS/nbproject/build-impl.xml
Normal file
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,8 @@
|
||||
build.xml.data.CRC32=b9548ce0
|
||||
build.xml.script.CRC32=a8535e5e
|
||||
build.xml.stylesheet.CRC32=8064a381@1.75.2.48
|
||||
# This file is used by a NetBeans-based IDE to track changes in generated files such as build-impl.xml.
|
||||
# Do not edit this file. You may delete it but then the IDE will never regenerate such files for you.
|
||||
nbproject/build-impl.xml.data.CRC32=b9548ce0
|
||||
nbproject/build-impl.xml.script.CRC32=929b6dd6
|
||||
nbproject/build-impl.xml.stylesheet.CRC32=876e7a8f@1.75.2.48
|
||||
@@ -0,0 +1,2 @@
|
||||
compile.on.save=true
|
||||
user.properties.file=C:\\Users\\janek.schoffit\\AppData\\Roaming\\NetBeans\\8.0.2\\build.properties
|
||||
@@ -0,0 +1,9 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project-private xmlns="http://www.netbeans.org/ns/project-private/1">
|
||||
<editor-bookmarks xmlns="http://www.netbeans.org/ns/editor-bookmarks/2" lastBookmarkId="0"/>
|
||||
<open-files xmlns="http://www.netbeans.org/ns/projectui-open-files/2">
|
||||
<group>
|
||||
<file>file:/H:/NetBeansProjects/Sommer2013FS/src/sommer2013fs/Sommer2013FS.java</file>
|
||||
</group>
|
||||
</open-files>
|
||||
</project-private>
|
||||
@@ -0,0 +1,73 @@
|
||||
annotation.processing.enabled=true
|
||||
annotation.processing.enabled.in.editor=false
|
||||
annotation.processing.processor.options=
|
||||
annotation.processing.processors.list=
|
||||
annotation.processing.run.all.processors=true
|
||||
annotation.processing.source.output=${build.generated.sources.dir}/ap-source-output
|
||||
build.classes.dir=${build.dir}/classes
|
||||
build.classes.excludes=**/*.java,**/*.form
|
||||
# This directory is removed when the project is cleaned:
|
||||
build.dir=build
|
||||
build.generated.dir=${build.dir}/generated
|
||||
build.generated.sources.dir=${build.dir}/generated-sources
|
||||
# Only compile against the classpath explicitly listed here:
|
||||
build.sysclasspath=ignore
|
||||
build.test.classes.dir=${build.dir}/test/classes
|
||||
build.test.results.dir=${build.dir}/test/results
|
||||
# Uncomment to specify the preferred debugger connection transport:
|
||||
#debug.transport=dt_socket
|
||||
debug.classpath=\
|
||||
${run.classpath}
|
||||
debug.test.classpath=\
|
||||
${run.test.classpath}
|
||||
# Files in build.classes.dir which should be excluded from distribution jar
|
||||
dist.archive.excludes=
|
||||
# This directory is removed when the project is cleaned:
|
||||
dist.dir=dist
|
||||
dist.jar=${dist.dir}/Sommer2013FS.jar
|
||||
dist.javadoc.dir=${dist.dir}/javadoc
|
||||
excludes=
|
||||
includes=**
|
||||
jar.compress=false
|
||||
javac.classpath=
|
||||
# Space-separated list of extra javac options
|
||||
javac.compilerargs=
|
||||
javac.deprecation=false
|
||||
javac.processorpath=\
|
||||
${javac.classpath}
|
||||
javac.source=1.7
|
||||
javac.target=1.7
|
||||
javac.test.classpath=\
|
||||
${javac.classpath}:\
|
||||
${build.classes.dir}
|
||||
javac.test.processorpath=\
|
||||
${javac.test.classpath}
|
||||
javadoc.additionalparam=
|
||||
javadoc.author=false
|
||||
javadoc.encoding=${source.encoding}
|
||||
javadoc.noindex=false
|
||||
javadoc.nonavbar=false
|
||||
javadoc.notree=false
|
||||
javadoc.private=false
|
||||
javadoc.splitindex=true
|
||||
javadoc.use=true
|
||||
javadoc.version=false
|
||||
javadoc.windowtitle=
|
||||
main.class=sommer2013fs.Sommer2013FS
|
||||
manifest.file=manifest.mf
|
||||
meta.inf.dir=${src.dir}/META-INF
|
||||
mkdist.disabled=false
|
||||
platform.active=default_platform
|
||||
run.classpath=\
|
||||
${javac.classpath}:\
|
||||
${build.classes.dir}
|
||||
# Space-separated list of JVM arguments used when running the project.
|
||||
# You may also define separate properties like run-sys-prop.name=value instead of -Dname=value.
|
||||
# To set system properties for unit tests define test-sys-prop.name=value:
|
||||
run.jvmargs=
|
||||
run.test.classpath=\
|
||||
${javac.test.classpath}:\
|
||||
${build.test.classes.dir}
|
||||
source.encoding=UTF-8
|
||||
src.dir=src
|
||||
test.src.dir=test
|
||||
15
sae/java/sommer2013/Sommer2013FS/nbproject/project.xml
Normal file
15
sae/java/sommer2013/Sommer2013FS/nbproject/project.xml
Normal file
@@ -0,0 +1,15 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project xmlns="http://www.netbeans.org/ns/project/1">
|
||||
<type>org.netbeans.modules.java.j2seproject</type>
|
||||
<configuration>
|
||||
<data xmlns="http://www.netbeans.org/ns/j2se-project/3">
|
||||
<name>Sommer2013FS</name>
|
||||
<source-roots>
|
||||
<root id="src.dir"/>
|
||||
</source-roots>
|
||||
<test-roots>
|
||||
<root id="test.src.dir"/>
|
||||
</test-roots>
|
||||
</data>
|
||||
</configuration>
|
||||
</project>
|
||||
@@ -0,0 +1,20 @@
|
||||
package sommer2013fs;
|
||||
|
||||
public class Sommer2013FS {
|
||||
|
||||
public static void main(String[] args) {
|
||||
System.out.println(chiffriere("Ölkännchen", "geheimcode")) ;
|
||||
}
|
||||
|
||||
|
||||
public static String chiffriere(String klartext, String schluessselwort) {
|
||||
char[] ktchar = klartext.toCharArray();
|
||||
char[] swchar = schluessselwort.toCharArray();
|
||||
char[] result = new char[ktchar.length];
|
||||
for (int i = 0; i < ktchar.length; i++) {
|
||||
result[i] = (char)((ktchar[i] + swchar[i]) % 256);
|
||||
}
|
||||
return new String(result);
|
||||
}
|
||||
|
||||
}
|
||||
Reference in New Issue
Block a user