У меня есть виртуальный хост на моем веб-сервере, единственная и уникальная цель которого - вернуть клиентский IP-адрес:
petrus@bzn:~$ cat /home/vhosts/domain.org/index.php
<?php echo $_SERVER['REMOTE_ADDR']; echo "\n" ?>
Это помогает мне устранять проблемы с сетью, особенно когда задействован NAT. Таким образом, у меня не всегда есть разрешение доменного имени, и эта служба должна работать, даже если ее запрашивают по ее IP-адресу.
Я использую это так:
petrus@hive:~$ echo "GET /" | nc 88.191.133.41 80
191.51.4.55
petrus@hive:~$ echo "GET /" | nc ydct.org 80
191.51.4.55
router#more http://88.191.133.41/index.php
88.191.124.254
Однако я обнаружил, что он не работает, по крайней мере, с компьютера:
petrus@seth:~$ echo "GET /" | nc ydct.org 80
petrus@seth:~$
petrus@seth:~$ echo "GET /" | nc 88.191.133.41 80
petrus@seth:~$
Что проверил:
Это не связано с ipv6:
petrus@seth:~$ echo "GET /" | nc -4 ydct.org 80
petrus@seth:~$
petrus@hive:~$ echo "GET /" | nc ydct.org 80
2a01:e35:ee8c:180:21c:77ff:fe30:9e36
netcat
версия такая же (кроме платформы, i386 vs x64):
petrus@seth:~$ type nc
nc est haché (/bin/nc)
petrus@seth:~$ file /bin/nc
/bin/nc: symbolic link to `/etc/alternatives/nc'
petrus@seth:~$ ls -l /etc/alternatives/nc
lrwxrwxrwx 1 root root 15 2010-06-26 14:01 /etc/alternatives/nc -> /bin/nc.openbsd
petrus@hive:~$ type nc
nc est haché (/bin/nc)
petrus@hive:~$ file /bin/nc
/bin/nc: symbolic link to `/etc/alternatives/nc'
petrus@hive:~$ ls -l /etc/alternatives/nc
lrwxrwxrwx 1 root root 15 2011-05-26 01:23 /etc/alternatives/nc -> /bin/nc.openbsd
Работает при использовании без трубы:
petrus@seth:~$ nc ydct.org 80
GET /
2a01:e35:ee8c:180:221:85ff:fe96:e485
И пайплинг работает хоть с тестовой службой (netcat
прослушивание 1234 / tcp и вывод на стандартный вывод)
petrus@bzn:~$ nc -l -p 1234
GET /
petrus@bzn:~$
petrus@seth:~$ echo "GET /" | nc ydct.org 1234
petrus@seth:~$
Я не знаю, связана ли эта проблема с netcat
или Apache
, но я был бы признателен за любые советы по устранению этой проблемы!
bzn
это сервер,hive
рабочий клиент иseth
- это клиент, с которым у меня возникла проблема.
Изменить: он также работает с telnet
но telnet
не допускает трубопроводов.
2-е изменение в ответ MickeyB:
Действительно, заголовки хоста не передаются, но, как видно из hive
хост выше, я настроил default
vhost из Apache вести себя как ydct.org
vhost:
petrus@bzn:/etc/apache2/sites-available$ cat default
<VirtualHost *:80>
ServerAdmin webmaster@localhost
ServerName 88.191.133.41
ServerAlias 2a01:e1b:1:132:1a0a:a9ff:fec8:f0a9
DocumentRoot /home/vhosts/ydct.org/
</VirtualHost>
Однако он работает с curl
!
petrus@seth:~$ curl ydct.org
2a01:e35:ee8c:180:221:85ff:fe96:e485
Выход apache2 -S
отправлено в http://pastebin.com/aSf446Jv
Но хотелось бы знать, почему это не работает с netcat
...
Короче говоря, это версия netcat, которую вы используете.
Я протестировал командную строку на своих машинах следующим образом:
Mac OS X Lion:
yvaine:sqlite user$ echo -e "GET /" | nc 88.191.133.41 80
XX.XX.XX.168
FreeBSD:
[root@freebsd82 /usr/ports]# echo -e "GET /" | nc 88.191.133.41 80
XX.XX.XX.168
CentOS:
[root@kvm0001 ~]# echo -e "GET /" | nc 88.191.133.41 80
XX.XX.XX.168
Debian (версия 6)
root@debian:~# echo -e "GET /" | nc 88.191.133.41 80
XX.XX.XX.168
Только когда я добрался до Ubuntu "lucid" (который вы, по-видимому, используете), я получил следующее:
root@ubuntu:~# echo -e "GET /" | nc 88.191.133.41 80
root@ubuntu:~#
Похоже, что Ubuntu по умолчанию использует nc.openbsd, а не nc.traditional (который используется по умолчанию в Debian). Как только я использовал традиционную версию, я получил желаемый результат:
root@ubuntu:~# echo -e "GET /" | nc.traditional 88.191.133.41 80
XX.XX.XX.168
Что любопытно, на обеих ваших клиентских машинах есть nc.openbsd, но они различаются по поведению. Конечно, может случиться так, что у одного из них либо другая версия nc.openbsd, либо другая версия Ubuntu вообще. В любом случае вы можете синхронизировать свои версии nc.openbsd или переключиться на nc.traditional.
Работает для меня :)
michael@challenger:~$ echo -e "GET /\n" | nc 88.191.124.41 80
<html><body><h1>It works!</h1>
<p>This is the default web page for this server.</p>
<p>The web server software is running but no content has been added, yet.</p>
</body></html>
Если вы пытаетесь поразить vhost, вы делаете это неправильно. Вам необходимо отправить заголовок Host :, чтобы определить виртуальный хост, который вы хотите использовать.
Лучшим способом использования вашего сервиса "какой у меня IP" будет curl. Послушайте, я вижу ту же проблему на своем конце, когда делаю то, что делаете вы:
michael@challenger:~$ echo -e "GET /" | nc ip.mydomain.ca 80
michael@challenger:~$ curl ip.mydomain.ca
192.168.0.135
michael@challenger:~$ curl -v 88.191.124.41
* About to connect() to 88.191.124.41 port 80 (#0)
* Trying 88.191.124.41... connected
* Connected to 88.191.124.41 (88.191.124.41) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.21.3 (x86_64-pc-linux-gnu) libcurl/7.21.3 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.18
> Host: 88.191.124.41
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Fri, 25 Nov 2011 22:11:31 GMT
< Server: Apache/2.2.14 (Ubuntu)
< Last-Modified: Wed, 25 Aug 2010 08:11:38 GMT
< ETag: "840d09-b1-48ea16e57f5a6"
< Accept-Ranges: bytes
< Content-Length: 177
< Vary: Accept-Encoding
< Content-Type: text/html
< X-Pad: avoid browser bug
<
<html><body><h1>It works!</h1>
<p>This is the default web page for this server.</p>
<p>The web server software is running but no content has been added, yet.</p>
</body></html>
* Connection #0 to host 88.191.124.41 left intact
* Closing connection #0
Установите время ожидания и попробуйте еще раз:
$ echo "GET /" | nc -w 3 88.191.124.41 80