Anzeige:
Ergebnis 1 bis 14 von 14

Thema: WLAN mit TP-Link WN721N!?!

  1. #1
    Registrierter Benutzer
    Registriert seit
    Jan 2017
    Beiträge
    28

    WLAN mit TP-Link WN721N!?!

    Hallo
    Ich habe mir eine neue WLAN-Antenne gekauft

    TP-Link- TL-WN722N V2

    Nutze Kali Linux 2017.2
    Das Problem ist das ich die Antenne nicht in monitor- mode versetzen kann/lässt

    Das habe ich auch schon versucht aber klappt auch nicht
    http://www.linux-hardware-guide.de/2...o-usb-150-mbps

    Code:
    root@trol:~# sudo apt-get install build-essential linux-headers-generic git
    Reading package lists... Done
    Building dependency tree       
    Reading state information... Done
    Package linux-headers-generic is not available, but is referred to by another package.
    This may mean that the package is missing, has been obsoleted, or
    is only available from another source
    
    E: Package 'linux-headers-generic' has no installation candidate
    root@trol:~#
    Hier noch ein paar angaben:
    Code:
    root@trol:~# uname -r
    4.12.0-kali2-amd64
    root@trol:~# uname -a
    Linux trol 4.12.0-kali2-amd64 #1 SMP Debian 4.12.13-1kali2 (2017-10-03) x86_64 GNU/Linux
    root@trol:~#
    Code:
    root@trol:~# lsusb
    Bus 002 Device 002: ID 8087:8000 Intel Corp. 
    Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 001 Device 002: ID 8087:8008 Intel Corp. 
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    Bus 003 Device 006: ID 2357:010c  
    Bus 003 Device 003: ID 0bda:b728 Realtek Semiconductor Corp. 
    Bus 003 Device 002: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter
    Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    root@trol:~# airmon-ng
    
    PHY	Interface	Driver		Chipset
    
    phy0	wlan0		rtl8723be	Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
    phy1	wlan1		rt2800usb	Ralink Technology, Corp. RT2870/RT3070
    null	wlan2		r8188eu

  2. #2
    Elefantenversteher Avatar von florian0285
    Registriert seit
    Jun 2016
    Beiträge
    1.047
    Im Titel
    WN721N
    im Text
    WN722N
    in der Anleitung
    WN725N
    in lsusb schließlich
    WN727N
    Dürfte ja auch fett aufgedruckt am Stick irgendwo stehen

    Der Treiber ist erstmal der richtige "rt2800usb" dieser ist oob bei kali dabei

    empfohlen weil besser wird "rt5370sta" dieser ist nicht dabei
    https://forum.ubuntuusers.de/topic/d.../#post-4365112

    root@trol:~# sudo apt-get install build-essential linux-headers-generic git
    ...
    E: Package 'linux-headers-generic' has no installation candidate
    falscher Name -> Paket nicht gefunden.

    mach mal ein "aptitude search linux-headers" geht auch mit apt search und dann guck mal welches Paket du installieren würdest.

    was sagt denn airmon beim start "airmon-ng start wlan1 5"
    oder "iw phy1 info"
    Geändert von florian0285 (07.10.17 um 15:59 Uhr)
    Matthäus 7:3 Was siehst du aber den Splitter in deines Bruders Auge, und wirst nicht gewahr des Balkens in deinem Auge?

  3. #3
    Registrierter Benutzer
    Registriert seit
    Aug 2007
    Ort
    Sauerland
    Beiträge
    914
    Bus 003 Device 006: ID 2357:010c
    Sollte mit Kernel 4.13 laufen......
    https://cateee.net/lkddb/web-lkddb/R8188EU.html

  4. #4
    Registrierter Benutzer
    Registriert seit
    Jan 2017
    Beiträge
    28
    @ Sauerland1
    wie stell ich das an mit dem kernel?


    Code:
    root@trol:~# sudo apt-cache search linux-headers
    aufs-dkms - DKMS files to build and install aufs
    linux-headers-4.12.0-kali2-all - All header files for Linux 4.12 (meta-package)
    linux-headers-4.12.0-kali2-all-amd64 - All header files for Linux 4.12 (meta-package)
    linux-headers-4.12.0-kali2-amd64 - Header files for Linux 4.12.0-kali2-amd64
    linux-headers-4.12.0-kali2-common - Common header files for Linux 4.12.0-kali2
    linux-headers-amd64 - Header files for Linux amd64 configuration (meta-package)
    linux-libc-dev-alpha-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-arm64-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-armel-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-armhf-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-hppa-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-m68k-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-mips-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-mips64-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-mips64el-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-mipsel-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-powerpc-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-powerpcspe-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-ppc64-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-ppc64el-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-s390x-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-sh4-cross - Linux Kernel Headers for development (for cross-compiling)
    linux-libc-dev-sparc64-cross - Linux Kernel Headers for development (for cross-compiling)
    root@trol:~#
    Code:
    root@trol:~# airmon-ng
    
    PHY	Interface	Driver		Chipset
    
    phy0	wlan0		rtl8723be	Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
    null	wlan1		r8188eu		 
    
    root@trol:~# airmon-ng start wlan1 5
    
    Found 3 processes that could cause trouble.
    If airodump-ng, aireplay-ng or airtun-ng stops working after
    a short period of time, you may want to run 'airmon-ng check kill'
    
      PID Name
      618 NetworkManager
      654 wpa_supplicant
      745 dhclient
    
    PHY	Interface	Driver		Chipset
    
    phy0	wlan0		rtl8723be	Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
    null	wlan1		r8188eu		 
    
    root@trol:~# iw null info
    Usage:	iw [options] command
    Options:
    	--debug		enable netlink debugging
    	--version	show version (4.9)
    Commands:
    	help [command]
    		Print usage for all or a specific command, e.g.
    		"help wowlan" or "help wowlan enable".
    
    	event [-t|-r] [-f]
    		Monitor events from the kernel.
    		-t - print timestamp
    		-r - print relative timstamp
    		-f - print full frame for auth/assoc etc.
    
    	features 
    		
    
    	commands
    		list all known commands and their decimal & hex value
    
    	phy
    	list
    		List all wireless devices and their capabilities.
    
    	phy <phyname> info
    		Show capabilities for the specified wireless device.
    
    	phy <phyname> channels
    		Show available channels.
    
    	dev
    		List all network interfaces for wireless hardware.
    
    	dev <devname> info
    		Show information for this interface.
    
    	dev <devname> del
    		Remove this virtual interface
    
    	dev <devname> interface add <name> type <type> [mesh_id <meshid>] [4addr on|off] [flags <flag>*] [addr <mac-addr>]
    	phy <phyname> interface add <name> type <type> [mesh_id <meshid>] [4addr on|off] [flags <flag>*] [addr <mac-addr>]
    		Add a new virtual interface with the given configuration.
    		Valid interface types are: managed, ibss, monitor, mesh, wds.
    		
    		The flags are only used for monitor interfaces, valid flags are:
    		none:     no special flags
    		fcsfail:  show frames with FCS errors
    		control:  show control frames
    		otherbss: show frames from other BSSes
    		cook:     use cooked mode
    		active:   use active mode (ACK incoming unicast packets)
    		mumimo-groupid <GROUP_ID>: use MUMIMO according to a group id
    		mumimo-follow-mac <MAC_ADDRESS>: use MUMIMO according to a MAC address
    		
    		The mesh_id is used only for mesh mode.
    
    	dev <devname> ibss join <SSID> <freq in MHz> [NOHT|HT20|HT40+|HT40-|5MHz|10MHz|80MHz] [fixed-freq] [<fixed bssid>] [beacon-interval <TU>] [basic-rates <rate in Mbps,rate2,...>] [mcast-rate <rate in Mbps>] [key d:0:abcde]
    		Join the IBSS cell with the given SSID, if it doesn't exist create
    		it on the given frequency. When fixed frequency is requested, don't
    		join/create a cell on a different frequency. When a fixed BSSID is
    		requested use that BSSID and do not adopt another cell's BSSID even
    		if it has higher TSF and the same SSID. If an IBSS is created, create
    		it with the specified basic-rates, multicast-rate and beacon-interval.
    
    	dev <devname> ibss leave
    		Leave the current IBSS cell.
    
    	dev <devname> station dump [-v]
    		List all stations known, e.g. the AP on managed interfaces
    
    	dev <devname> station set <MAC address> mesh_power_mode <active|light|deep>
    		Set link-specific mesh power mode for this station
    
    	dev <devname> station set <MAC address> vlan <ifindex>
    		Set an AP VLAN for this station.
    
    	dev <devname> station set <MAC address> plink_action <open|block>
    		Set mesh peer link action for this station (peer).
    
    	dev <devname> station del <MAC address> [subtype <subtype>] [reason-code <code>]
    		Remove the given station entry (use with caution!)
    		Example subtype values: 0xA (disassociation), 0xC (deauthentication)
    
    	dev <devname> station get <MAC address>
    		Get information for a specific station.
    
    	dev <devname> survey dump
    		List all gathered channel survey data
    
    	dev <devname> ocb leave
    		Leave the OCB mode network.
    
    	dev <devname> ocb join <freq in MHz> <5MHz|10MHz>
    		Join the OCB mode network.
    
    	dev <devname> mesh leave
    		Leave a mesh.
    
    	dev <devname> mesh join <mesh ID> [[freq <freq in MHz> <NOHT|HT20|HT40+|HT40-|80MHz>] [basic-rates <rate in Mbps,rate2,...>]], [mcast-rate <rate in Mbps>] [beacon-interval <time in TUs>] [dtim-period <value>] [vendor_sync on|off] [<param>=<value>]*
    		Join a mesh with the given mesh ID with frequency, basic-rates,
    		mcast-rate and mesh parameters. Basic-rates are applied only if
    		frequency is provided.
    
    	dev <devname> mpath dump
    		List known mesh paths.
    
    	dev <devname> mpath set <destination MAC address> next_hop <next hop MAC address>
    		Set an existing mesh path's next hop.
    
    	dev <devname> mpath new <destination MAC address> next_hop <next hop MAC address>
    		Create a new mesh path (instead of relying on automatic discovery).
    
    	dev <devname> mpath del <MAC address>
    		Remove the mesh path to the given node.
    
    	dev <devname> mpath get <MAC address>
    		Get information on mesh path to the given node.
    
    	dev <devname> mpp dump
    		List known mesh proxy paths.
    
    	dev <devname> mpp get <MAC address>
    		Get information on mesh proxy path to the given node.
    
    	dev <devname> scan [-u] [freq <freq>*] [ies <hex as 00:11:..>] [meshid <meshid>] [lowpri,flush,ap-force] [randomise[=<addr>/<mask>]] [ssid <ssid>*|passive]
    		Scan on the given frequencies and probe for the given SSIDs
    		(or wildcard if not given) unless passive scanning is requested.
    		If -u is specified print unknown data in the scan results.
    		Specified (vendor) IEs must be well-formed.
    
    	dev <devname> scan sched_stop 
    		Stop an ongoing scheduled scan.
    
    	dev <devname> scan sched_start [interval <in_msecs> | scan_plans [<interval_secs:iterations>*] <interval_secs>] [delay <in_secs>] [freqs <freq>+] [matches [ssid <ssid>]+]] [active [ssid <ssid>]+|passive] [randomise[=<addr>/<mask>]]
    		Start a scheduled scan at the specified interval on the given frequencies
    		with probing for the given SSIDs (or wildcard if not given) unless passive
    		scanning is requested.  If matches are specified, only matching results
    		will be returned.
    
    	dev <devname> scan abort 
    		Abort ongoing scan
    
    	dev <devname> scan trigger [freq <freq>*] [ies <hex as 00:11:..>] [meshid <meshid>] [lowpri,flush,ap-force] [randomise[=<addr>/<mask>]] [ssid <ssid>*|passive]
    		Trigger a scan on the given frequencies with probing for the given
    		SSIDs (or wildcard if not given) unless passive scanning is requested.
    
    	dev <devname> scan dump [-u]
    		Dump the current scan results. If -u is specified, print unknown
    		data in scan results.
    
    	phy <phyname> reg get
    		Print out the devices' current regulatory domain information.
    
    	reg get
    		Print out the kernel's current regulatory domain information.
    
    	reg set <ISO/IEC 3166-1 alpha2>
    		Notify the kernel about the current regulatory domain.
    
    	dev <devname> auth <SSID> <bssid> <type:open|shared> <freq in MHz> [key 0:abcde d:1:6162636465]
    		Authenticate with the given network.
    		
    
    	dev <devname> connect [-w] <SSID> [<freq in MHz>] [<bssid>] [key 0:abcde d:1:6162636465]
    		Join the network with the given SSID (and frequency, BSSID).
    		With -w, wait for the connect to finish or fail.
    
    	dev <devname> disconnect
    		Disconnect from the current network.
    
    	dev <devname> link
    		Print information about the current link, if any.
    
    	dev <devname> offchannel <freq> <duration>
    		Leave operating channel and go to the given channel for a while.
    
    	dev <devname> cqm rssi <threshold|off> [<hysteresis>]
    		Set connection quality monitor RSSI threshold.
    		
    
    	phy <phyname> wowlan show 
    		Show WoWLAN status.
    
    	phy <phyname> wowlan disable 
    		Disable WoWLAN.
    
    	phy <phyname> wowlan enable [any] [disconnect] [magic-packet] [gtk-rekey-failure] [eap-identity-request] [4way-handshake] [rfkill-release] [net-detect [interval <in_msecs> | scan_plans [<interval_secs:iterations>*] <interval_secs>] [delay <in_secs>] [freqs <freq>+] [matches [ssid <ssid>]+]] [active [ssid <ssid>]+|passive] [randomise[=<addr>/<mask>]]] [tcp <config-file>] [patterns [offset1+]<pattern1> ...]
    		Enable WoWLAN with the given triggers.
    		Each pattern is given as a bytestring with '-' in places where any byte
    		may be present, e.g. 00:11:22:-:44 will match 00:11:22:33:44 and
    		00:11:22:33:ff:44 etc.
    		Offset and pattern should be separated by '+', e.g. 18+43:34:00:12 will match '43:34:00:12' after 18 bytes of offset in Rx packet.
    		
    		The TCP configuration file contains:
    		  source=ip[:port]
    		  dest=ip:port@mac
    		  data=<hex data packet>
    		  data.interval=seconds
    		  [wake=<hex packet with masked out bytes indicated by '-'>]
    		  [data.seq=len,offset[,start]]
    		  [data.tok=len,offset,<token stream>]
    		
    		Net-detect configuration example:
    		 iw phy0 wowlan enable net-detect interval 5000 delay 30 freqs 2412 2422 matches ssid foo ssid bar
    
    	phy <phyname> coalesce show 
    		Show coalesce status.
    
    	phy <phyname> coalesce disable 
    		Disable coalesce.
    
    	phy <phyname> coalesce enable <config-file>
    		Enable coalesce with given configuration.
    		The configuration file contains coalesce rules:
    		  delay=<delay>
    		  condition=<condition>
    		  patterns=<[offset1+]<pattern1>,<[offset2+]<pattern2>,...>
    		  delay=<delay>
    		  condition=<condition>
    		  patterns=<[offset1+]<pattern1>,<[offset2+]<pattern2>,...>
    		  ...
    		delay: maximum coalescing delay in msec.
    		condition: 1/0 i.e. 'not match'/'match' the patterns
    		patterns: each pattern is given as a bytestring with '-' in
    		places where any byte may be present, e.g. 00:11:22:-:44 will
    		match 00:11:22:33:44 and 00:11:22:33:ff:44 etc. Offset and
    		pattern should be separated by '+', e.g. 18+43:34:00:12 will
    		match '43:34:00:12' after 18 bytes of offset in Rx packet.
    		
    
    	dev <devname> roc start <freq> <time in ms>
    		
    
    	wdev <idx> p2p stop 
    		
    
    	wdev <idx> p2p start 
    		
    
    	dev <devname> vendor recvbin <oui> <subcmd> <filename|-|hex data>
    		
    
    	dev <devname> vendor recv <oui> <subcmd> <filename|-|hex data>
    		
    
    	dev <devname> vendor send <oui> <subcmd> <filename|-|hex data>
    		
    
    	phy <phyname> set antenna <bitmap> | all | <tx bitmap> <rx bitmap>
    		Set a bitmap of allowed antennas to use for TX and RX.
    		The driver may reject antenna configurations it cannot support.
    
    	dev <devname> set txpower <auto|fixed|limit> [<tx power in mBm>]
    		Specify transmit power level and setting type.
    
    	phy <phyname> set txpower <auto|fixed|limit> [<tx power in mBm>]
    		Specify transmit power level and setting type.
    
    	phy <phyname> set distance <auto|distance>
    		Enable ACK timeout estimation algorithm (dynack) or set appropriate
    		coverage class for given link distance in meters.
    		To disable dynack set valid value for coverage class.
    		Valid values: 0 - 114750
    
    	phy <phyname> set coverage <coverage class>
    		Set coverage class (1 for every 3 usec of air propagation time).
    		Valid values: 0 - 255.
    
    	phy <phyname> set netns { <pid> | name <nsname> }
    		Put this wireless device into a different network namespace:
    		    <pid>    - change network namespace by process id
    		    <nsname> - change network namespace by name from /run/netns
    		               or by absolute path (man ip-netns)
    		
    
    	phy <phyname> set retry [short <limit>] [long <limit>]
    		Set retry limit.
    
    	phy <phyname> set rts <rts threshold|off>
    		Set rts threshold.
    
    	phy <phyname> set frag <fragmentation threshold|off>
    		Set fragmentation threshold.
    
    	dev <devname> set channel <channel> [HT20|HT40+|HT40-]
    	phy <phyname> set channel <channel> [HT20|HT40+|HT40-]
    	dev <devname> set freq <freq> [HT20|HT40+|HT40-]
    	dev <devname> set freq <control freq> [20|40|80|80+80|160] [<center freq 1>] [<center freq 2>]
    	phy <phyname> set freq <freq> [HT20|HT40+|HT40-]
    		Set frequency/channel the hardware is using, including HT
    		configuration.
    
    	phy <phyname> set name <new name>
    		Rename this wireless device.
    
    	dev <devname> set mcast_rate <rate in Mbps>
    		Set the multicast bitrate.
    
    	dev <devname> set peer <MAC address>
    		Set interface WDS peer.
    
    	dev <devname> set noack_map <map>
    		Set the NoAck map for the TIDs. (0x0009 = BE, 0x0006 = BK, 0x0030 = VI, 0x00C0 = VO)
    
    	dev <devname> set 4addr <on|off>
    		Set interface 4addr (WDS) mode.
    
    	dev <devname> set type <type>
    		Set interface type/mode.
    		Valid interface types are: managed, ibss, monitor, mesh, wds.
    
    	dev <devname> set meshid <meshid>
    	dev <devname> set monitor <flag>*
    		Set monitor flags. Valid flags are:
    		none:     no special flags
    		fcsfail:  show frames with FCS errors
    		control:  show control frames
    		otherbss: show frames from other BSSes
    		cook:     use cooked mode
    		active:   use active mode (ACK incoming unicast packets)
    		mumimo-groupid <GROUP_ID>: use MUMIMO according to a group id
    		mumimo-follow-mac <MAC_ADDRESS>: use MUMIMO according to a MAC address
    
    	dev <devname> set mesh_param <param>=<value> [<param>=<value>]*
    		Set mesh parameter (run command without any to see available ones).
    
    	dev <devname> set power_save <on|off>
    		Set power save state to on or off.
    
    	dev <devname> set bitrates [legacy-<2.4|5> <legacy rate in Mbps>*] [ht-mcs-<2.4|5> <MCS index>*] [vht-mcs-<2.4|5> <NSS:MCSx,MCSy... | NSS:MCSx-MCSy>*] [sgi-2.4|lgi-2.4] [sgi-5|lgi-5]
    		Sets up the specified rate masks.
    		Not passing any arguments would clear the existing mask (if any).
    
    	dev <devname> get mesh_param [<param>]
    		Retrieve mesh parameter (run command without any to see available ones).
    
    	dev <devname> get power_save <param>
    		Retrieve power save state.
    
    
    Commands that use the netdev ('dev') can also be given the
    'wdev' instead to identify the device.
    
    You can omit the 'phy' or 'dev' if the identification is unique,
    e.g. "iw wlan0 info" or "iw phy0 info". (Don't when scripting.)
    
    Do NOT screenscrape this tool, we don't consider its output stable.
    
    root@trol:~#

  5. #5
    Registrierter Benutzer
    Registriert seit
    Aug 2007
    Ort
    Sauerland
    Beiträge
    914
    @ Sauerland1
    wie stell ich das an mit dem kernel?
    Hier stellt sich dann die Frage, ob Kali etwas für dich ist.

    Ich selber benutze kein Debian basierten Linux-Distributionen, daher kann ich hier nicht helfen.

  6. #6
    Registrierter Benutzer
    Registriert seit
    Jan 2017
    Beiträge
    28
    Ich nutze es nur um mich damit vertraut zu machen da ich nicht mehr mit Windows arbeiten möchte...
    Und kali fand ich ganz interessant.
    Und wie gesagt bin neu was Linux angeht

  7. #7
    Registrierter Benutzer
    Registriert seit
    Aug 2007
    Ort
    Sauerland
    Beiträge
    914
    Zitat Zitat von Oxidat Beitrag anzeigen
    Ich nutze es nur um mich damit vertraut zu machen da ich nicht mehr mit Windows arbeiten möchte...
    Und kali fand ich ganz interessant.
    Und wie gesagt bin neu was Linux angeht
    Nimm eine der "großen" Distributionen , Ubuntu, Mint, Debian, Fedora oder auch openSUSE (hoffe hab keine vergessen)
    Die sind für Anfänger besser geeignet.

  8. #8
    Registrierter Benutzer
    Registriert seit
    Jan 2017
    Beiträge
    28
    Doch kali ist richtig

    das mit dem Kernel ist bei Ubuntu bestimmt nicht anderes was das installieren angeht.

  9. #9
    Registrierter Benutzer
    Registriert seit
    Aug 2007
    Ort
    Sauerland
    Beiträge
    914
    Ne ne ne, warum nur immer Kali????

  10. #10
    Newbie and practicing Avatar von Newbie314
    Registriert seit
    Mar 2007
    Beiträge
    7.606
    Vergiss es, in seinen anderen ungelösten Threads hat er sich auch geweigert auf eine geeignete Distri umzusteigen. Jetzt muss er eben mit einer Installation klarkommen die ne Menge an Sicherheitslücken offenlässt und die Hälfte seiner Hardware nicht unterstützt.

    Edit: Laut Kali Homepage ist es weder als Desktopsystem noch für Anfänger geeignet. Die Maintainer der Distri werden das schon richtig einschätzen.
    Geändert von Newbie314 (08.10.17 um 17:13 Uhr)
    Bei Konsolenausgaben / Fehlermeldungen bitte immer Code Tags verwenden: [code] -Text- [/code]
    "Überzeugungen sind gefährlichere Feinde der Wahrheit als Lügen" (H. Lesch)

  11. #11
    Registrierter Benutzer
    Registriert seit
    Aug 2007
    Ort
    Sauerland
    Beiträge
    914
    https://github.com/lwfinger/rtl8188eu

    Und wie in deinem 1. Beitrag, kann man den Treiber selbst kompilieren:
    http://www.linux-hardware-guide.de/2...o-usb-150-mbps
    Ist zwar für Version 2.0 (ID 0bda:8179) aber in dem Treiber r8188eu ist auch die ID 2357:010c enthalten:
    {USB_DEVICE(0x2357, 0x010c)}, /* TP-Link TL-WN722N v2 */
    https://github.com/lwfinger/rtl8188e...dep/usb_intf.c


    Allerdings kann man den Stick mit einem selbst kompilierten Kernel-Modul 8188eu.ko ansprechen. Dafür müssen alle notwendigen Tools zum Kompilieren installiert sein, und die neuste Version des Treibers per git heruntergeladen werden:

    sudo apt-get install build-essential linux-headers-generic git
    mkdir ~/RTL8188EU
    cd ~/RTL8188EU
    git clone git://github.com/lwfinger/rtl8188eu.git

    Danach kann der Treiber kompiliert und installiert werden:

    cd ~/RTL8188EU/rpi-rtl8188eu
    make
    sudo make install

    Das Kernel-Modul kann dann über modprobe geladen werden, bzw. fest im System angemeldet werden:

    sudo depmod -a
    sudo update-initramfs -u
    sudo modprobe 8188eu
    Firmware nicht vergessen.

  12. #12
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    20.481
    und wenn Du den Post von Sauerland1 nicht verstehst ist
    Zitat Zitat von Oxidat Beitrag anzeigen
    Doch kali ist richtig.
    für Dich nicht richtig.
    Ich bin root - ich darf das.

  13. #13
    Registrierter Benutzer
    Registriert seit
    Aug 2007
    Ort
    Sauerland
    Beiträge
    914
    Gerade mal Kali in ner VM installiert, in Kernel 4.12 ist das Modul schon enthalten...........
    Firmware ist auch da...

    Auf gut deutsch:
    Sollte funktionieren.

  14. #14
    Elefantenversteher Avatar von florian0285
    Registriert seit
    Jun 2016
    Beiträge
    1.047
    Na das Gerät habich gekonnt ignoriert.

    Da sollte "dmesg" doch etwas verwertbares ausspucken.
    Matthäus 7:3 Was siehst du aber den Splitter in deines Bruders Auge, und wirst nicht gewahr des Balkens in deinem Auge?

Ähnliche Themen

  1. WLAN mit TP-Link WN721N
    Von blubbersuelze im Forum Anbindung an die Aussenwelt
    Antworten: 2
    Letzter Beitrag: 25.12.12, 13:04
  2. D - Link + WLan
    Von ariesbn im Forum System installieren und konfigurieren
    Antworten: 2
    Letzter Beitrag: 29.05.06, 17:40
  3. WLAN mit D-Link DWL-122 + FRITZ!BOX FON WLAN
    Von nimda im Forum Anbindung an die Aussenwelt
    Antworten: 8
    Letzter Beitrag: 01.02.05, 18:16
  4. wlan mit d-link 624+ router und usb d-link dwl 122
    Von ruben im Forum Anbindung an die Aussenwelt
    Antworten: 2
    Letzter Beitrag: 06.06.04, 13:54
  5. Mdk 9.1 + Wlan D-Link 714+ & Laptop WLAN
    Von v70 im Forum Router und Netzaufbau
    Antworten: 1
    Letzter Beitrag: 07.11.03, 16:37

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •