This commit is contained in:
2018-04-23 22:08:34 +02:00
30 changed files with 3649 additions and 17 deletions

View File

@@ -2,3 +2,4 @@
Selbsterstellte Unterlagen für die Abschlussprüfung Selbsterstellte Unterlagen für die Abschlussprüfung

Binary file not shown.

After

Width:  |  Height:  |  Size: 149 KiB

View 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

View 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

View 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)

View File

@@ -75,9 +75,15 @@
\include{dhcp} \include{dhcp}
\newpage \newpage
\include{subnetting}
\newpage
\include{vlan} \include{vlan}
\newpage \newpage
\include{routing}
\newpage
\include{backup} \include{backup}
\newpage \newpage

View File

@@ -2,12 +2,6 @@
%Gliederung: %Gliederung:
\section{Netzwerkkabel Arten} \section{Netzwerkkabel Arten}
\subsection{Cat5}
\subsection{Cat5e}
\subsection{Cat6}
\subsection{Cat7}

19
its/tex/routing.tex Normal file
View 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<73>ndiger Routingtabelle. Aus den erhaltenen Antworten errechnet der Router die fehlenden Eintr<74>ge in seiner Routing Tabelle. Diese schickt er dann den anderen Routern, damit diese eventuell fehlende Eintr<74>ge nachtragen k<>nnen.
\subsubsection{OSPF - Open Shortest Path First}
Eines der am h<>ufigsten verwendeten Protokolle. \\
Hauptvorteile gegen<65>ber RIP:
\begin{itemize}
\item Schnellere Konvergenz (zusammenwachsen kleinerer Netzwerke zu gro<72>en Verb<72>nden)
\item Bessere Skalierbarkeit f<>r gro<72>e Netze
\item Garantiert ein schleifenfreies Routing (im Gegensatz zu RIP)
\end{itemize}

98
its/tex/subnetting.tex Normal file
View 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<72>er Netze}
Es soll eine bestimmte Anzahl an Subnetzen erstellt werden,
welche jeweils gleich gro<72> sind. \\
\\
Bespieladresse: \\
Netzadresse: \texttt{172.20.0.0} \\
Subnetzmaske: \texttt{255.255.0.0 oder /16} \\
Es sollen 7 gleich gro<72>e Subnetze erstellt werden \\
Subnetze k<>nnen nur im Hostanteil erstellt werden,
da die urspr<70>ngliche Netzmaske normalerweise vom ISP vorgegeben ist.
Zuerst muss also die Anzahl der ben<65>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<69>r hochgez<65>hlt, um die jeweiligen Subnetzadressen herauszufinden \\
\begin{tabular}{l | l | l}
\# & Netzadresse Bin<69>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<72>e Netze}
Es sollen unterschiedlich gro<72>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<67><72>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<65>t es bleiben 16 Bit im Netzanteil frei zu Verf<72>gung, was theoretisch f<>r $2^16 = 65536$ Subnetze reicht. \\
Sollen jetzt bspw. 16 gleich gro<72>e Subnetze ausgehend von der IPv6 Adresse erstellt werden,
kann man so vorgehen: \\
$2^4 = 16$ es werden 4 Bit ben<65>tigt, um 16 Netze zu realisieren. \\
Diese werden wie bei IPv4 direkt von links nach rechts (bin<69>r gesehen) aufgef<65>llt. Es ergibt sich also eine neue Netzmaske von /52.
Die Subnetzadressen werden also wie bei IPv4 hochgez<65>hlt: \\
\begin{tabular}{l | l | l}
\# & Block bin<69>r & Subnetzadresse \\
\hline
1 & 0001000000000000 & 2003:c1:1234:1000:: \\
2 & 0010000000000000 & 2003:c1:1234:2000:: \\
... & ... & ... \\
16 & 1111000000000000 & 2003:c1:1234:F000:: \\
\end{tabular}

View File

@@ -45,15 +45,6 @@
\subsection{VPN (Virtual Private Network)} \subsection{VPN (Virtual Private Network)}
\subsubsection{Netz zu Netz}
\subsubsection{Client zu Netz}
\subsection{SSH (Secure Shell)} \subsection{SSH (Secure Shell)}
\subsubsection{X Session}
\subsubsection{Port Tunneling}
\subsubsection{SCP}

View 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>

File diff suppressed because it is too large Load Diff

View File

@@ -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

View File

@@ -0,0 +1,2 @@
compile.on.save=true
user.properties.file=C:\\Users\\janek.schoffit\\AppData\\Roaming\\NetBeans\\8.0.2\\build.properties

View File

@@ -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>

View File

@@ -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

View 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>

View File

@@ -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;
}
}

View File

@@ -0,0 +1,9 @@
package sommer2010fs;
public class Sommer2010FS {
public static void main(String[] args) {
}
}

View 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>

File diff suppressed because it is too large Load Diff

View File

@@ -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

View File

@@ -0,0 +1,2 @@
compile.on.save=true
user.properties.file=C:\\Users\\janek.schoffit\\AppData\\Roaming\\NetBeans\\8.0.2\\build.properties

View File

@@ -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>

View File

@@ -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

View 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>

View File

@@ -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);
}
}