![]() ![]() and setting the DMZ or port forwarding on the ISP router to the "test" router's "WAN" ( well the ip it gets on your regular LAN ) gets you access from outside. ( except the protocol depandant things I discussed above ). is pretty much the nuts and bolts of doing it physically. Seriously tho' - putting your "test" router BEHIND your edge router and imagining that your LAN is now the WAN for your test setup. some providers also require special link layer "ID's" such as setting a VLAN for the WAN port pvc etc. What package do you mean? Are you talking about the process of flashing it with OPENWRT? ![]() Is doing this mandatory for your marks/grades etc? How critical is uptime for you? Do many people use and rely on your internet connection? The file i am thing is to change is in /etc/config/network please let me knowĭo you have access to the current/ISP router? ( does it have a DMZ or port range forward feature? ) So what was i thing is i will flash the router which is not in use and change the wan interface connecting setting thought shell script and give it a ip which is provide by the (router which is providing the internet access) and then download the necessary packeage.Īre there any other file that i have to change to get the state process But i have a router which is connected to active link from which internet is accessable but i don't want to flash this one because my isp has done ip/mac binding so it long proccess ( I am asking this becouz my mentor in the college has asked me to replicates this thing on a real router aside vm now two thing i have a router which is nt in use. How do i give wan interface a static ip on a real hardware.Hi there wulfy my openwrt and the vm that is acting as client are now communicating and i can access my openwrt vm thought it and installed the required packages on it nw just wanted to ask this and that you see proper unique macs there or not there. So when/if your ping fails make sure your running "arp -a/arp -d" etc etc. many times i've seen issues with ARP population. When you clone, when you switch network ( physical or virtual ). and vice versa i suppose.Īnother big issue that has tripped me up many times is the ARP process. Not coming from a physical networking background trips alot of students up in the virtual world. another virtual host / guest / container next door - can they talk? switching up your perspective is the best angle of attack with that kind of issue. I suspect any other issue will lie in the network / vnet soup that sits between whats physical and what the GUESTOS touches. If you have gns "talking" with virtualbox ( are you running on win? ) then that is really the hardest part of the process. I spend an hour or few banging my head against the wall trying to get gns to play nice with virtualbox ( vboxwrapper.py ) but it wouldn't play ball on my system. so it might be something i have to delve into soon. as i mentioned it had been years since i'd used gns so it was kinda cool firing it up and seeing just how far it's come! 90% of solving a problem is defining it correctly. substitute aspects of the topology and see if it works. I reckon try it with something you find more comfortable. say "QEMU guest" or "VIRTUALBOX guest interface" or "Host Interface" etc. chances are it's just a matter of breaking the components down and testing each aspect.īe more specific about what is not working and dont use the word vm. ![]() If the machine fires up and you have no connectivity. but the main issue I had was getting the qemu command, not the tap0. I will need to poke around my filesystem to find a working one if you need it. The ifup / down scripts just make sure the underlying tap0 and br0 etc exist and are up. net nic -net tap,ifname=tap0,script=no,downscript=no #-append "root=/dev/vda1 debug=4 console=tty0 addtty" \ #-append "initrd=/bin/sh init=/bin/sh addtty" \ Here is the wrapper script I used to power on the vm. Manually add the tap / tun interface to which the QEMU guest would bind to. It was necissary for me to shift my Debian interface into a bridge. You have to break down each component to it's bare essentials and troubleshoot from there.įrom the QEMU->Physical bridging. Well, without knowing the totality of your setup. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |