“nl80211: 'nl80211' универсальный netlink, не найденный” при запуске hostapd

Конечно, вы должны прочитать файл, но вы можете

ssh -e none USER@REMOTE "cat file" | xclip -i

, хотя это все еще означает открыть ssh соединение и скопировать содержимое файла. Но, наконец, вы больше ничего не видите;)

И если вы подключаетесь с компьютера OS X, вы используете pbcopy вместо этого:

ssh -e none USER@REMOTE "cat file" | pbcopy

Общим узким местом для медленной загрузки страниц часто является разрешение DNS. Чтобы проверить время, необходимое для разрешения DNS, попробуйте использовать dig (1) .

$ dig example.com

Это должно дать вам вывод по следующим строкам

; <<>> DiG 9.10.2-P1 <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13362
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;example.com.                   IN      A

;; ANSWER SECTION:
example.com.            1       IN      A       93.184.216.34

;; Query time: 3 msec
;; SERVER: 10.0.0.1#53(10.0.0.1)
;; WHEN: Thu Jun 18 23:19:24 IST 2015
;; MSG SIZE  rcvd: 45

См. последний раздел? Он показывает, сколько времени ушло на разрешение DNS. С dnsmasq, я предполагаю, что вы будете на пару миллисекунд или меньше.

Если вам кажется, что здесь хорошо, время протестировать реальную сеть. Сначала проверьте, не занимает ли подключение к домену слишком много времени. Вы должны попытаться проверить домен и посмотреть время rtt. Если rtt слишком велик, то задержка соединения, вероятно, является вашей виновницей.

$ ping -c 5 example.com

PING example.com (93.184.216.34) 56(84) bytes of data.
64 bytes from 93.184.216.34: icmp_seq=1 ttl=51 time=204 ms
64 bytes from 93.184.216.34: icmp_seq=2 ttl=51 time=205 ms
64 bytes from 93.184.216.34: icmp_seq=3 ttl=51 time=206 ms
64 bytes from 93.184.216.34: icmp_seq=4 ttl=51 time=205 ms
64 bytes from 93.184.216.34: icmp_seq=5 ttl=51 time=205 ms

--- example.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 204.315/205.415/206.755/0.785 ms

Если это одна секунда или более, у вас определенно есть узкое место в соединении.

В случае ошибки в выводе команды ping (1) можно попытаться настроить профиль соединения с помощью traceroute (1) .

Выходные данные traceroute должны помочь профилировать соединение и увидеть, какая часть пути от компьютера к серверу вызывает максимальную задержку.

Если выходные данные ping выглядят хорошо, проверьте, занимает ли сервер слишком много времени, чтобы отправить ответ обратно. Попробуйте wget (1)

$ wget -d example.com

DEBUG output created by Wget 1.16.3.60-fd3a-dirty on linux-gnu.

URI encoding = ‘UTF-8’
--2015-06-18 23:27:55--  http://example.com/
Resolving example.com (example.com)... 93.184.216.34, 2606:2800:220:1:248:1893:25c8:1946
Caching example.com => 93.184.216.34 2606:2800:220:1:248:1893:25c8:1946
Connecting to example.com (example.com)|93.184.216.34|:80... connected.
Created socket 4.
Releasing 0x0000000001afc8d0 (new refcount 1).

---request begin---
GET / HTTP/1.1
User-Agent: Wget/1.16.3.60-fd3a-dirty (linux-gnu)
Accept: */*
Accept-Encoding: identity
Host: example.com
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response... 
---response begin---
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: max-age=604800
Content-Type: text/html
Date: Thu, 18 Jun 2015 17:57:56 GMT
Etag: "359670651"
Expires: Thu, 25 Jun 2015 17:57:56 GMT
Last-Modified: Fri, 09 Aug 2013 23:54:35 GMT
Server: ECS (ewr/15BD)
X-Cache: HIT
x-ec-custom-error: 1
Content-Length: 1270

---response end---
200 OK
Registered socket 4 for persistent reuse.
Length: 1270 (1.2K) [text/html]
Saving to: ‘index.html’

index.html                            100%[==========================================================================>]   1.24K  --.-KB/s   in 0s

2015-06-18 23:27:56 (197 MB/s) - ‘index.html’ saved [1270/1270]

Долго ли приостанавливается вывод в любом месте? Тогда этот шаг определенно является причиной задержек.

Возможно, вам следует изменить /etc/hostapd.conf и изменить драйвер = nl80211 на madwifi .