FreitagsrundenWiki - Benutzerbeiträge [de]

Javakurs/Übungsaufgaben/SelectionSort/Musterlösung

2012-03-07T15:32:56Z

130.149.17.62: Die Seite wurde neu angelegt: „<pre> class Selectionsort{ public static void main(String[] args){ // Erzeugen uns 100 Zufallszahlen, die wir sortieren wollen int[] arr…“

<pre>
class Selectionsort{

public static void main(String[] args){

// Erzeugen uns 100 Zufallszahlen, die wir sortieren wollen
int[] arr = new int[100];
for(int i=0 ; i<arr.length ; i++){
arr[i] = (int) (Math.random() * 1000);
}
// Das Array wird sortiert
sort(arr);
System.out.println(isSorted(arr));
}

public static void sort(int[] array){

int n = array.length;
// Nehme das erste Element, tausche es mit dem Minimum des Restarrays
// Fahre mit den nächsten fort...
for(int i = 0; i < n; i++){
int min = findMinimum(array , i, n-1);
swap(array, i, min);
}
}

// tauscht zwei Werte in einem Array
public static void swap(int[] array, int position1, int position2) {
// Ueberpruefe ob position1 und position 2 im array vorhanden sind.
if(array.length > position1 && array.length > position2){
// Elemente tauschen
int temp;
temp = array[position1] ;
array[position1] = array[position2];
array[position2] = temp;
}
}

// ermittelt die Position des kleinesten Wertes in einem Teilarray.
public static int findMinimum(int[] array, int startIndex, int endIndex) {

int ergebnis = startIndex;
// Schleife geht array innerhalb der Indexgranzen durch
for(int i=startIndex+1 ; i<=endIndex ; i++){
// Wenn ein Wert kleiner ist wird der Index in ergebnis gespeichert
if( array[ergebnis]>array[i] ){
ergebnis = i;
}
}
return ergebnis;

}

// testet, ob das Array sortiert ist oder nicht
public static boolean isSorted(int[] array) {

for(int i=0; i<array.length-1 ; i++){
// Wenn zwei nebenweinander liegende Werte falsch sortiert sind, dann wird false zurueckgegeben
if( array[i] > array[i+1]){
return false;
}
}
return true;
}

}
</pre>

Javakurs/Übungsaufgaben/Palindrome/Musterloesung

2012-03-07T11:18:33Z

130.149.17.62:

<pre>
<nowiki>

//@Author: S.M.B. 234
//@Version: 1.0

public class Palindrome {
String eingabe;
char[] wort, wortInvert;

public static void main(String[] args) {
System.out.print("Willkommen beim Palindrom-Vergleicher\nGeben Sie das zu ueberpruefende Wort ein:");

//erzeugen ein Palindrome-Objekt pal
Palindrome pal = new Palindrome();
String temp = Terminal.readString();
//Übergeben dem objekt pal unseren zu testenden String
pal.check(temp);
}

public boolean check(String temp) {
// ermöglicht auch die Eingabe von Tabulator und Leerzeichen und schließt diese von der Überprüfung aus
temp = temp.replaceAll(" ", "").replaceAll(" ", "");
// Eingabe klein geschrieben
this.eingabe = temp.toLowerCase();
// bilden char-Array, um besser vergleichen zu können
this.wort = eingabe.toCharArray();

int letzteStelle = wort.length - 1;
for(int i = 0; i<=letzteStelle; i++){
if (wort[i] != wort[letzteStelle-i]) {
System.out.println(temp + " ist kein Palindrom");
return false;
}
}
System.out.println(temp + " ist ein Palindrom");
return true;
}

}
</nowiki>
</pre>

Diskussion:WLAN

2010-10-25T09:28:16Z

130.149.17.62:

== DNS ==

Die DNS-Konfig von Tubit ist - seltsam. Eventuell kann man hier
mal mit einem Zuständigen sprechen.
Es sollte bei den DNS-Antworten auf jeden Fall eine TTL=0 kommen, für die Weiterleitungsseiten. Ausserdem wäre es sinnvoll, innerhalb des WLAN und des VPN identische IP's für den DNS-Server zu benutzen und dies via routing oder DNAT so umzubiegen, dass man jeweils auf anderen Servern landet. --[[Benutzer:Mutax|florian]] 12:52, 28. Okt. 2008 (UTC)

Das mit dem DNS ist echt komisch. Unter OS X in "Tunnelblick" gibt es so eine Option "Set Nameserver", wo es aussieht als wenn er einen nimmt, der beim Aufbau des Tunnels übertragen wird. Dort funktioniert das immer direkt. Vielleicht gibts sone Option ja auch irgendwie für OpenVPN unter Linux. --[[Benutzer:Stefan|Stefan]] 02:19, 20. Jan. 2009 (UTC)

Naja, das Problem ist mehrschichtig. Ich hatte bei Tubit auch schonmal vorgesprochen, weiss aber nicht ob da was gemacht wird. Beim Verbinden mit dem WLAN wird per DHCP unter anderem der DNS-Server gesetzt. Baut man den VPN-Tunnel auf, wird aber ein anderer DNS übertragen, der dann nicht mehr alle requests auf die Hinweisseite umlenkt. Läuft nun die DHCP-Lease des WLAN ab oder ist die Verbindung unterbrochen und ein NetworkManager stellt sie neu her, wird dort per DHCP der Nameserver wieder auf den ausserhalb des Tunnels gültigen gesetzt. Damit landet man trotz bestehendem VPN immer auf dieser Hinweisseite und meint, das VPN sei zusammengebrochen. --[[Benutzer:Mutax|florian]] 11:01, 20. Jan. 2009 (UTC)

: Bei mir ging die DNS-Zuweisung nach VPN-Einwahl unter OpenVPN unter Linux überhaupt nicht. Es müsste sich so beheben lassen (jedoch nocht nicht genau getestet): Zwei neue Zeilen in die .conf rein: "script-security 2" und "up ./tubit.up". Dann Shellscript /etc/openvpn/tubit.up anlegen, was mittels env die foreign_options rausgreppt und parsed. Eine Variable die gesetzt wird heisst z.B. foreign_option_2 und die enthält als Value "dhcp-option DNS 130.149.2.12". Damit könnte man sich dann die resolv.conf neu schreiben. Down-Scripte sind wohl auch möglich, damit könnte man eine gebackuppte resolv.conf wieder zurückkopieren.--[[Benutzer:Stefan|Stefan]] 02:54, 24. Feb. 2010 (CET)

:: Das sollte funktionieren, problem ist nur, wenn der DHCP-Client (via Networkmanager oder so) die DHCP-Lease erneuert, überschreibt der die resolv.conf wieder mir der des WLANS und nicht der des VPN. Man könnte natürlich sehr fies per iptables ein SNAT/DNAT machen um die DNS-Requests...ehhhm...oder tubit treten, views in den bind einzubauen und innerhalb und ausserhalb dieselben IPs für den DNS zu nehmen... --[[Benutzer:Mutax|Florian]] 12:15, 24. Feb. 2010 (CET)

== Android ==

Also bei mir ging die Einrichtung von eduroam auf meinem Galaxy S auch ohne die von euch beschriebenen Schritte.
Die Boardmittel scheinen da recht kompetent zu sein.

Diskussion:WLAN

2010-10-25T09:27:54Z

130.149.17.62: Neuer Abschnitt /* Android */

== DNS ==

Die DNS-Konfig von Tubit ist - seltsam. Eventuell kann man hier
mal mit einem Zuständigen sprechen.
Es sollte bei den DNS-Antworten auf jeden Fall eine TTL=0 kommen, für die Weiterleitungsseiten. Ausserdem wäre es sinnvoll, innerhalb des WLAN und des VPN identische IP's für den DNS-Server zu benutzen und dies via routing oder DNAT so umzubiegen, dass man jeweils auf anderen Servern landet. --[[Benutzer:Mutax|florian]] 12:52, 28. Okt. 2008 (UTC)

Das mit dem DNS ist echt komisch. Unter OS X in "Tunnelblick" gibt es so eine Option "Set Nameserver", wo es aussieht als wenn er einen nimmt, der beim Aufbau des Tunnels übertragen wird. Dort funktioniert das immer direkt. Vielleicht gibts sone Option ja auch irgendwie für OpenVPN unter Linux. --[[Benutzer:Stefan|Stefan]] 02:19, 20. Jan. 2009 (UTC)

Naja, das Problem ist mehrschichtig. Ich hatte bei Tubit auch schonmal vorgesprochen, weiss aber nicht ob da was gemacht wird. Beim Verbinden mit dem WLAN wird per DHCP unter anderem der DNS-Server gesetzt. Baut man den VPN-Tunnel auf, wird aber ein anderer DNS übertragen, der dann nicht mehr alle requests auf die Hinweisseite umlenkt. Läuft nun die DHCP-Lease des WLAN ab oder ist die Verbindung unterbrochen und ein NetworkManager stellt sie neu her, wird dort per DHCP der Nameserver wieder auf den ausserhalb des Tunnels gültigen gesetzt. Damit landet man trotz bestehendem VPN immer auf dieser Hinweisseite und meint, das VPN sei zusammengebrochen. --[[Benutzer:Mutax|florian]] 11:01, 20. Jan. 2009 (UTC)

: Bei mir ging die DNS-Zuweisung nach VPN-Einwahl unter OpenVPN unter Linux überhaupt nicht. Es müsste sich so beheben lassen (jedoch nocht nicht genau getestet): Zwei neue Zeilen in die .conf rein: "script-security 2" und "up ./tubit.up". Dann Shellscript /etc/openvpn/tubit.up anlegen, was mittels env die foreign_options rausgreppt und parsed. Eine Variable die gesetzt wird heisst z.B. foreign_option_2 und die enthält als Value "dhcp-option DNS 130.149.2.12". Damit könnte man sich dann die resolv.conf neu schreiben. Down-Scripte sind wohl auch möglich, damit könnte man eine gebackuppte resolv.conf wieder zurückkopieren.--[[Benutzer:Stefan|Stefan]] 02:54, 24. Feb. 2010 (CET)

:: Das sollte funktionieren, problem ist nur, wenn der DHCP-Client (via Networkmanager oder so) die DHCP-Lease erneuert, überschreibt der die resolv.conf wieder mir der des WLANS und nicht der des VPN. Man könnte natürlich sehr fies per iptables ein SNAT/DNAT machen um die DNS-Requests...ehhhm...oder tubit treten, views in den bind einzubauen und innerhalb und ausserhalb dieselben IPs für den DNS zu nehmen... --[[Benutzer:Mutax|Florian]] 12:15, 24. Feb. 2010 (CET)

== Android ==

Also be mir ging die Einrichtung von eduroam auf meinem Galaxy S auch ohne die von euch beschriebenen Schritte.
Die Boardmittel scheinen da recht kompetent zu sein.