Arch Linux

Anmeldung fürs Internet im Firefox funktioniert nicht.

jand

Hallo wie im Betreff wahrscheinlich nicht ausreichend angedeutet wohne ich in einem Wohnheim. Wir verfügen über ein offenes Wlannetz in das die MAC Adressen der PC eingetragen sind. Um ins Internet zu kommen muss man zuerst das wlan ganz normal auswählen. Anschließend öffnet man den Browser und man wird bei der ersten Seite automatisch an eine Anmeldeseite weitergeleitet. Dies funktioniert seit dem ich Archlinux (Gnome) habe nicht mehr. Es funktioniert weder die Weiterleitung, noch wenn ich den Link zur Anmeldeseite manuell eingebe. Es wird nur angezeit keine Verbindung. Habe auch mal w3m und Chromium ausprobiert. Das selbe problem.

Früher mit Suse oder Ubuntu ging es immer einwandfrei. Mit dem Handy (Android) geht es auch. Hat vieleicht jemand eine Idee?

Gruß,

Jan

Smon

Bist du ganz sicher mit dem WLan verbunden?
Was nutzt du, um dich damit zu verbinden?

jand

Hallo, ich benutzte früher immer meine Netzwerkkarte vom Laptop. Obwohl ich momentan da es nicht geht USB-Thetering übers Handy benutze. Wenn ich Wlan am PC anstelle und Handy entferne kann ich rechts oben das Wlan Netz anwählen. Aber wie gesagt geht der Browser nicht auf die Anmeldeseite.

Habe aber gerade gemerkt, das beim offenen Hauswlan oben auch nur die 3 Punkte zusehen sind. Nicht das verbundene Wlan und bricht dann ab.

Wenn ich aber über ein Modem reingehen (verschlüsseltes Wlan) was aber auch, da es im Wohnheim ist über die Loginseite läuft. Zeigt er rechts oben Wlan an. Leitet aber nicht auf die Loginseite weiter.

Gruß,

Jan

LuckyStrike

Hallo Jan,
ich denke das es weniger ein ARCH Linux Problem ist als vielmehr das Thema Netzwerkinfrastruktur betrifft.

Ich kann mir vostellen das die Login Seite des offenen WLAN's in einem komplett anderem Netzwerksegment beheimatet ist als das verschlüsselte WLAN, das wahrscheinlich mehr eine art INTRANET ohne Anbindung an das WWW darstellt.
Hast du überprüft ob die MAC die im AP eingetragen ist auch mit der deines Systems übereinstimmt?
Wenn diese das nicht tun, greift hier näturlich die MAC Filterung und du kannst dich nich am AP anmelden.

Hast du eventuell auch mal überprüft ob du eine statische IP eingetragen hast oder versuchst über DHCP eine IP zu bekommen? könnte eventuell auch essentiell dafür sein ob du dich anmelden kannst oder nicht.
Frag doch mal am besten den Verantworlichen wie Ihr das am besten in das Netz kommt. Glaube nicht das es ein Problem mit ARCH ist, kann dies aber natürlich nicht zu 100% sagen, Nobodys perfect :-) und erst recht kein PC System

Gruß

Lucky

jand

Hallo, bin etwas spät, da ich mein Arch neu aufsetzen musste.
Der Fehler besteht aber weiterhin. Meine Macadresse ist eingetragen.
Jede MAC adressen bekommt eine IP zugewiesen. Bei mir steht im NetworkManager DHCP /automatisch bei iPv4 genauso bei den EInstellungen Netzwerk in Gnome. DNS ist bei automatisch an. Routen ist auch bei Atomatisch an. Kann mir vieleicht noch jemand nebenbei sagen, was der Unterschied zwischen Netzwerk (in Gnome rechts oben Verbindung Einstellunge...n) und NetworkManager ist?
Ich könnte vieleicht noch gucken welche IP meiner MAC Adresse zugewiesen wird und sie eintragen?
Habe mal IPv6 deaktiviert und In IPv4 nur Adressen eingegeben (inklusive Giooglenameserver, als auch die die ich für die weiterleitung zulassen muss).

Hat aber leider Auch nichts gebracht.

s33w0lf

Immer mit der Ruhe. Also in GNOME ist alles nm auch wenns unterschiedlich aussieht, genau das ist ja das verwirrende und deswegen rate ich immer wieder davon ab nm zu benutzen.
Es ist wichtig zu wissen ob du im Netzwerk bist und gegebenenfalls auch wen du anpingen kannst, wie schon gesagt wurde Intranet. Bist du also mit dem Netzwerk verbunden wenn du die Anmeldung auf dieser Anmeldeseite ausführst. Generiert die anmeldeseite einen Fehler, oder nur Firefox (Server nicht gefunden)? Was passiert denn wenn du versuchst mit deinen Handy ohne PC zu surfen? Dein Handy hat eine andere macadresse als deine Netzwerkkarte

LuckyStrike

Hallo Jand,

schade zu hören, das dein Poblem immernoch besteht. Wie mein Vorredner bereits erwähnt hat, kann auch ich nur vor der Verwendung von NetworkManager abraten. Habe mit diesem keine gute Erfahrungen machen können.
In der Anleitung für Einsteiger findest du auch die Handhabung von wpa_supplicant auf der CLI. Ich z.B. verwende wpa_supplicant ohne Frontends wie NetworkManager, also Texdatei-Konfigurationen. Vielleicht ein wenig anachronistisch aber Geschmackssache und das funktioniert für mich 1000 mal besser. Das beste Debugging findet immer noch auf Kommandozeilenebene statt, GUIs neigen dazu nix oder komische Dinge auszuplaudern, die dich dann total in die Irre führen. journalctl kann dir ebenfalls bei der Fehlereinschränkung helfen, genau wie di IP ... Befehle.

Ich weiß das hört sich mal wieder Kacke an, aber die Manpages helfen dir wirklich ungemein weiter :-)
Ich finde es aber gut das du nicht aufgibst und weiterhin ARCH einsetzt. Wie gesagt: ruhig bleiben und es wird wahrscheinlich eine total triviale Lösung für dein Problem geben. Die Übersieht man sehr schnell, das sage ich dir aus Erfahrung.

Vielleicht kannst du auch mal ein paar LOGS oder CLI Befehlsausgaben posten. Das erhöht die Chance deinen Fehler zu finden.

Viel Glück noch bei der Fehleranalyse 🙂

Gruß

jand

Hallo,
habe nochmal ein neuer Versuch gewagt.
Anpingen kann ich nichts, da ich mich mit dem offenen WLan Netz nicht verbinden kann. Ich habe noch mal die Datenbank überprüft, in der die MacAdressen stehen, die zugelassen werden. Da ist sowol meine Handy Mac drin, mit dem ich mich auch ohne Probleme verbinden kann, als auch die Wlanmac Adresse meines Laptops mit Arch. Wenn ich mich übers Handy USB Tethering anmelde, kann ich mich über eine Loginnseite anmelden und alles anpingen. Bsp: Archlinux.de, 8.8.8.8, 8.8.4.4 . Bei wpa_Supplikant habe ich folgenden Eintrag hinzugefühgt:
#Open
#network={
#ssid=*****
#key_mgmt=IEEE8021X
#eap=TTLS
#anonymous_identity="anonymous"
#identity=****@uni-mainz.de
#password=******
#phase2="auth=PAP"
}
Allerdings bis auf #Open ohne # und bei den *** meine Logindaten und Netzwerkname eingetragen.

Anschliesend habe ich mich als Benutzer ab und angemeldet. Leider ohne Erfolg.

Gruß,

Jan

Dirk

jand schriebBei wpa_Supplikant habe ich folgenden Eintrag hinzugefühgt:
#Open
#network={
#ssid=*****
#key_mgmt=IEEE8021X
#eap=TTLS
#anonymous_identity="anonymous"
#identity=****@uni-mainz.de
#password=******
#phase2="auth=PAP"
}
Allerdings bis auf #Open ohne # und bei den *** meine Logindaten und Netzwerkname eingetragen.

Also Quasi …

network={
    ssid=*****
    psk=*****
}

… in umständlich?

jand

Was ist denn psk= ?

Dirk

jand schriebWas ist denn psk= ?

Der Netzwerkschlüssel

jand

Bei einem offenen Netzwerk dürfte es doch eigentlich keinen Netzwerkschlüssel geben?

Dirk

Oh … hmm … Das ist die Frage … Ist das ein offenes Netzwerk im Sinne von „Es wird kein PSK benötigt“ (dann einfach weglassen), oder im Sinne von „Es steht jedem offen, es zu verwenden“ (dann mal nach dem PSK fragen und ausprobieren)?

jand

Es ist ein offenes Netzwerk ohne psk. Die Anmeldung läuft über ein Skript, auf das der Browser weitergeleitet wird. Zumindest ist das so bei meinem Android und war früher so bei Ubuntu, Fedora, usw.

Dirk

Was passiert denn überhaupt, wenn du versuchst, dich zu verbinden? Bisher hast du ja noch nicht eine Fehlermeldung gepostet …

fs4000

@Dirk: Du weißt, dass es auch eine WPA-Variante ohne PSK gibt? http://de.wikipedia.org/wiki/WPA2#Authentifizierung

@jand: Ich schätze, du willst Eduroam mit netctl einrichten. Da dürfte dir das hier helfen: http://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php/WLAN#netctl_config Dass das für die Uni Hamburg ist, spielt keine Rolle, Eduroam ist überall gleich. Du musst nur die korrekten Zugangsdaten mit "@uni-mainz.de" angeben.

Dirk

fs4000 schrieb@Dirk: Du weißt, dass es auch eine WPA-Variante ohne PSK gibt?

Bisher (zum Glück) nie mit zu tun gehabt 🙂

jand

Hallo,
es ist nich eduroam. Eduarom gibt es zwar verschlüsselt auf der Uni, aber hier im Wohnheim gibt es nur offenes Wlan, in dem man sich über ein Interface, auf das man automatisch weitergeleitet wird anmeldet. Man kann das interface aber auch manuell aufrufen, mit login.wohnheim.uni-mainz.de beides geht nicht. Oben rechts (bei Gnome) verbindet er nicht mit dem Netzwerk. Ich habe jetzt mal nach netctl geguckt und mit wifi-menu -o ein profil in /etc/netctl/ erstellt. wenn ich dieses versuche zu starten kommt im Terminal folgende Meldung.
# netctl start haus143
Job for netctl@haus143.service failed. See 'systemctl status netctl@haus143.service' and 'journalctl -xn' for details.

Details:
# systemctl status netctl@haus143.service
netctl@haus143.service - Networking for netctl profile haus143
Loaded: loaded (/usr/lib/systemd/system/netctl@.service; static)
Active: failed (Result: exit-code) since So 2014-01-26 15:17:18 CET; 39s ago
Docs: man:netctl.profile(5)
Process: 5211 ExecStart=/usr/lib/network/network start %I (code=exited, status=1/FAILURE)
Main PID: 5211 (code=exited, status=1/FAILURE)

Jan 26 15:17:18 jan-pc systemd[1]: Starting Networking for netctl profile haus143...
Jan 26 15:17:18 jan-pc network[5211]: Starting network profile 'haus143'...
Jan 26 15:17:18 jan-pc network[5211]: The interface of network profile 'haus143' is already up
Jan 26 15:17:18 jan-pc systemd[1]: netctl@haus143.service: main process exited, code=exited, status=1/FAILURE
Jan 26 15:17:18 jan-pc systemd[1]: Failed to start Networking for netctl profile haus143.
Jan 26 15:17:18 jan-pc systemd[1]: Unit netctl@haus143.service entered failed state.

Mal so nebenbei, braucht man WPA_Supplicant überhaupt wenn ich ein offenes Netzwerk habe? oder reicht netctl?

Meine netctl Profildatei sah so aus:
Description='Automatically generated profile by wifi-menu'
Interface=wlp0s29f7u6
Connection=wireless
Security=none
ESSID=Haus14-3
IP=dhcp

Dirk

jand schriebMal so nebenbei, braucht man WPA_Supplicant überhaupt wenn ich ein offenes Netzwerk habe? oder reicht netctl?

Ist netctl nicht eh nur die Verwaltung?

Probiere die Verbindung mal ohne den Service, sondern direkt mit netctl oder noch besser: direkt mit wpa_supplicant, um aussagekräftigere Fehlermeldungen als „geht nicht“ zu bekommen.

jand schriebInterface=wlp0s29f7u6

OT: „Mit systemd werden die Netzwerkkartennamen nachvollziehbarer und einfacherer zu merken“ … Was muss man gekifft haben, um DAS intuitiv zu nennen? 🙂

jand

Für Netctl
[root@jan-pc netctl]# systemctl status netctl -l
netctl.service - (Re)store the netctl profile state
Loaded: loaded (/usr/lib/systemd/system/netctl.service; enabled)
Active: active (exited) since So 2014-01-26 14:46:31 CET; 1h 21min ago
Main PID: 258 (code=exited, status=1/FAILURE)
CGroup: /system.slice/netctl.service

Jan 26 14:46:31 jan-pc systemd[1]: Started (Re)store the netctl profile state.
Jan 26 14:55:38 jan-pc systemd[1]: Started (Re)store the netctl profile state.

Für wpa_supplicant
[root@jan-pc netctl]# systemctl status wpa_supplicant
wpa_supplicant.service - WPA supplicant
Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant.service; disabled)
Active: active (running) since So 2014-01-26 16:02:43 CET; 5min ago
Main PID: 6124 (wpa_supplicant)
CGroup: /system.slice/wpa_supplicant.service
└─6124 /usr/sbin//wpa_supplicant -u

Jan 26 16:02:43 jan-pc systemd[1]: Stopped WPA supplicant.
Jan 26 16:02:43 jan-pc systemd[1]: Starting WPA supplicant...
Jan 26 16:02:43 jan-pc systemd[1]: Started WPA supplicant.
[root@jan-pc netctl]#

Nächste Seite »